CRUD: пример переведён на схему pg/ + apps/ (как в документации)

Раньше CRUD лежал плоской схемой (main.tf, locals.tf, postgres*.tf, три
приложения в одной папке) и версия провайдера в нём была 5.1.16 — из-за этого
опубликованная страница документации не могла ссылаться на этот репозиторий
(в ней описаны два каталога pg/ и apps/).
Что сделано:
- старые файлы плоской схемы удалены;
- добавлены pg/{main.tf,postgres.tf,postgres_user_db.tf,outputs.tf,
  terraform.tfvars.example} и apps/{main.tf,locals.tf,lucee.tf,flask.tf,
  nodejs.tf,.gitignore,terraform.tfvars.example} — из стенда TEST_STAND/CRUD;
- README.md — тот же пользовательский текст, но клонирование теперь
  git clone https://gitea.services.ngcloud.ru/Nail/tf_examples.git && cd tf_examples/CRUD;
- провайдер в pg/main.tf и apps/main.tf: nubes-test/nubes 3.0.0.
Секреты не переносились: взяты только отслеживаемые git файлы стенда,
terraform.tfvars и apps/creds.json в репозиторий не попадали.
Проверено: 13 файлов в CRUD, .gitignore закрывает terraform.tfvars, creds.json,
tfstate.

CRUD/pg/postgres.tf

@@ -0,0 +1,72 @@
+# =============================================================================
+# PG — общая база данных для CRUD-приложений
+# =============================================================================
+#
+# Эта папка управляет ТОЛЬКО базой данных: сам кластер PostgreSQL, пользователь и
+# база. Она НЕ знает про приложения (Lucee/Flask/Node.js) — приложения живут в
+# соседней папке apps/ и подключаются к этой БД через выгруженные креды.
+#
+# ЗАЧЕМ так разделено (папка pg/ отдельно от apps/):
+#   - БД — общий ресурс: к одному кластеру может подключаться несколько наборов
+#     приложений (сейчас apps/, потом любые другие папки).
+#   - terraform destroy в apps/ должен убивать ТОЛЬКО приложения, а не БД с данными.
+#     Если бы всё лежало в одном state, destroy снёс бы и кластер.
+#   - Разные state ⇒ разные жизненные циклы: БД живёт дольше приложений.
+#
+# Порядок запуска — см. README.md в родительской папке CRUD/.
+# =============================================================================
+
+resource "nubes_postgres" "main_pg" {
+  resource_name = var.pg_resource_name
+
+  startup_configuration = {
+    resource_realm = var.realm
+  }
+
+  cluster_configuration = {
+    cpu      = var.pg_cpu
+    memory   = var.pg_memory
+    replicas = var.pg_replicas
+    disk     = var.pg_disk
+  }
+
+  access_configuration = {
+    master_ip_space    = "no-needed"
+    master_access_list = jsonencode(["10.0.0.0/8"])
+    slave_ip_space     = "no-needed"
+    slave_access_list  = jsonencode([])
+  }
+
+  postgres_configuration = {
+    version       = var.pg_version
+    ssl_required  = true
+    pooler_master = false
+    pooler_slave  = false
+  }
+
+  postgres_conf = jsonencode([{
+    paramName  = "log_connections"
+    paramValue = "''"
+  }])
+
+  backup_configuration = {
+    s3_uid   = var.s3_name
+    retain   = var.pg_retain
+    schedule = var.pg_schedule
+  }
+
+  autoscale_configuration = {
+    enabled  = false
+    schedule = 0
+    percent  = 10
+    quota    = 100
+  }
+
+  operation_timeout        = var.pg_timeout
+  adopt_existing_on_create = true
+
+  # ⚠️ destroy: кластер НЕ удалять, а переводить в Suspend.
+  # Это поведение по умолчанию сервиса postgres (suspend_on_destroy_default: true
+  # в generated/test/resources_yaml/90_postgres.yaml). Явно НЕ ставим отсюда, чтобы
+  # destroy случайно не снёс БД с данными.
+}