devops
cea41ce428
El Deployment frontend-deploy no tenía ninguna variable de entorno, así que HEADLESS_PROVIDER quedaba undefined y el provider caía siempre en mockCatalogProvider (data/products.json estático), aunque medusaCatalogProvider ya estaba implementado y listo en lib/headless/providers/medusa.ts. Se agrega HEADLESS_PROVIDER=medusa, MEDUSA_BACKEND_URL apuntando al Service interno medusa-svc:9000 (evita depender de Cloudflare/NPM en cada render SSR), y envFrom hacia el secret commerce-storefront (MEDUSA_PUBLISHABLE_KEY) ya creado en el namespace ecommerce. No se bumpea el tag de imagen: build.yaml excluye explícitamente los cambios de frontend.yaml del trigger de build, y la versión la gestiona la propia CI vía sed sobre este archivo.
41 lines
806 B
YAML
41 lines
806 B
YAML
apiVersion: apps/v1
|
|
kind: Deployment
|
|
metadata:
|
|
name: frontend-deploy
|
|
spec:
|
|
replicas: 1
|
|
selector:
|
|
matchLabels:
|
|
app: frontend
|
|
template:
|
|
metadata:
|
|
labels:
|
|
app: frontend
|
|
spec:
|
|
imagePullSecrets:
|
|
- name: gitea-registry-secret
|
|
containers:
|
|
- name: web
|
|
image: gitea.cruzcloud.net/devops/ecommerce-frontend:v1.0.77
|
|
ports:
|
|
- containerPort: 80
|
|
env:
|
|
- name: HEADLESS_PROVIDER
|
|
value: medusa
|
|
- name: MEDUSA_BACKEND_URL
|
|
value: http://medusa-svc:9000
|
|
envFrom:
|
|
- secretRef:
|
|
name: commerce-storefront
|
|
---
|
|
apiVersion: v1
|
|
kind: Service
|
|
metadata:
|
|
name: frontend-svc
|
|
spec:
|
|
selector:
|
|
app: frontend
|
|
ports:
|
|
- protocol: TCP
|
|
port: 80
|
|
targetPort: 80 |