Простой и безопасный способ автоматизации канареечных деплоев с помощью Helm

[gecube]

А чем вас привекла именно эта методика канареечного релиза?
Почему, например, не через Istio?
И статья не говорит как сделать полноценный канареечный деплой от 0% до 100% новой версии.

Ссылка https://github.com/deliverybot/helm/charts — ведет на 404 :-(

[ProFfeSsoRr]

Ставить Istio только ради канареечных релизов наверное не очень, а Helm у них видимо уже был.

[Macbet]

видимо это очень " бюджетный" вариант, istio все-таки довольно дорого по ресурсам запускать

[ITSumma]

Вообще, на наш взгляд, истио — шикарный инструмент, который умеет ВСЕ. Если же у вас небольшой проект или же, например, ограниченное количество ресурсов — все же знаю шутку про 500мб на сайдкары, — то в качестве небольшого хинта можно использовать подход, описанный в статье.

[evg_krsk]

Сервис не пингуется :-)

[zloichel]

Переключать трафик, меняя не объект service, а label — мне это в свое время в голову не пришло 8)
Жаль что helm не позволяет менять объект service, созданный в другом релизе — и в итоге вместо двух релизов blue\green с общим svc пришлось делать третий, который содержит только объект service, и переключать blue->green приходиться через helm upgrade релиза с service, меняя в нем selector…

[LuckySB]

ну такоэ…

основная трамблема, если мне надо отправить 1% трафика на канарейку, то надо будет поднимать 99 стейбл-реплик на один канареечный.
что не самое удобное решение )))

и это учитывая, что даже у nginx ингресс контроллера давно есть возможность делать канареечный деплой.