Mude um caminho.
Observe antes de ampliar.

O que observar em cada etapa

1. Referência: os quatro pedidos fictícios são consultados no legado. O status esperado é “Em separação”.
2. Piloto: somente PED-101 muda de caminho. Compare sua resposta com a referência; ampliar o tráfego antes dessa comparação esconderia divergências.
3. Falha: o erro fica visível em PED-101. O critério de interrupção deste exemplo é qualquer erro nessa consulta, escolhido apenas para a demonstração.
4. Retorno: a consulta volta ao legado. O novo serviço continua quebrado e precisa ser investigado antes de outro piloto.

Por que o exemplo só consulta dados?

Voltar o tráfego não desfaz uma gravação. Se um serviço novo confirmar um pedido ou cobrar um pagamento, o retorno pode exigir reconciliação, tratamento de duplicatas e compatibilidade de dados. Esta simulação não implementa esses mecanismos.

Aqui o legado permanece disponível e os caminhos são independentes por construção. Em um sistema real, banco compartilhado, sessões, filas e dependências podem impedir esse isolamento. É preciso testar essas condições e definir responsáveis antes do piloto.

Do exercício para um plano verificável

• Escolha um fluxo e identifique quem grava e quem lê seus dados.
• Registre exemplos autorizados de entradas e respostas esperadas, sem expor dados pessoais.
• Defina quais erros ou divergências interrompem o piloto e quem executa o retorno.
• Teste o caminho anterior e a consistência dos dados antes de ampliar o uso.

O padrão Strangler Fig, explicado por Martin Fowler, descreve a substituição gradual de comportamentos. Esta é uma ilustração simplificada de roteamento e retorno, não uma implementação de infraestrutura ou evidência de resultado de cliente.

Registre seu contexto na matriz: manter, integrar ou reescrever. Para discutir a viabilidade de um recorte real, conheça a consultoria de evolução de sistemas web.