Pular para o conteúdo principal
O Helm chart do Midaz faz o deploy de quatro possíveis componentes de serviço: Ledger (unificado, recomendado), Onboarding (legado), Transaction (legado) e CRM (opcional). Cada componente tem seu próprio deployment, serviço, ingress e configuração de autoscaling.
Decisão rápida: Novas instalações → habilite Ledger, desabilite Onboarding e Transaction. Migrando do v4.x → veja o Guia de migração. Precisa de CRM? → defina crm.enabled: true.
Recomendado para novas instalações: Use o serviço unificado Ledger. Os serviços separados Onboarding e Transaction ainda são suportados, mas se tornarão legado em um release futuro.

Ledger (recomendado)

O servico ledger é um servico unificado que combina a funcionalidade dos modulos onboarding e transaction em um unico deployment. Este servico é recomendado para novas instalacoes e se tornará obrigatorio em releases futuros.
Quando ledger.enabled é definido como true, os servicos onboarding e transaction sao automaticamente desabilitados (a menos que migration.allowAllServices esteja definido como true para fins de teste).
Habilitando o servico Ledger:
Quando o ledger esta habilitado, os ingresses de onboarding e transaction redirecionarao automaticamente o trafego para o servico ledger, mantendo compatibilidade com configuracoes DNS existentes.

Criando o secret do Ledger manualmente

Se você deseja usar um Kubernetes Secret existente para o serviço ledger, pode criá-lo manualmente:
O serviço ledger usa credenciais de banco de dados específicas por módulo (onboarding e transaction), pois combina ambos os módulos.
Depois configure o serviço ledger para usar este secret existente:

Onboarding (legado)

O serviço Onboarding ainda é suportado, mas se tornará legado em um release futuro. Recomendamos usar o serviço unificado Ledger para novas instalações.

Criando o secret do Onboarding manualmente

Se você deseja usar um Kubernetes Secret existente para o serviço onboarding:
Depois configure o serviço onboarding para usar este secret existente:

Transaction (legado)

O serviço Transaction ainda é suportado, mas se tornará legado em um release futuro. Recomendamos usar o serviço unificado Ledger para novas instalações.

Criando o secret do Transaction manualmente

Se você deseja usar um Kubernetes Secret existente para o serviço transaction:
O serviço transaction requer uma chave de secret adicional RABBITMQ_CONSUMER_PASS em comparação ao onboarding.
Depois configure o serviço transaction para usar este secret existente:

CRM (Customer relationship management)

O serviço crm fornece APIs para gerenciar dados de holders e seus relacionamentos com contas do ledger. Anteriormente disponível como um chart separado (plugin-crm) implantado no namespace midaz-plugins, o CRM agora está integrado ao Helm chart principal do Midaz e é implantado no namespace midaz.
Se você está atualmente usando o plugin-crm no namespace midaz-plugins, recomendamos migrar para este novo workload integrado de CRM. Veja o guia Atualizando o Helm para os passos de migração.
Para mais detalhes sobre a funcionalidade do CRM, consulte a Documentação do CRM.
Habilitando o serviço CRM:

Criando o secret do CRM manualmente

Se você deseja usar um Kubernetes Secret existente para o serviço CRM:
Depois configure o serviço CRM para usar este secret existente: