Size: a a a

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

2020 November 03

GK

Gennadiy Kruglov in Архитектура ИТ-решений
При этом, не важно continuous deployment или continuous delivery, технически (с определённой точки зрения), и то и другое - запускалка скриптов
источник

ЯI

Я и твой кот I.... in Архитектура ИТ-решений
Phil Delgyado
Хм, а как CI мешает долгоживущим бранчам?
Если у меня тесты по CI бегают на всех бранчах и мердж из мастера частый?
«Мёрдж из мастера частый» - это и будет ваш CI. Никак не мешает.
источник

ЯI

Я и твой кот I.... in Архитектура ИТ-решений
Давайте обратно к инфраструктуре. К тестам.
источник

GK

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

OS

Oleg Soroka in Архитектура ИТ-решений
Gennadiy Kruglov
Меня интересует сугубо технический вопрос, почему не стоит включать provisioning (накатку скриптов IaC) в конвейр CI/CD? На самом деле хочется разобраться.
Если вы живёте в до-cloud-native эпоху, то велики шансы, что управление инфраструктурой и написание кода не только разные процессы, но и разные организационные единицы, разные репозитории, разные требования комплайенса и ещё много чего разное.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Oleg Soroka
Если вы живёте в до-cloud-native эпоху, то велики шансы, что управление инфраструктурой и написание кода не только разные процессы, но и разные организационные единицы, разные репозитории, разные требования комплайенса и ещё много чего разное.
Это понятно. А если нет?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Допустим, мы раскатываем софт в AWS. Что это меняет?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Приведу пример. Несколько лет назад мы имели скприпты Terraform и Ansible в одном репозитории. Потом я следить за этой темой перестал.
источник

OS

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

OS

Oleg Soroka in Архитектура ИТ-решений
Компромисс от Амазона, типа Scaling Groups, только оттягивает конец :)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Хорошо, если мы говорим о некотором будущем, например о массовом освоении рынком serverless (тут бабушка надвое сказала), тогда тоже понятно.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Почему, тоже понятно, инфраструктура (как сервера) пропадает. @oleg40a Так ведь?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Oleg Soroka
Компромисс от Амазона, типа Scaling Groups, только оттягивает конец :)
Не сказал бы, что это компромисс. Могу заблуждаться, но Scaling Groups появились раньше чем само понятие serverless
источник

OS

Oleg Soroka in Архитектура ИТ-решений
Ну это и была попытка совместимость "стабильность" IaC и "динамичность" реальной жизни
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Oleg Soroka
Ну это и была попытка совместимость "стабильность" IaC и "динамичность" реальной жизни
Никогда в этом ключе не рассуждал, но похоже это действительно так
источник

OS

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

OS

Oleg Soroka in Архитектура ИТ-решений
И это я не беру вопрос, что идея "если что-то в Амазоне упадёт то просто из IaC репы по быстрому восстановим" - утопия и не работает даже в принципе
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Oleg Soroka
Я вполне легитимно могу хотеть раз в час добавлять 100 машин и затем их удалять. Если биллинг поминутный. Не уверен, что кто-то будет счастлив видеть такие 48 коммитов в день в общем репозитории :)
Зачем это делать, если изменений нет в IaC. А если есть, почему их не накатить автоматически?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Oleg Soroka
И это я не беру вопрос, что идея "если что-то в Амазоне упадёт то просто из IaC репы по быстрому восстановим" - утопия и не работает даже в принципе
Если что-то в Амазоне упадёт, то все забудут про IaC и просто будут волосы на голове рвать. Как это уже было.
источник

OS

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