Decomposição em Etapas do Monólito Legado em PHP em Microserviços

Temos uma grande aplicação legado em PHP que se tornou um único monólito ao longo dos anos. Dentro de uma base de código e um banco de dados vivem autorização, faturamento, catálogo, notificações e relatórios. O sistema se tornou difícil de escalar sob carga e doloroso de implantar: qualquer pequena mudança força uma nova implantação de tudo, e uma consulta lenta arrasta até funções não relacionadas. Uma arriscada "reescrita do zero" não funciona para nós. Precisamos de uma migração cuidadosa em etapas onde o produto continue funcionando e gerando receita em cada passo.

A base do trabalho é a análise antes do código. Esperamos que você descreva o comportamento atual, identifique contextos limitados claros e, junto conosco, determine qual módulo é mais seguro para extrair primeiro. Cada serviço deve viver atrás de um contrato de API claro, e a fronteira deve ser introduzida gradualmente para que possamos reverter se algo der errado. Também precisamos de uma fila de mensagens assíncrona para que tarefas lentas e intermitentes parem de bloquear solicitações de usuários, e contêineres para que um serviço possa ser construído, testado e implantado separadamente.

Por favor, proponha um roteiro em etapas, não um único salto. Um plano realista para nós começa com a isolação de um contexto de baixo risco, executando-o em paralelo com o monólito, medindo o resultado e só então avançando. Compromissos honestos e explicações claras importam mais do que palavras da moda.

Escopo da primeira fase:
— Descrever módulos atuais e escolher o primeiro contexto a ser extraído.
— Definir o contrato da API e conectá-lo ao monólito via um switch.
— Introduzir uma fila de mensagens para um cenário assíncrono.
— Containerizar o serviço extraído com builds reproduzíveis.