Middleware: O Padrão Que Salva Sua Arquitetura
Seus sistemas: CRM, ERP, Warehouse = 3 sistemas. Conexões diretas = 6 fluxos. Adicione 2 sistemas: 20 conexões. Adicione 3 mais: 56 conexões.
Cada conexão é um "se um quebra, tudo desincroniza". Vi esse padrão em 47 clientes. Todos começam com point-to-point. Todos juram que é ok. Todos ligam desesperados quando o terceiro sistema chega.
O Hub-and-Spoke Que Funciona
Um middleware central. Todos falam com o middleware. O middleware decide o que vai aonde.
Navision → Middleware → CRM moderno, Warehouse, Contabilidade
Vantagem: Navision não sabe que Warehouse existe. Se Warehouse cair, Navision continua. Middleware enfileira e retenta.
As 3 Opções Realistas em 2025
n8n (Open Source): Você hospeda. Controle total. Comunidade ativa. R$ 200/mês em servidor + seu tempo.
Zapier (SaaS): Paga por task executada. Simples mas zero transparência. 10 mil tasks = R$ 1.500/mês.
MuleSoft (Enterprise): Pesado, poderoso, caro. Se orçamento > R$ 200k/ano, pode valer.
O Fluxo Real
Pedido no CRM → Webhook para middleware → Valida → Enfileira para ERP, Warehouse, Contabilidade → Async → Se falhar: retry em 5min, 15min, 1h, 24h → 4 falhas = human review.
CREATE TABLE sync_queue (
id UUID PRIMARY KEY,
source_system VARCHAR(50),
target_system VARCHAR(50),
payload JSONB,
status VARCHAR(20),
retry_count INT DEFAULT 0,
created_at TIMESTAMP
);
-- "Por que pedido 12345 não chegou no ERP?"
SELECT * FROM sync_queue
WHERE payload->>'order_id' = '12345'
O Ganho
Com middleware: um sistema quebra, outros continuam. Sem middleware: tudo quebra até investigar.
Tempo de detecção: de "cliente liga reclamando" para "dashboard mostra vermelho em 5 minutos".
Tempo de resolução: de "reprocessar 3 mil registros manual" para "clique no dashboard = retenta automático".
← Back to blog