3 Commits

Include renames

Author	SHA1	Message	Date
devops	751817ed61	Fase 1 ADR 0006 Etapa 2: infra de Meilisearch (StatefulSet+Service) ... Motor de busqueda self-hosted, sin que Medusa lo conozca todavia (eso es Fase 2). Mismo patron que redis/postgres/minio en este mismo namespace: StatefulSet + PVC via volumeClaimTemplates en local-path, nunca Deployment ni emptyDir -- el indice de Meilisearch necesita sobrevivir a un reinicio del pod para no reindexar todo desde cero. Imagen getmeili/meilisearch:v1.53.1 (ultimo release estable no-RC, verificado contra la API de GitHub, no memoria de entrenamiento). Recursos exactos del ADR (request 100m/256Mi, limit 500m/768Mi). Sin securityContext explicito -- verificado en vivo que la imagen no trae un usuario no-root (Alpine minimo, /etc/passwd sin usuario dedicado), misma convencion que redis.yaml/minio.yaml en este repo, que tampoco fuerzan runAsNonRoot. MEILISEARCH_HOST (no secreto) va al ConfigMap commerce-config. MEILI_MASTER_KEY/MEILISEARCH_API_KEY (mismo valor, dos nombres de env var -- uno para el servidor, otro para el futuro plugin de Medusa en Fase 2) documentados en secrets.template.yaml; el valor real ya se aplico al Secret commerce-secrets en el cluster antes de este merge (patch puntual, no via create-commerce-secrets.sh completo -- ese script regenera TODAS las credenciales en cada corrida y hubiera rotado postgres/redis/minio ya en uso).	2026-08-26 15:01:04 -05:00
devops	d1a4a84d24	feat(ecommerce): revalidar el storefront al instante tras editar precios ... Antes el precio actualizado en Medusa tardaba hasta ~60s (o más, con varias réplicas del frontend sin cache handler compartido) en verse en el front, por el revalidate:60 del fetch a /store/products. Ahora: - Nueva ruta app/api/revalidate en el storefront que llama a revalidateTag("medusa-products") al recibir un POST autenticado con el header x-revalidate-secret. - Nuevo subscriber en el backend Medusa (product.updated, product-variant.updated/created/deleted) que llama a esa ruta usando STOREFRONT_URL (ya existe en commerce-config) y un REVALIDATE_SECRET compartido entre ambos servicios. - secrets.template.yaml documenta la nueva clave REVALIDATE_SECRET en commerce-secrets y commerce-storefront (mismo valor en ambos). Requiere reaplicar commerce-secrets y commerce-storefront con el script actualizado en el repo scripts (fix/revalidate-secret-scripts) para que el REVALIDATE_SECRET exista en el cluster.	2026-08-13 16:02:49 -05:00
devops	aa857bc2ae	fase 1	2026-07-31 23:27:01 -05:00