Helm: прямая поддержка синего / зеленого шаблона развертывания в Helm

На самом деле сервисные сети с этим справляются очень хорошо. Я настоятельно рекомендую взглянуть на такие инструменты, как istio, если вам необходимо выполнять сине-зеленые развертывания для вашего приложения, поскольку они могут обрабатывать постепенные развертывания и развертывания, поскольку они контролируют поток трафика, поступающего в ваше приложение.

Helm работает больше в смысле традиционного диспетчера пакетов, изящно обновляя диаграммы от одной версии к другой (благодаря проверкам доступности / готовности подов и стратегиям обновления развертывания), так же, как ожидалось что-то вроде apt upgrade на работу. Сине-зеленые развертывания - это совсем другое дело по сравнению со стилем диспетчера пакетов рабочих процессов обновления; синий / зеленый находится на более высоком уровне в цепочке инструментов, потому что варианты использования, связанные с этими развертываниями, требуют политики пошагового входа / выхода, постепенной миграции трафика и откатов. Из-за этого мы решили, что сине-зеленые развертывания выходят за рамки Helm, хотя инструмент, который использует Helm под прикрытием (или что-то параллельное, например istio), более чем вероятно сможет справиться с этим вариантом использования.

Для получения дополнительной информации см. Обсуждение в этих темах / сообщениях блога:

• https://github.com/kubernetes/kubernetes/issues/33462
• http://dougbtv.com/nfvpe/2017/06/05/istio-deploy/

Надеюсь это поможет!

Закрытие в соответствии с ответом, но, пожалуйста, повторите попытку, если есть дополнительные вопросы о развертывании b / g. Спасибо!

@bacongobbler Я понимаю, откуда вы пришли, но я думаю, что istio - это низкоуровневый способ реализации того, что мы хотели бы. Я хочу сказать, что (по крайней мере, для меня) я описываю все развертывание моего сервера с помощью диаграмм управления. Если я изменяю диаграмму с одной версии на другую, ее штурвал считывает файлы управления и развертывает все изменения. Теперь он делает это, взаимодействуя с компонентами более низкого уровня, описанными в диаграмме, но, тем не менее, я сам не запускаю kubectl или другие команды напрямую, чтобы что-то изменить. Более того, я думаю, что это было бы неправильно, потому что это означает, что состояние мира не входит в сферу действия какого-либо одного инструмента, что приведет к ошибкам, если эти инструменты не работают вместе. Или я что-то упускаю?