Хороший контент, спасибо. Очень мало материалов на ютубе, просьба делать почаще и побольше) Везде сплошные хуллоуворды, без глубокого понимания и разбора.
Чего-то подобного можно добиться через передачу основного контекста программы и повешать листенер на него при старте сервиса. Библиотечные методы обычно имеют методы работы с контекстом *WithContext() Так что вся задача сводится к передаче основного контекста остальным частям программы.
основной контекст не очень подходит, так как многим сервисам нужна БД чтобы нормально завершить свою работу сохранив состояние, а отмена основного контекста обрывает соединение. Тут нужны "каскады контекстов", за которыми сложновато и не интересно следить, проще вот такой closer написать один раз который будет сам отслеживать взаимозависимости между сервисами и службами и завершать их в обратном порядке (сначала те, от которых не зависят другие, затем тем, от которых зависели уже завершённые).
Стоит наверное отметить что закрывать ресурсы необходимо в обратном порядке. Простой пример: стартуем пул БД, затем http сервер. Если закрывать в том же порядке, обрабатываемые в момент завершения веб запросы упадут из-за ошибок пула.
Привет. Во первых спасибо за выбор тем. Во вторых за код. Хочу узнать твой взгляд на типовую архитектуру go-приложения (микросервиса). Я имею ввиду структуру/название директорий, где хранишь интерфейсы и т.п.
Хороший контент, спасибо. Очень мало материалов на ютубе, просьба делать почаще и побольше) Везде сплошные хуллоуворды, без глубокого понимания и разбора.
Спасибо! Новый канал на котором видосы не такие как у всех остальных: что такое переменная, что тако циклы, каналы т.д. Продолжайте в том же духе.
Чего-то подобного можно добиться через передачу основного контекста программы и повешать листенер на него при старте сервиса. Библиотечные методы обычно имеют методы работы с контекстом *WithContext()
Так что вся задача сводится к передаче основного контекста остальным частям программы.
основной контекст не очень подходит, так как многим сервисам нужна БД чтобы нормально завершить свою работу сохранив состояние, а отмена основного контекста обрывает соединение. Тут нужны "каскады контекстов", за которыми сложновато и не интересно следить, проще вот такой closer написать один раз который будет сам отслеживать взаимозависимости между сервисами и службами и завершать их в обратном порядке (сначала те, от которых не зависят другие, затем тем, от которых зависели уже завершённые).
крутой мужик! жаль что так мало просмотров
Лучшее видео из всех, что я смотрел, на эту тему, спасибо!
Отличное видео - с нетерпением жду новые подобные видео.
Стоит наверное отметить что закрывать ресурсы необходимо в обратном порядке. Простой пример: стартуем пул БД, затем http сервер. Если закрывать в том же порядке, обрабатываемые в момент завершения веб запросы упадут из-за ошибок пула.
Классный контент! Лайк, подписка, колокольчик) Ждем другие ролики)
Невероятно качественный контент. Голос, картинка, а самое главное - контент - однозначно на высоте. Ждем возвращения автора..
Благодарю за доступное объяснение. Лайк, подписка. Мало контента по go на RU, который ДОСТУПНО освещает что-то дальше основ)
Отдельное спасибо за текстовую версию
Привет. Во первых спасибо за выбор тем. Во вторых за код. Хочу узнать твой взгляд на типовую архитектуру go-приложения (микросервиса). Я имею ввиду структуру/название директорий, где хранишь интерфейсы и т.п.
Красиво!
Отлично объясняете! Спасибо огромное)
Шикарная передача материала
постоянные наезды на различные части экрана и лишь частично показанный код лишают возможности нормально понять что происходит.
Хорошее видео*
*по версии меня
Топ! Продолжение будет?
Про Graceful Shutdown вряд ли, но другие ролики скоро будут )
То ли видос пизжннный, то ли я не могу понять, почему контент такой классный на 130 подписчиков
Лайкнул, типа что-то понял :) Подпишусь на всякий случай, а разберусь попiзже
SIGHUG?
SIGHUP, конечно же )
Сигнал поддержки и сопереживания "дай обниму")
Ну эт какой то хай лево