Следует ли создавать независимые конфигурации Terraform для каждого региона или зоны доступности в AWS?

Question

Я только изучал Terraform и создал единую конфигурацию Terraform , содержащую каждый регион в AWS (и несколько зон доступности для каждого региона). Кстати, на планирование конфигурации ушло более 3 минут.

Я получил ответ, что лучше создавать независимые конфигурации Terraform в зависимости от того, как система может выйти из строя, поэтому, если произошел сбой в одном регионе, вы можете запустить свою конфигурацию Terraform в другом регионе независимо от региона, в котором произошел сбой. Допустим, вы охватили все регионы и Аризоны, у вас будет более 100 независимых «проектов» Terraform, которые вы планируете и применяете отдельно. Обычно так работают более крупные проекты Terraform? Что лучше всего подходит для крупных проектов, охватывающих несколько регионов, и как они обычно управляются в Terraform?

Answer 1

Все зависит от того, как настроена ваша инфраструктура, но обычно это будет на регион .

Вы должны разделить его логическим коэффициентом, например одним из следующих:

• Сеть (на VP C)
• Приложение (на приложение, например, только балансировщики нагрузки или лямбда-выражения, используемые только этим приложением или службой)
• Бизнес-функция ( На бизнес-отдел).
• Окружающая среда (Производство, Контроль качества, Разработка) это имеет смысл для вас и вашей организации.

  Согласно эмпирическому правилу, когда вы развертываете свою конфигурацию, она должна работать целиком. Вам не нужно запускать несколько планов терраформирования и применять команды только для того, чтобы получить работающую сеть. Хотя изо дня в день это упрощает вашу жизнь в сценарии аварийного восстановления, вы не хотите думать о том, какие конфигурации вам нужно будет применить.

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