Телеграмм чат группы itarchitect страница 3384

Меня интересует сугубо технический вопрос, почему не стоит включать provisioning (накатку скриптов IaC) в конвейр CI/CD? На самом деле хочется разобраться.

источник

23:20пожаловаться #4

OS

Oleg Soroka in Архитектура ИТ-решений

Gennadiy Kruglov

Меня интересует сугубо технический вопрос, почему не стоит включать provisioning (накатку скриптов IaC) в конвейр CI/CD? На самом деле хочется разобраться.

Если вы живёте в до-cloud-native эпоху, то велики шансы, что управление инфраструктурой и написание кода не только разные процессы, но и разные организационные единицы, разные репозитории, разные требования комплайенса и ещё много чего разное.

источник

23:36пожаловаться #5

GK

Gennadiy Kruglov in Архитектура ИТ-решений

Oleg Soroka

Если вы живёте в до-cloud-native эпоху, то велики шансы, что управление инфраструктурой и написание кода не только разные процессы, но и разные организационные единицы, разные репозитории, разные требования комплайенса и ещё много чего разное.

Это понятно. А если нет?

источник

23:36пожаловаться #6

GK

Gennadiy Kruglov in Архитектура ИТ-решений

Допустим, мы раскатываем софт в AWS. Что это меняет?

источник

23:37пожаловаться #7

GK

Gennadiy Kruglov in Архитектура ИТ-решений

Приведу пример. Несколько лет назад мы имели скприпты Terraform и Ansible в одном репозитории. Потом я следить за этой темой перестал.

источник

23:38пожаловаться #8

OS

Oleg Soroka in Архитектура ИТ-решений

Если же в пост-cloud-native, то вопрос сводится к тому, почему GitOps не панацея. Скорее всего вам нужна будет или более динамичная инфраструктура, чем могут себе позволить кожанные мешки (аутоскейлинг, ресайленс) либо вообще serverless, когда ваш IaC просто исчезает

источник

23:38пожаловаться #9

OS

Oleg Soroka in Архитектура ИТ-решений

Компромисс от Амазона, типа Scaling Groups, только оттягивает конец :)

источник

23:39пожаловаться #10

GK

Gennadiy Kruglov in Архитектура ИТ-решений

Хорошо, если мы говорим о некотором будущем, например о массовом освоении рынком serverless (тут бабушка надвое сказала), тогда тоже понятно.

источник

23:41пожаловаться #11

GK

Gennadiy Kruglov in Архитектура ИТ-решений

Почему, тоже понятно, инфраструктура (как сервера) пропадает. @oleg40a Так ведь?

источник

23:43пожаловаться #12

GK

Gennadiy Kruglov in Архитектура ИТ-решений

Oleg Soroka

Компромисс от Амазона, типа Scaling Groups, только оттягивает конец :)

Не сказал бы, что это компромисс. Могу заблуждаться, но Scaling Groups появились раньше чем само понятие serverless

источник

23:46пожаловаться #13

OS

Oleg Soroka in Архитектура ИТ-решений

Ну это и была попытка совместимость "стабильность" IaC и "динамичность" реальной жизни

источник

23:47пожаловаться #14

GK

Gennadiy Kruglov in Архитектура ИТ-решений

Oleg Soroka

Ну это и была попытка совместимость "стабильность" IaC и "динамичность" реальной жизни

Никогда в этом ключе не рассуждал, но похоже это действительно так

источник

23:48пожаловаться #15

OS

Oleg Soroka in Архитектура ИТ-решений

Я вполне легитимно могу хотеть раз в час добавлять 100 машин и затем их удалять. Если биллинг поминутный. Не уверен, что кто-то будет счастлив видеть такие 48 коммитов в день в общем репозитории :)

источник

23:49пожаловаться #16

OS

Oleg Soroka in Архитектура ИТ-решений

И это я не беру вопрос, что идея "если что-то в Амазоне упадёт то просто из IaC репы по быстрому восстановим" - утопия и не работает даже в принципе

источник

23:51пожаловаться #17

GK

Gennadiy Kruglov in Архитектура ИТ-решений

Oleg Soroka

Я вполне легитимно могу хотеть раз в час добавлять 100 машин и затем их удалять. Если биллинг поминутный. Не уверен, что кто-то будет счастлив видеть такие 48 коммитов в день в общем репозитории :)

Зачем это делать, если изменений нет в IaC. А если есть, почему их не накатить автоматически?

источник

23:51пожаловаться #18

GK

Gennadiy Kruglov in Архитектура ИТ-решений

Oleg Soroka

И это я не беру вопрос, что идея "если что-то в Амазоне упадёт то просто из IaC репы по быстрому восстановим" - утопия и не работает даже в принципе

Если что-то в Амазоне упадёт, то все забудут про IaC и просто будут волосы на голове рвать. Как это уже было.

источник

23:52пожаловаться #19

OS

Oleg Soroka in Архитектура ИТ-решений

Отдельная песня с разными вариантами gradual upgrade, blue/green и прочих модных вариантов деплойментов. Уже полно попыток описать их декларативно (пригодно для IaC) - но результат не впечатляет и скорее несёт только неудобства

источник

23:56пожаловаться #20