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 arquivodocker-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: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 arrayitems vazio:
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
Odocker-compose.yml padrão inclui:
Desenvolvimento com recarga automática
Para desenvolvimento ativo, use:Kubernetes / Helm (produção)
Implantações em produção devem usar o chart Helm oficial.
Pré-requisitos
- Kubernetes 1.28+
- Helm 3.12+
kubectlconfigurado para o cluster de destino
1. Crie um namespace
2. Configure os valores
Crie um arquivovalues.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:
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
Conexão recusada ao PostgreSQL
Conexão recusada ao PostgreSQL
- Causa: PostgreSQL não está em execução ou inacessível.
- Resolução:
- Verifique se o PostgreSQL está em execução:
docker-compose ps postgres - Verifique os valores de conexão em
.env - Teste a conectividade:
nc -zv localhost 5432 - Revise os logs:
docker-compose logs postgres
Timeout de conexão Redis
Timeout de conexão Redis
- Causa: Redis não está em execução ou as credenciais estão incorretas.
- Resolução:
- Verifique se o Redis está em execução:
docker-compose ps redis - Confirme
REDIS_PASSWORD - Teste a conectividade:
redis-cli -h localhost ping
Filas do RabbitMQ não criadas
Filas do RabbitMQ não criadas
- Causa: RabbitMQ ainda está inicializando ou o virtual host está faltando.
- Resolução:
- Aguarde até que o RabbitMQ esteja saudável
- Acesse a UI de gerenciamento em http://localhost:15672
- Verifique
RABBITMQ_VHOST
Erros de autenticação
Erros de autenticação
- Causa: Serviço de auth está inacessível ou o token é inválido.
- Resolução:
- Verifique
PLUGIN_AUTH_ADDRESS - Desabilite auth para desenvolvimento:
PLUGIN_AUTH_ENABLED=false - Revise os logs do serviço de auth
Migration falhou
Migration falhou
- Causa: Migrations do banco de dados não puderam ser aplicadas.
- Resolução:
- Verifique o status das migrations:
make migrate-status - Revise os logs das migrations
- Aplique migrations manualmente:
make migrate-up - Inspecione a tabela
schema_migrationsse 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.

