V
а не в идеале - просто отдельная машина под ингресс-контроллер. И отдельно под мастер
машина в смысле физический сервер?)
Size: a a a
2020 July 07
i
А репа одна
OD
Так ты версию-то на все чарты вешаешь
У каждого чарта своя версия.
Там структура простая
product:
- serviceA-chart
- serviceB-chart
... и так далее
Там структура простая
product:
- serviceA-chart
- serviceB-chart
... и так далее
ВЕ
машина в смысле физический сервер?)
Если у тебя физические серверы - значит физический. Если виртуалки - значит виртуалка. Я ж хз какая у тебя там инфраструктура
i
У каждого чарта своя версия.
Там структура простая
product:
- serviceA-chart
- serviceB-chart
... и так далее
Там структура простая
product:
- serviceA-chart
- serviceB-chart
... и так далее
ты меня не понял, ну да ладно
i
Делайте как хотите
ВЕ
У каждого чарта своя версия.
Там структура простая
product:
- serviceA-chart
- serviceB-chart
... и так далее
Там структура простая
product:
- serviceA-chart
- serviceB-chart
... и так далее
так а не бывает ситуации "сервисА увеличили версию, следующий коммит - сервис б увеличили, и тут стало ясно, что сервис а надо откатывать"? Вот какие-то такие проблемы обычно провяляюся, когда "все в одном месте"
OD
так а не бывает ситуации "сервисА увеличили версию, следующий коммит - сервис б увеличили, и тут стало ясно, что сервис а надо откатывать"? Вот какие-то такие проблемы обычно провяляюся, когда "все в одном месте"
В чем проблема-то?
git revert первого коммита + helm upgrade
Или helm rollback
git revert первого коммита + helm upgrade
Или helm rollback
ВЕ
В чем проблема-то?
git revert первого коммита + helm upgrade
Или helm rollback
git revert первого коммита + helm upgrade
Или helm rollback
ну так ты ревертом последнего коммита откатишь сервис б, который откатывать никто не просил. Точно также как и helm rollback
i
В чем проблема-то?
git revert первого коммита + helm upgrade
Или helm rollback
git revert первого коммита + helm upgrade
Или helm rollback
А сервис б, что, больше не надо катить?
i
Его-то вы тоже откатили
OD
ну так ты ревертом последнего коммита откатишь сервис б, который откатывать никто не просил. Точно также как и helm rollback
Почему это? Одно изменение версии =коммит.
OD
Релизы для каждого сервиса свои отдельные
ВЕ
Почему это? Одно изменение версии =коммит.
Ну. Первый коммит - сервис а. Второй коммит - сервис б. А дальше надо откатить сервис а. Т.е. откатывать 2 коммита надо
OD
Ну. Первый коммит - сервис а. Второй коммит - сервис б. А дальше надо откатить сервис а. Т.е. откатывать 2 коммита надо
Нет, git revert коммита с изменениями в serviceA не затронет serviceB
i
Ебатория прямо, тегировать эту ветку вообще невозможно
i
А без тегов - это крайне печально
OD
Ебатория прямо, тегировать эту ветку вообще невозможно
Давай по-другому, нужно тебе в деплойментах 50 сервисов проставить label tier=backend.
Что ты будешь делать?
Что ты будешь делать?
OD
А без тегов - это крайне печально
Я вообще не понимаю, где вы увидели тут проблему, реально.
Мы не первый год с таким подходом.
Если и есть проблема, то как разные параметры для каждого сервиса отдельно, не вынося на подуровень ниже, поменять.
Мы не первый год с таким подходом.
Если и есть проблема, то как разные параметры для каждого сервиса отдельно, не вынося на подуровень ниже, поменять.
i
Давай по-другому, нужно тебе в деплойментах 50 сервисов проставить label tier=backend.
Что ты будешь делать?
Что ты будешь делать?
Запишу это в хранилище общей конфигурации, откуда это будет дергаться