проще было попробовать)

согласен, просто 3я неделя  Терраформа и башка просто не варит уже. А гугл сплошная каша

Как человек, который радуется, что "уф, ну хотя бы так тут можно", хочу спросить - что там сломано? )

Поменял свойства eks кластера.
Нажал apply - все ресурсы он видит, а кластер полез новый создавать.

vpc_config поменял

Добавил подсетей

count = module.myModule.someOutputValue
вот примерно такая конструкция работать не будет если этот самый someOutputValue также "динамический", например hostname сервера или его любое другое свойство - над этим работают, проблема даже не столько в terraform, сколько в hcl v2 и cty - двумя пакетами на которых стоит весь terraform core.
Между версией tf 0.11 и tf0.12 - заменили hcl v1 на hcl v2, чем существенно усилили hcl динамическими блоками, for, for_each, но не решили старых проблем с определением типов и количества динамических ресурсов в условиях.

некоторые свойства ресурсов вызывают пересоздание ресурса - это особенность не терраформа , а скорее облачных api.  Условия работы и особенности работы с api описаны в terraform провайдерах, Если уверен что ресурс не должен пересоздаваться - нужно оформлять баг в репозиторий провайдера, например terraform-aws-provider

господа, я правильно понимаю, что между модулями depends_on пока ещё не завезли?

"скоро" будет.
Есть уже недавно пара PR от core разработчиков в эту сторону.
Как раз затрагивают проблемы выше описанные, надеюсь будут и к ним чуть ближе.

спасибо за информацию

@VictorOps ,  а хотя бы если не depends_on то строгую последовательность выполнения модулей можно указать?
чтобы, скажем, app не выполнялся раньше db или es? а то  ведь быть беде

depends_on нет, но вы держитесь)

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

я ручками делаю в последовательности правильной

помодульно

можно через null resource если нет явных зависимостей через переменные

ручками последовательно модули апплаишь?

да

ну такм опенстек