но с помощью cloud-init в манифесте можно накрутить установку в машины при запуске чего хочешь, при этом деплой организовать из любого ci/cd решения, сразу же на уровне группы машин настроить хелсчеки чтобы машины с отвалившимися контейнерами пересоздавались, и автоскейлер настроить. Вот вам и готовый псевдо-оркестратор. Хотите полноценный оркестратор под который есть интеграции у всего? Используйте кубер)
Да, я о таком и говорю. Ещё от генерации меты/клауд-инита в CI-сервере бы избавиться (в container solution можно через yc отдельный параметр менять, не весь огромный ямл) было бы совсем хорошо. Но пока придётся видимо либо его перегенерировать каждый раз, либо притащить всё же сворм
На этапе сиая у меня весь манифест из энвов подкидывается, по сути генерирую его один раз, и сам имейдж внутри него задан в виде переменной, которая задаётся внутри предыдущей джобы
Ну вот этот подход мне не очень нравится, потому что на CI ложится ещё ответственность конфигами управлять, а это уже перебор. Можно впрочем конфиги в отдельную сущность выделить, тогда нормально будет. В общем, будем смотреть 🙂
Обсуждают сегодня