4 Commits

Include renames

Author	SHA1	Message	Date
devopsandClaude Sonnet 5	ac095ff981	fix(devsecops): firmar y verificar imagenes por digest, no por tag ... Los 3 pipelines (frontend, commerce-backend, docs-portal) ahora capturan el digest real del docker push y lo usan como referencia para cosign sign/verify, en vez del tag mutable :VERSION. Documenta ademas la decision de mantener Rekor deshabilitado (registry privado, evita dependencia de red saliente hacia rekor.sigstore.dev via el tunel). Co-Authored-By: Claude Sonnet 5 <[email protected]> Claude-Session: https://claude.ai/code/session_011FqYP3Wf1W63Qmh7qgXAAT	2026-08-16 14:46:01 -05:00
devops	b42bcad45e	docs(playbooks): documentar incidentes túnel/precios/imágenes [skip ci] ... Tres incidentes resueltos en la sesión del 2026-08-12/13: 504 intermitente por QUIC inestable en cloudflared, precios null por falta de region_id en el Store API de Medusa v2 (se descarta la hipótesis inicial de regiones COP duplicadas con evidencia directa en Postgres), e imágenes en blanco por un proxy host mal configurado en Nginx Proxy Manager para media.cruzcloud.net. Se agregan también dos notas de referencia en known-issues.md: la topología Cloudflare Tunnel -> NPM -> k3d, y el requisito de region_id explícito en StoreGetProductsParams.	2026-08-13 18:34:10 -05:00
devops	381e6ab6ab	docs(playbooks): documentar incidente medusa-deploy atascado en Init (2026-08) ... Postmortem del incidente resuelto en e9c93bf: sintoma reportado como CrashLoopBackOff que en realidad era Init:0/2 indefinido (0 restarts). Documenta las hipotesis descartadas en orden (secret/DATABASE_URL, NetworkPolicy, salud de Postgres, ResourceQuota, DNS, MTU/PMTUD cross-node), la causa raiz (pg_isready no parseaba ?sslmode=disable en la URI, exit 3 "no attempt"), el fix con flags explicitos, y la deuda tecnica pendiente en la branch fix/medusa-wait-for-postgres.	2026-08-10 00:47:23 -05:00
devops	7a83ed61b9	fix(medusa): forzar podAffinity con commerce-postgres para evitar blackhole MTU cross-node ... Diagnostico: pg_isready y el cliente pg de Medusa fallan de forma consistente (100%, 186/186 intentos) cuando el pod queda agendado en un nodo distinto al de commerce-postgres-0. TCP handshake (nc/ping) funciona cruzando nodos, pero el primer paquete de datos real de la sesion nunca llega - blackhole de PMTU Discovery entre los nodos del cluster k3d (flannel VXLAN / MTU del bridge Docker subyacente). Se agrega podAffinity requiredDuringSchedulingIgnoredDuringExecution (no nodeSelector fijo, mantiene portabilidad) para que medusa-deploy siempre comparta nodo con commerce-postgres-0 y evite cruzar el blackhole. Es un workaround, no el fix de raiz: documentado en docs/known-issues.md junto con el TODO de ajustar el MTU del cluster a 1400.	2026-08-09 02:34:15 -05:00