feat(commerce-backend): revalidar el storefront al crear/borrar productos

El subscriber revalidate-storefront.ts (PR #9) solo escuchaba product.updated y los eventos de variante, asi que un producto nuevo (product.created) o eliminado (product.deleted) no disparaba revalidateTag: el storefront tardaba hasta el ciclo normal de cache (~60s por pod) en reflejar altas/bajas de catalogo, a diferencia de precio/descripcion/imagenes en productos existentes, que ya viajan por product.updated.
Merge pull request 'chore(gitops): fijar Medusa a v1.0.90 tras carrera de promocion en CI' (#10 ) from fix/medusa-manifest-lagged-race into main
2026-08-13 16:55:16 -05:00 · 2026-08-13 21:41:45 +00:00 · 2026-08-13 16:39:28 -05:00
2 changed files with 4 additions and 2 deletions
@@ -36,7 +36,9 @@ export default async function revalidateStorefrontHandler({
 export const config: SubscriberConfig = {
  event: [
    "product.created",
    "product.updated",
    "product.deleted",
    "product-variant.updated",
    "product-variant.created",
    "product-variant.deleted",
@@ -52,7 +52,7 @@ spec:
              memory: 64Mi
        - name: migrations
-          image: gitea.cruzcloud.net/devops/ecommerce-medusa:v1.0.88
+          image: gitea.cruzcloud.net/devops/ecommerce-medusa:v1.0.90
          imagePullPolicy: IfNotPresent
          command:
            - npx
@@ -73,7 +73,7 @@ spec:
      containers:
        - name: medusa
-          image: gitea.cruzcloud.net/devops/ecommerce-medusa:v1.0.88
+          image: gitea.cruzcloud.net/devops/ecommerce-medusa:v1.0.90
          imagePullPolicy: IfNotPresent
          envFrom:
            - configMapRef: