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.
ARI Shopping Commerce Backend
Backend Medusa v2.18 para la Fase 1.
Capacidades iniciales
- Medusa Admin en
/app. - Catálogo, variantes y precios.
- Imágenes en almacenamiento S3 compatible.
- PostgreSQL y Redis externos.
- Modo
sharedpara una sola réplica durante la Fase 1. - Migraciones ejecutadas por el
initContainerde Kubernetes.
La imagen se construye mediante:
.gitea/workflows/build-medusa.yaml
No se deben colocar secretos en este directorio.