Conectividade liderada por API vs. SOA | Blog da MuleSoft

Conectividade liderada por API vs. SOA | Blog da MuleSoft

cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br


Esta postagem do blog é baseada no trabalho interno de Thomas Baumgart, ex-MuleSoft Client Architect, e agora está sendo publicado pela MuleSoft.

Em postagens anteriores do blog, discutimos a agilidade de negócios, os vários tipos de arquiteturas e uma abordagem baseada em API com a Anypoint Platform. Nesta postagem do blog, vamos cobrir as diferenças entre a abordagem baseada em API exclusiva da MuleSoft e uma arquitetura baseada em SOA.

A maior parte da documentação disponível trará à luz as semelhanças entre SOA e conectividade conduzida por API. As três APIs em camadas de serviço recomendadas – APIs de sistema, APIs de processo e APIs de experiência – lembram muitas das diferentes camadas de serviço SOA. Neste ponto, é importante observar que SOA não é o que costumava ser há 10-15 anos e, com alguns ajustes, pode merecer uma segunda olhada.

O gráfico a seguir aprofunda esse conceito, pois mostra um exemplo concreto que compõe vários serviços nas três camadas de uma forma claramente orientada por orquestração.


Exemplo de conectividade baseada em API de três camadas

Então, o que mudou?

Em primeiro lugar, a estratificação não deve ser considerada rígida como uma forma de restringir sua arquitetura, ou que descreve uma forma de comunicação estrita e orquestrada. Em vez disso, veja isso como uma atribuição lógica de grupos de serviços que têm um conjunto comum de funcionalidades.

Mesmo se atribuirmos áreas de foco a esses diferentes tipos de serviço no sentido da camada de ritmo do Gartner, isso não se refere à maneira como esses serviços se comunicam entre si, nem se eles seguem uma filosofia monolítica, SOA ou de microsserviços.


Mapeamento da área de foco da camada de ritmo da MuleSoft

Embora a Anypoint Platform resolva muitos dos problemas que surgiram da abordagem central e não distribuída de um barramento de serviço, ainda há o problema com o crescimento natural das dependências ao compartilhar serviços com um conjunto maior de consumidores, especialmente ao usá-los em uma “ orquestrada ”.

O modelo operacional C4E – quando implementado corretamente – aborda muitos desses problemas em um nível organizacional. No entanto, isso ainda pode ser um desafio à luz das experiências com projetos SOA anteriores.

cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br

Mas o gerenciamento de dependências ainda é um problema tão grande quanto costumava ser? Um dos benefícios mais importantes e muitas vezes esquecidos da Anypoint Platform é o ritmo acelerado de entrega. Isso melhora drasticamente o ciclo de vida de desenvolvimento de novas APIs e integrações. A capacidade de criar novas APIs e serviços de integração de forma rápida e ágil impulsiona a inovação e reduz o problema de gerenciamento de dependência descrito acima.


O impacto da “entrega acelerada” para redes de serviços multicamadas

A soma das dependências de serviço diretas e indiretas geralmente aumenta quanto mais alto um consumidor estiver na hierarquia da API. Uma maior “velocidade de entrega” permite que o ciclo de vida de serviços de nível superior seja alinhado às características de inovação e desenvolvimento ágil do componente. As dependências tornam-se menos relevantes quando se trata de mudanças à medida que a diferença entre as frequências do ciclo de vida das camadas de nível superior (geralmente APIs de experiência com foco em inovação) e as APIs de baixo custo (APIs de sistema voltadas para back-end e integração de serviço) fica maior. Isso evita problemas e torna a adoção de construções de arquitetura SOA mais fácil do que antes. Ao introduzir uma camada de API dedicada que, até certo grau, desacopla o ciclo de vida da API do ciclo de vida do componente de serviço SOA, torna a SOA uma opção novamente.

Conectividade avançada baseada em API além da orquestração

Há um conjunto diversificado de casos de uso em que uma abordagem baseada em orquestração é a melhor escolha para gerenciar a comunicação entre componentes / processos e há situações em que uma abordagem baseada em coreografia é mais apropriada.

Anypoint Platform tem a capacidade de chamar interfaces REST e conectores de sistema de uma forma coreografada, também permite que nós API publiquem e assinem vários sistemas de mensagens e processos de planejamento.

Exemplo de arquitetura MuleSoft de três camadas, cobrindo REST e
aplicativos Mule acionados por evento / programação

A imagem acima mostra um exemplo de caso de uso baseado em um cenário de gerenciamento de dados de cliente / lead que precisa se adaptar à circunstância de ter vários armazenamentos de dados de clientes ativos (internos e externos) que fornecem seu próprio processamento de dados e tempo. A flexibilidade da Anypoint Platform suporta padrões de comunicação síncronos e assíncronos simultaneamente, atendendo a esse tipo de caso de uso que requer flexibilidade e agilidade. Nesse caso, a configuração permite que você comece a usar leads de clientes mesmo quando eles não são totalmente processados ​​pelos diferentes sistemas de back-end relacionados ao cliente (que são provavelmente de natureza monolítica).

No próximo blog desta série, daremos um passo adiante e discutiremos uma arquitetura que cobre elementos monolíticos, SOA e microsserviços.

Para saber mais sobre como a conectividade baseada em API é a próxima etapa na evolução de SOA, baixe nosso white paper.


cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br
Luiz Presso
Luiz Presso