latência pode aumentar à medida que os microsserviços escalam, já que compartilham recursos de comunicação entre si, o que não ocorre com SOA, que mantém desempenho consistente mesmo com muitos serviços, já que não há competição por recursos.

transição de SOA para microsserviços envolve, entre outros desafios, a redistribuição da lógica de negócio em serviços menores e autônomos, favorecendo deploys independentes e maior resiliência a falhas.

granularidade dos serviços na arquitetura SOA tende a ser maior do que em microsserviços, o que favorece o reuso, mas limita a automação de testes e o versionamento independente.

transição de SOA para microsserviços requer o desacoplamento do Establishment Service Bus (ESB), substituindo-o por gateways centralizados que concentram a lógica de orquestração entre os serviços.

adoção de microsserviços torna dispensável o uso de API Gateways, visto que cada serviço deve expor sua interface conforme sua lógica local e estas aumentam a exposição a vetores de ataque.