chart wait-for-secret 240s → 360s + helm timeout 7m → 10m

Sync del fix ADDON-PROVISIONER-DB-SECRET-NOT-PUBLISHED (IDP P0).
Ver IDP commit 673c16d para contexto completo.

El init container wait-for-secret del Job Alembic ahora espera 72×5s=360s
(antes 48×5s=240s), dimensionado a 3× el RECONCILE_INTERVAL del
addon-provisioner. El controller bajó su default 300s → 60s en el mismo
parche.

Defense-in-depth: con el controller corriendo a 60s, el delay típico
del Secret publish es ~60-180s. Los 360s del init container absorben
hasta 3 ticks fallidos del controller (cluster recién Ready, kubeconfig
no propagado, etc.).

helm timeout 7m → 10m para que el wait extendido del init container
+ Alembic + StatefulSet ready quepan dentro del comando helm.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

.gitea/workflows/APP_NAME-build.yaml

@@ -188,11 +188,15 @@ jobs:
             --set tenantId=${TENANT_ID} \
             --set tenantIdNodashes=${TENANT_ID_NODASHES} \
             --set tier=${TENANT_TIER} \
-            --wait --timeout 7m
-            # 7m absorbe el peor caso del reconcile de addon-provisioner
-            # (RECONCILE_INTERVAL 300s + initial_delay 60s) + StatefulSet MariaDB
-            # ready (~60s) + Job DDL (~10s) + InitContainer wait-for-secret + Alembic.
-            # AddonClaim ya fue aplicado en el step previo (ADR-066).
+            --wait --timeout 10m
+            # 10m absorbe el peor caso del reconcile de addon-provisioner
+            # (RECONCILE_INTERVAL 60s + initial_delay 60s + 3 ticks ≈ 240s) +
+            # StatefulSet MariaDB ready (~60s) + Job DDL (~10s) +
+            # InitContainer wait-for-secret 360s + Alembic. Lección 2026-05-28:
+            # con RECONCILE_INTERVAL=300s y wait 240s el init container moria
+            # antes (delay observado 577s, ticket
+            # ADDON-PROVISIONER-DB-SECRET-NOT-PUBLISHED). AddonClaim ya fue
+            # aplicado en el step previo (ADR-066).
 
       - name: Verificar rollout
         run: |