stand(TEST/CRUD): пароль БД через try() — первый apply больше не падает

Раньше locals читали пароль напрямую: jsondecode(vault_secrets["users"]).user4crudpg.password.
При первом apply пароля ещё нет (create_user выполняется после создания кластера), поэтому
Terraform падал с «Invalid index ... does not identify an element in this collection value».

Теперь через try(... = ""): на первом apply в env идёт пустая строка и прогон не роняет;
на втором apply пароль уже в Vault, try возвращает настоящее значение, приложения получают верный env.

Комментарии в lucee.tf/flask.tf/nodejs.tf объясняют зачем try и почему два apply.
Проверено: terraform validate — Success; plan — No changes; Exit 0.

TEST_STAND/CRUD/flask.tf

@@ -5,7 +5,11 @@ locals {
   # Повторно используем pg_host/pg_user/pg_pass/pg_db из lucee.tf locals
   flask_pg_host = nubes_postgres.main_pg.state_out_flat["internalMaster"]
   flask_pg_user = nubes_postgres_user.crud_user_0.username
-  flask_pg_pass = nonsensitive(jsondecode(nubes_postgres.main_pg.vault_secrets["users"]).user4crudpg.password)
+
+  # Пароль читается через try(): при первом apply он ещё не создан (create_user идёт
+  # после создания кластера), поэтому без try() — «Invalid index». try даёт "",
+  # на втором apply подставляет реальный пароль. Развёрнутое объяснение — в lucee.tf.
+  flask_pg_pass = try(nonsensitive(jsondecode(nubes_postgres.main_pg.vault_secrets["users"]).user4crudpg.password), "")
   flask_pg_db   = nubes_postgres_database.pg_db.db_name
 }
 

TEST_STAND/CRUD/lucee.tf

@@ -1,7 +1,16 @@
 locals {
   pg_host = nubes_postgres.main_pg.state_out_flat["internalMaster"]
   pg_user = nubes_postgres_user.crud_user_0.username
-  pg_pass = nonsensitive(jsondecode(nubes_postgres.main_pg.vault_secrets["users"]).user4crudpg.password)
+
+  # Пароль БД платформа пишет в Vault и отдаёт в vault_secrets["users"] как
+  # JSON { "<username>": { "password": "..." } }. Но он появляется ТОЛЬКО после
+  # create_user, а vault_secrets фиксируется ещё на этапе создания самого кластера
+  # (create_user идёт ПОСЛЕ него). Поэтому при первом apply здесь пароля ещё нет —
+  # без try() Terraform падает с «Invalid index ... does not identify an element».
+  # try() даёт пустую строку во время первого apply; на втором apply пароль уже
+  # есть, и try возвращает настоящее значение. Итого: ресурс поднимается за ДВА apply
+  # (см. README и docs/curated/postgres/pg_user_db.md).
+  pg_pass = try(nonsensitive(jsondecode(nubes_postgres.main_pg.vault_secrets["users"]).user4crudpg.password), "")
   pg_db   = nubes_postgres_database.pg_db.db_name
 }
 

TEST_STAND/CRUD/nodejs.tf

@@ -4,7 +4,11 @@
 locals {
   nodejs_pg_host = nubes_postgres.main_pg.state_out_flat["internalMaster"]
   nodejs_pg_user = nubes_postgres_user.crud_user_0.username
-  nodejs_pg_pass = nonsensitive(jsondecode(nubes_postgres.main_pg.vault_secrets["users"]).user4crudpg.password)
+
+  # Пароль через try(): при первом apply пароля ещё нет (create_user выполняется
+  # после создания кластера), try отдаёт "" и не роняет прогон; на втором apply —
+  # реальное значение. Подробнее в lucee.tf и docs/curated/postgres/pg_user_db.md.
+  nodejs_pg_pass = try(nonsensitive(jsondecode(nubes_postgres.main_pg.vault_secrets["users"]).user4crudpg.password), "")
   nodejs_pg_db   = nubes_postgres_database.pg_db.db_name
 }