A integração de sistemas legados sem big-bang é feita por fatias: você conecta o sistema antigo ao novo por camadas de tradução e eventos, migra um fluxo de negócio de cada vez e mantém os dois rodando em paralelo até desligar o legado com segurança. Isso elimina o risco de virar tudo de uma vez em um fim de semana — a abordagem que mais gera indisponibilidade e rollback em projetos enterprise. Abaixo estão as 5 estratégias que a CCX usa para integrar e modernizar sem parar a operação.
Por que o big-bang falha em sistemas legados
O big-bang concentra todo o risco em um único evento de corte: se qualquer integração, dado ou regra de negócio falhar no go-live, não há caminho de volta gradual — a operação inteira para. Em cenários enterprise com ERP, e-commerce, WMS e CRM interligados, a superfície de falha é grande demais para ser validada de uma só vez.
A alternativa é a integração incremental: o legado e o sistema-alvo coexistem, trocam dados de forma confiável e a migração acontece por domínio de negócio. Cada fatia entregue reduz o escopo do legado e é reversível. Esse é o princípio por trás das cinco estratégias a seguir.
1. Strangler Fig: envolver e substituir por partes
O padrão Strangler Fig coloca uma camada de roteamento (um gateway ou fachada) na frente do legado. Novas funcionalidades e domínios migrados passam a ser atendidos pelo sistema novo, enquanto o restante continua no legado. Aos poucos, o novo sistema "estrangula" o antigo até que ele possa ser desligado sem impacto.
Na prática, você prioriza os fluxos por valor e risco — começa pelos que dão retorno rápido e baixa dependência — e cada rota migrada é validada em produção com tráfego real antes de avançar para a próxima.
2. Anti-Corruption Layer: traduzir sem contaminar o novo
O Anti-Corruption Layer (ACL) é uma camada de tradução entre o modelo de dados antigo e o novo. Ela impede que as estruturas e as regras confusas do legado "vazem" para o sistema moderno. Toda comunicação passa por adaptadores que convertem formatos, unidades e vocabulário de domínio.
Isso é essencial quando o legado tem um esquema de dados imperfeito que você não quer perpetuar. O ACL protege o novo sistema e ainda facilita o dia do desligamento, porque a dependência do legado fica isolada em um único ponto substituível.
3. Integração orientada a eventos com garantia de entrega
Em vez de chamadas síncronas ponto a ponto (frágeis quando um dos lados cai), a integração event-driven publica eventos de negócio em um barramento — Kafka ou RabbitMQ — e cada sistema consome o que precisa no seu ritmo. Isso desacopla legado e novos serviços e absorve picos e indisponibilidades.
Para que essa troca seja confiável, a engenharia de integração precisa de fundamentos que a CCX aplica em todo projeto:
- Idempotência: reprocessar o mesmo evento não duplica pedidos nem estornos.
- Retry com backoff: falhas temporárias são retentadas com espaçamento crescente, sem derrubar o consumidor.
- Dead Letter Queue (DLQ): mensagens que falham repetidamente vão para uma fila separada, sem travar o fluxo.
- Outbox pattern: o evento é gravado na mesma transação do dado, garantindo que nada se perca entre o banco e o barramento.
- Reconciliação: rotinas periódicas comparam legado e novo sistema para detectar e corrigir divergências.
4. API-led e middleware de integração
Quando há muitos sistemas e regras de transformação, uma abordagem API-led com middleware organiza a integração em camadas reutilizáveis: APIs de sistema (que expõem o legado), APIs de processo (que orquestram regras) e APIs de experiência (que servem canais). Ferramentas como MuleSoft Anypoint, SAP CPI/BTP Integration Suite e conectores REST/WS do TOTVS Protheus são o backbone dessa camada.
O ganho é governança: você deixa de ter integrações "espaguete" ponto a ponto e passa a ter contratos versionados, observáveis e reaproveitáveis. Para o caso específico de conectar o ERP à loja, vale ler o Integração ERP e e-commerce: o guia definitivo (SAP, Protheus, Bling, Tiny).
5. Coexistência com sincronização bidirecional
Durante a transição, legado e novo sistema precisam manter os mesmos dados consistentes — cadastros, estoque, pedidos. A sincronização bidirecional com reconciliação garante que uma alteração em um lado se reflita no outro, com regras claras de qual sistema é a fonte da verdade para cada domínio.
Essa coexistência é o que torna a migração reversível: se um domínio migrado apresentar problema, você volta a atendê-lo pelo legado sem perder dados, porque os dois estiveram sincronizados o tempo todo.
Como a CCX conduz a integração sem big-bang
A CCX Company é consultoria enterprise multi-stack (VTEX Premium Partner, SAP Build Partner, Salesforce Commerce Partner e Meta Business Solution Provider), com mais de 200 projetos e integrações enterprise entregues no Brasil e na LATAM. Nossa abordagem de integração de sistemas da CCX parte sempre de fatias reversíveis, não de um corte único.
O caminho que seguimos em um projeto de modernização incremental:
- Diagnóstico: mapear sistemas, fluxos de dados, dependências e a fonte da verdade de cada domínio.
- Priorização: ordenar os fluxos por valor de negócio e risco técnico, definindo a primeira fatia a migrar.
- Fundação de integração: montar o barramento (Kafka/RabbitMQ) ou o middleware (MuleSoft, SAP CPI/BTP) com idempotência, retry, DLQ, Outbox e reconciliação.
- Anti-Corruption Layer: isolar o legado atrás de adaptadores para não contaminar o novo modelo.
- Migração por fatia: aplicar o Strangler Fig, migrar um domínio, validar em produção com tráfego real e reconciliar.
- Coexistência: manter sincronização bidirecional enquanto legado e novo rodam em paralelo.
- Desligamento: encerrar cada parte do legado somente após validação, repetindo o ciclo por fatia.
Sobre custos, somos diretos: depende de escopo. Squads dedicados começam em R$ 35 mil/mês e projetos de plataforma como Salesforce Commerce partem de R$ 250 mil (licenças de fabricante à parte); um TCO de SAP Commerce enterprise, somando licença, infraestrutura e sustentação, costuma ficar na faixa de R$ 1,5 a 6 milhões por ano. No diagnóstico gratuito de 60 minutos entregamos TCO e cronograma por fase em até 7 dias — fale conosco pelo WhatsApp +55 11 96140-1372 ou em /br/contato.
Perguntas frequentes
Quanto tempo leva uma integração de sistemas legados sem big-bang?
Depende do número de domínios e da qualidade dos dados do legado, mas a lógica é entregar valor por fatia, não esperar um go-live único. As primeiras fatias costumam ir a produção em poucas semanas após a fundação de integração, e o legado é desligado por partes. No diagnóstico de 60 minutos, a CCX entrega um cronograma por fase em até 7 dias.
É possível manter o sistema legado e o novo rodando ao mesmo tempo?
Sim — essa coexistência é justamente o que torna a migração segura e reversível. Com sincronização bidirecional e reconciliação, os dois sistemas mantêm os mesmos dados consistentes enquanto cada domínio é migrado. Se algo falhar em uma fatia, você volta a atendê-la pelo legado sem perder informação.
Quais tecnologias a CCX usa para integrar sistemas legados?
Usamos barramentos de eventos como Kafka e RabbitMQ e middleware de integração como MuleSoft Anypoint, SAP CPI e BTP Integration Suite, além de conectores REST/WS do TOTVS Protheus. Em todos os casos aplicamos os fundamentos de engenharia de integração: idempotência, retry com backoff, Dead Letter Queue, Outbox pattern e reconciliação.