Skip to main content
La orientación sobre CRM y Fees marcada como legacy en esta página se aplica solo a los releases legacy que ya existen. Midaz v4 despliega el Ledger unificado y sirve CRM y Fees en /v2.
El repositorio de Helm conserva una carga de trabajo crm.enabled y el chart plugin-fees-helm para releases de aplicación anteriores. Son superficies de compatibilidad legacy, no el modelo de despliegue de Midaz v4.

Recomendación para producción


No recomendamos usar las dependencias predeterminadas del Helm chart de Midaz (bases de datos, cache y broker de mensajes) en entornos de producción. Para despliegues de nivel productivo, sigue nuestras mejores prácticas para operar estas dependencias con la seguridad, la observabilidad, los backups, la recuperación ante desastres y los SLOs adecuados.

Mejores prácticas


Orden de actualización

Actualiza siempre en este orden:
  1. Infraestructura (si hace falta)
  2. Midaz Core
  3. Plugins (uno a la vez)

Prueba primero

Prueba siempre las actualizaciones en un entorno de staging que refleje producción antes de aplicarlas en producción.

Monitorea de cerca

Monitorea de cerca los logs y las métricas durante los primeros 15-30 minutos después de una actualización.

Mantén backups

Mantén backups de tus values de Helm y de la base de datos antes de actualizaciones mayores.

Resumen del checklist de actualización


Verificación posterior a la actualización


1. Revisa el estado de los pods

Todos los pods deberían estar en Running y READY.

2. Verifica los servicios

3. Revisa los logs

En charts anteriores a v7.0.0 también tenías Deployments midaz-onboarding y midaz-transaction. Esos servicios se eliminaron en v7.0.0. En cualquier chart actual esos nombres devuelven NotFound.

4. Verifica el enrutamiento del ingress