Skip to main content
La orientación sobre CRM y Fees marcada como legacy en esta página 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 un workload 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. Esta guía te lleva por la eliminación completa de un despliegue de Midaz de Kubernetes. helm uninstall elimina los recursos gestionados por Helm. Lo que pasa con los volúmenes de base de datos depende de los subcharts incluidos, así que lee sus ajustes de almacenamiento antes de ejecutarlo.
Desinstalar Midaz puede eliminar datos de la aplicación de forma permanente. Respalda antes de ejecutarlo, no después. Esta operación es irreversible.

Qué elimina la desinstalación y qué sobrevive


Ningún recurso del chart lleva una anotación helm.sh/resource-policy: keep. No confíes en Helm para proteger ningún volumen.

Requisitos previos


Antes de desinstalar, lista los claims para saber qué existe:
Luego respalda tus bases de datos:
Luego respalda tus values actuales de Helm para poder reinstalar con la misma configuración si lo necesitas:
Respalda también cualquier release de plugin que ejecutes por separado (los plugins se instalan en su propio namespace, midaz-plugins):
CRM es un módulo dentro del chart midaz-helm. Lo habilitas con el bloque de values crm. No existe un chart de CRM. No lo respaldas ni lo desinstalas por separado.
Verifica todos los releases que afecta la desinstalación:

Desinstalar el Helm release


Ejecuta el siguiente comando para desinstalar el Helm release de Midaz:
Esto elimina los recursos de Kubernetes que creó el Helm chart: Deployments, StatefulSets, Services, Ingresses, ConfigMaps, Secrets gestionados por el chart, ServiceAccounts, recursos de RBAC y Jobs de bootstrap. No elimina los Secrets que creaste fuera de Helm ni el namespace. Verifica que no quedan pods gestionados por Helm:

Limpiar los recursos persistentes


PersistentVolumeClaims

Lista los claims que sobrevivieron a la desinstalación:
Elimina solo los PVC de Midaz que identificaste arriba. No uses un delete para todo el namespace cuando otros workloads comparten el namespace:
Eliminar estos PVC destruye de forma permanente los datos del volumen, el sistema de registro del ledger. Confirma que los backups de base de datos están en su lugar antes de ejecutar este comando.

Secrets

helm uninstall no elimina los secrets creados fuera del ciclo de vida del Helm release (por ejemplo, kubectl create secret). Lista todos los secrets del namespace e identifica los que ya no necesitas:
Elimina los secrets huérfanos de a uno:
O elimina todos los secrets del namespace:

ConfigMaps

Los ConfigMaps creados manualmente o por los Jobs de bootstrap también pueden quedar. Lístalos:
Elimina los ConfigMaps huérfanos:

Limpieza del namespace


Cuando no quedan recursos dentro del namespace, elimina el namespace mismo:
Eliminar el namespace quita por la fuerza cualquier recurso que quede dentro. Si un recurso está atascado en estado Terminating, puedes necesitar quitar sus finalizers manualmente.
Verifica que el namespace ya no existe:

Limpieza completa


Para entornos de staging, evaluación o CI donde un desmontaje completo es seguro, el siguiente script automatiza todo el proceso:
La pérdida de datos es permanente. Ejecuta esto solo en entornos donde confirmaste los backups o donde la pérdida de datos es aceptable (staging, evaluación, CI). No lo ejecutes en producción sin un backup completo y la aprobación del equipo. El script supone un namespace que contiene solo Midaz. Elimina cada claim, Secret y ConfigMap de ese namespace.
Guarda esto como midaz-cleanup.sh, hazlo ejecutable (chmod +x midaz-cleanup.sh) y ejecútalo con ./midaz-cleanup.sh.

Consideraciones de producción


En producción, una desinstalación completa requiere coordinación cuidadosa. Sigue estos pasos antes de ejecutar cualquier comando de limpieza:
  1. Respalda todas las bases de datos antes de helm uninstall. Exporta un snapshot completo de PostgreSQL y MongoDB.
  2. Exporta los datos críticos. Si debes migrar o preservar algún dato, expórtalo antes de desinstalar.
  3. Coordina con tu equipo. Avisa a todos los stakeholders del downtime planificado y confirma la ventana de mantenimiento.
  4. Desinstala los plugins primero. Elimina los releases de plugins (Fees, Pix) antes de desinstalar el release central de Midaz.
  5. Verifica que no haya tráfico. Confirma que ningún tráfico activo llega a los servicios antes de continuar.
Desinstala los plugins antes del release central:
Luego continúa con los pasos de limpieza de recursos persistentes que se describen arriba.

Recursos relacionados