Деплой больших инфраструктур в Yandex Cloud: как минимизировать риски и ошибки

[Thomas_Hanniball]

Вывод один - всё делать постепенно, а не всё сразу. Деплоить 1 окружение, потом 5, а дальше пачкой по 10, а не сразу все 40. Это называется канареечный деплой.

Но статьях хорошая, в закладки добавил. Примерно по такому же сценарию будут работать и другие компании, которые перейдут в облако и будут там постепенно расти и масштабироваться.

[vsyscoder]

Про постепенно — хорошее замечание! Тут скорее вопрос удобства. Идеальный вариант —  это запустил и через какое-то время просто проверил результат, собственно, к этому и пришли. Цель автоматизации как раз в том, чтобы минимизировать количество ручных операций)) К тому же в статье предполагается деплой инфраструктуры с деплой-хоста руками. Однако следующим шагом может быть внедрение инфраструктурного пайплайна, а там уже инженер имеет меньше контроля над параметрами запуска. Но это уже тема для отдельной статьи 🙂

[alextikhonov0]

Думал, с какого абзаца террагрант появится)

[vsyscoder]

Куда же без него)) Удобный инструмент, позволяет заметно уменьшить количество костылей, особенно если его использовать с самого начала

[alextradex]

Яндекс неправильно нэйминг облака сделал, надо было Яндекс.Квоут

[vsyscoder]

Квоты - они везде :)

Даже в локальной инфре ресурсы ограничены имеющимся железом - однако их увеличение может занимать по полгода))