Как ты оцениваешь успешность релиза после запуска?
Проверяйте достижение цели релиза вместе с техническим качеством: ошибками, доступностью, задержкой и обращениями пользователей.
Читать ответПодготовка к интервью
Разбирайте реальные вопросы, сверяйтесь с подробными ответами и готовьтесь по технологиям и компаниям.
Проверьте, насколько резюме подходит выбранной позиции, и получите рекомендации по улучшению.
Каталог
Проверяйте достижение цели релиза вместе с техническим качеством: ошибками, доступностью, задержкой и обращениями пользователей.
Читать ответСтруктура честного рассказа о релизах: от изменения кода до проверки production, с указанием своей роли, ручных этапов и порядка восстановления.
Читать ответЭтапы Jenkins Pipeline от выбранного коммита до проверенного релиза: сборка, проверки, артефакты, окружения и восстановление при неудачной доставке.
Читать ответПочему staging не обязан соответствовать конкретной ветке и как различаются непрерывная проверка dev, стабилизация релиза и продвижение неизменяемого артефакта.
Читать ответВ какой архитектуре удобнее выполнять частые релизы и чем это объясняется? контекст: архитектура программного обеспечения частые релизы удобнее организовать в микросервисной архитектуре поскольку сервисы можно…
Читать ответОтключение функциональности без изменения кода и выпуска новой сборки Фиче-флаги: переключатели функциональности, управляемые через конфигурацию или БД внешние конфигурационные файлы либо сервисы, например Consul и…
Читать ответfeature toggle — это механизм управления функциональностью приложения без выпуска новой версии он позволяет динамически включать и отключать функции через конфигурацию или сервер технология поддерживает поэтапное…
Читать ответ