wiki(automation-gcp-gke): add GKE Helm install + clarify kind/GKE KEDA split New page automation-gcp-gke.md documenting the GKE install path: - Topology (Cloud SQL + PgBouncer + Helm NATS + chart-templated KEDA). - Prerequisites: gcloud / kubectl / helm, GCP project setup, one-time KEDA + cert-manager installs. - Install via the noetl_gke_fresh_stack.yaml playbook with the frequently-edited workload variables called out. - Upgrade flow (helm upgrade --reuse-values), including the gotcha where --reuse-values does not merge new chart defaults (PR #116 migration hit this). - Verify checklist including KEDA scaledobject, NATS durable consumer, Cloud SQL connectivity through PgBouncer, and a smoke run. - Tuning section for KEDA, PgBouncer connection budget, Cloud SQL HA. - Common pitfalls: two autoscalers fighting (HPA conflict that drove ops #115), live-patching the autoscaler (the anti-pattern that drove ops #116), worker durable consumer drift (noetl #600), and stale Pending PVCs. Update Home.md to add an Automation playbooks row for the new page. Update _Sidebar.md with an Automation section. Update manifests-keda.md to be honest about the kind/GKE split: the existing page sample (account: NOETL, nats.nats.svc:8222) is the kind-cluster artifact; the GKE artifact is chart-rendered with account: $G and nats-headless. Added a profile-note callout near the top and a cross-link in Related. Cross-references: - ai-meta decision doc 2026-05-24-gke-postgres-topology (Option A). - ops PRs #115, #116 (HPA conflict + KEDA chart promotion). - noetl PR #600 (worker consumer self-heal).

kadyapam committed May 24, 2026

wiki(ops): bootstrap with KEDA + NATS supercluster operational pages First content for the noetl/ops wiki: - Home.md — landing page; index of operational topics + cross-link to the noetl/noetl wiki for application docs. - _Sidebar.md — navigation. - manifests-keda.md — operational guide for ci/manifests/keda/ (architecture, sample manifest, helm install + apply + verify, smoke-test recipe, tuning, multi-cluster + per-tenant note). - manifests-nats-supercluster.md — operational guide for ci/manifests/nats-supercluster/ (cluster vs. supercluster, generated nats.conf example, apply + verify, three live-validation operational caveats: server_name / split /healthz / publishNotReadyAddresses, tuning). Companion: noetl/noetl wiki retains the Python generator API reference pages and adds prominent 'Operations:' callouts pointing here. Convention going forward: deployment-shaped content lives in this wiki next to the manifests + automation; Python API + DSL semantics in the noetl/noetl wiki.

kadyapam committed May 23, 2026