@raiboon

Как организовать деплой связанных микросервисов?

Периодически всплывает, что внесли изменения для какой-то фичи в несколько микросервисов.
Счастливые мы выкатываем их в прод и что-то отваливается, потому что какой-то сервис забыли.
Как избежать такого?
Технически? Административно?
Проект в жира, деплой через concource, репы в битбакете.
  • Вопрос задан
  • 76 просмотров
Пригласить эксперта
Ответы на вопрос 3
xez
@xez
Senior Junior Roo
Сокращайте время доставки кода на прод - тогда и забывать ничего не будете
Ответ написан
Комментировать
@vitaly_il1
DevOps Consulting
1) Как уже намекнул nApoBo3, не должно быть проблемы обновить один микросервис - т.к. это не должно ломать совместимость с остальными, как минимум на несколько версий.
2)
Счастливые мы выкатываем их в прод
- как уже сказали, должно быть тестовое (staging, pre-production, your-name-it) окружение, чтобы деплоить туда и тестировать - хотя бы вручную, лучше автоматически
3) деплой должен быть автоматическим, со всеми зависимостями, чтобы ничего не забывалось
Ответ написан
alexgp13
@alexgp13
Руководитель ИТ-проектов
"в прод и что-то отваливается"
А тестовый контур? Хорошая практика при выкатывании обновлений тестировать сначала весь основной функционал, как раз проверить, что ничего не отвалилось. Даже если изменения казалось бы не затрагивают эти области. И только потом в прод.
Еще можно, например, иметь таблицы зависимостей, чтобы знать, что проверять при том или ином изменении.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы