Дело в том, что провайдером терраформа нельзя создать в кубе "какой-то объект". В коде провайдера описывается полная схема объекта куба. Поэтому объектов там не много, новые заезжают не быстро, кастомщина типа CRD возможно не появится там никогда и скорость реагирования на изменения спеки куба не понятна.

Я похоже формирую основу облака — в голый куб заношу nginx-ingress, cert-manager, prometheus, grafana и т.п. На всё хватает helm.

тоже так раньше делал. Теперь склоняюсь к мысли, что лучше не через helm провайдер, а напрямую helm

как часто у вас создается кластера?

Прямо хелмом CI сервисы заносит. А из основы хочется ручник убрать по максимуму.

Invest in forex under the effective management of Mr Clarks S Host @profittraders2, and get cash inflow into your bitcoins wallet or bank account. Today am very happy about my financial status, I was told Mr Clarks S Host @profittraders2 is trust worthy and decided to give it a try but with a lesser investment capital of $500 and surprisingly, I made a withdrawal of $5000 to my block chain wallet. What am trying to say is that out their are real and good account manager just like Mr Clarks S. Host don't just give up.
Contact him now
WhatsApp:+12695881786
https://t.me/joinchat/AAAAAE5YePYEY3XK_FKTEA

Всем привет
Подскажите по опыту такую штуку
Создаю небольшую инфраструктуру по примеру
https://github.com/antonbabenko/terraform-best-practices/tree/master/examples/medium-terraform

Есть смысл разносить по модулям vpc, ecs, alb, route53 и т.д если это одно связанное приложение? Ибо прокидывать между модулями ресурсы немного напряжно, или стоит просто все ресурсы приложения в один модуль, и его использовать для dev/stage/prod энвов?

Разнеси просто по разным файлам для удобства

привет
кратко - разносить стоит.
инфраструктурные модули стоит достаточно подробить на логические составляющие

уже. На модули не очень хочу переделывать. Просто сетаплю прод, и думаю наперед, что бы потом не страдать с импортом в модули...

у меня так для managment инфраструктуры, там сервисы что используются другими приложениями, а тут одно приложение...

Ну и не нужны тогда модули

Модули - для реюза, чтобы ты мог один модуль использовать не в одном месте

когда модули мелкие - прогон terraform plan/apply проходит быстро. тестируется проще (руками-автоматом - как угодно - главное быстро) - меньше blast radius от бездумного terraform apply/destroy.

подели на general->network->app->db если хочется

окей, я подумаю, спасибо

Victor дело говорит

Если вдруг надоест или станет неудобно, то потом можно будет переделать с модулями

уже один раз мигрировал на модули, за**пался руками мувать ресурсы)

Лично у меня в топ-левел довольно немного ресурсов :)