Skip to main content
O Matcher automatiza a reconciliação financeira entre múltiplas fontes de dados, eliminando o trabalho manual de conciliação e fornecendo uma trilha de auditoria completa para cada transação. Configurar o Matcher significa estabelecer a base para o gerenciamento de exceções, relatórios de conformidade e visibilidade operacional. Este guia apresenta o passo a passo para implantar o Matcher em ambientes de desenvolvimento e produção.
O Matcher está disponível para clientes licenciados; seu repositório é mantido internamente. As instruções a seguir presumem que você já tem acesso aos arquivos do projeto Matcher necessários.

Docker Compose (desenvolvimento)


Docker Compose é a abordagem recomendada para desenvolvimento local e testes.

1. Acesse o projeto Matcher

A partir do diretório do projeto Matcher:

2. Configure o ambiente

O arquivo docker-compose.yml inclui valores padrão adequados para desenvolvimento local. Você pode sobrescrever qualquer valor definindo variáveis de ambiente no seu shell ou criando um arquivo .env na raiz do projeto. Consulte Variáveis de ambiente para detalhes sobre as configurações disponíveis.

3. Inicie os serviços

Inicie os serviços de infraestrutura necessários:
Aguarde até que todos os serviços reportem status saudável:
Inicie a aplicação do Matcher:
Para iniciar todos os serviços de uma vez:

4. Verifique a instalação

Confirme que o Matcher está em execução listando os contextos de configuração. Em uma instalação nova, a resposta paginada por cursor tem o array items vazio:
Em seguida, verifique as dependências obrigatórias pelo endpoint público de prontidão:
O endpoint retorna 200 quando todas as dependências obrigatórias estão prontas. Ele retorna 503 com detalhes de cada verificação quando alguma dependência obrigatória está indisponível.

Serviços do Docker Compose

O docker-compose.yml padrão inclui:

Desenvolvimento com recarga automática

Para desenvolvimento ativo, use:
Isso inicia o Matcher com recarga automática habilitada usando o Air.

Kubernetes / Helm (produção)


Implantações em produção devem usar o chart Helm oficial.

Pré-requisitos

  • Kubernetes 1.28+
  • Helm 3.12+
  • kubectl configurado para o cluster de destino

1. Crie um namespace

2. Configure os valores

Crie um arquivo values.yaml com sua configuração de implantação:

3. Crie os secrets

Crie secrets do Kubernetes para credenciais sensíveis:

4. Instale o chart

5. Verifique a implantação

Atualizando

Para atualizar uma implantação existente:

Variáveis de ambiente


As variáveis de ambiente fornecem a configuração de inicialização do Matcher. O Systemplane pode sobrescrever configurações modificáveis em tempo de execução após a inicialização.

Aplicação

CORS

Banco de dados (PostgreSQL)

Réplica do banco de dados (PostgreSQL)

Cache (Redis)

Mensageria (RabbitMQ)

Autenticação

Armazenamento de objetos (compatível com S3)

Observabilidade

TLS

Limitação de taxa

Swagger

Idempotência

Deduplicação

Outbox

Workers

Agendador

Arquivamento

Fetcher / Discovery

Essas configurações controlam o Discovery, que lê bancos de dados externos através de um motor de extração em processo embarcado no Matcher — não um serviço em rede separado. Veja Discovery para entender como funciona.

Infraestrutura

Para configurações de implantação multi-tenant, veja Modo Multi-Tenant. Para gerenciamento de configuração em runtime, veja Configuração em Runtime (Systemplane).

Verificar a instalação


Valide se o Matcher e suas dependências obrigatórias estão prontos:
O endpoint retorna 200 quando todas as dependências obrigatórias estão prontas. Ele retorna 503 com detalhes de cada verificação quando alguma dependência obrigatória está indisponível. Configure as sondas de prontidão do Kubernetes para usar esse endpoint.

Solução de problemas


Problemas comuns

  • Causa: PostgreSQL não está em execução ou inacessível.
  • Resolução:
  1. Verifique se o PostgreSQL está em execução: docker-compose ps postgres
  2. Verifique os valores de conexão em .env
  3. Teste a conectividade: nc -zv localhost 5432
  4. Revise os logs: docker-compose logs postgres
  • Causa: Redis não está em execução ou as credenciais estão incorretas.
  • Resolução:
  1. Verifique se o Redis está em execução: docker-compose ps redis
  2. Confirme REDIS_PASSWORD
  3. Teste a conectividade: redis-cli -h localhost ping
  • Causa: RabbitMQ ainda está inicializando ou o virtual host está faltando.
  • Resolução:
  1. Aguarde até que o RabbitMQ esteja saudável
  2. Acesse a UI de gerenciamento em http://localhost:15672
  3. Verifique RABBITMQ_VHOST
  • Causa: Serviço de auth está inacessível ou o token é inválido.
  • Resolução:
  1. Verifique PLUGIN_AUTH_ADDRESS
  2. Desabilite auth para desenvolvimento: PLUGIN_AUTH_ENABLED=false
  3. Revise os logs do serviço de auth
  • Causa: Migrations do banco de dados não puderam ser aplicadas.
  • Resolução:
  1. Verifique o status das migrations: make migrate-status
  2. Revise os logs das migrations
  3. Aplique migrations manualmente: make migrate-up
  4. Inspecione a tabela schema_migrations se necessário

Visualizando logs

Modo debug

Habilite logging de debug para visibilidade adicional:

Próximos passos


Início rápido

Execute sua primeira conciliação.

Configuração

Configure contextos, fontes e regras de match.