есть совокупность микросервисов. Каждый из них нужно деплоить в зависимости от окружения в определенный кластер и нэймспэйс. При этом предположим, что окружения три, а кластера два (прод - отдельный кластер Kubernetes).
Вопрос: какая у кого стратегия деплоя? Хотелось было бы с точки зрения правильности как лучше обыграть этот момент.
Например, гитовая ветка = окружение (при этом в пайплайне зашито, что в зависимости от ветки деплоить этот микросервис в определенный кластер и нэймспэйс).
Или, например, и вовсе сквозной пайплайн, где тоже всё зашито, но который при деплоем на, например, QA и прод требует нажатия кнопки "продолжить", а при старте следующей сборки предыдущий пайплайн автоматически отменяется.
Надеюсь, написал понятно.
Буду признателен, если поделитесь практическим опытом на этот счёт)
Понятно-то оно понятно, но тут 100500 мнений, люди статьи пишут и доклады на конференциях делают
Прекрасно это понимаю. Поэтому и хотел узнать мнения, если кто поделится, аккумулировать это и обработать на базе своих знаний)
Обсуждают сегодня