A Arquitetura Orientada a Serviços (SOA) utiliza uma camada de software, chamada Enterprise Service Bus (ESB), que fornece uma infraestrutura que permite a interoperabilidade entre sistemas distribuídos para serviços.
Comparando a SOA com o Middleware, pode-se afirmar que:
A SOA é uma camada de Middleware para o ambiente de negócios, que objetiva integrar todos os tipos de aplicações presentes em uma empresa, apresentado-as como uma aplicação única e coesa.
A SOA busca aumentar a transparência do sistema, tornando assim seus processos mais visíveis aos usuários.
Apesar da SOA ter estrutura similar à do Middleware, não tem o objetivo de obter um sistema coeso, mas sim de favorecer a descentralização e a escalabilidade do sistema.
Apesar de trabalharem com uma infraestrutura diferente, tanto a SOA quanto o Middleware tem o objetivo de aumentar o acoplamento do sistema, evitando a escalabilidade.
A SOA tem como função aumentar a granularidade do sistema estabelecendo uma padronização para os ambientes de negócios e de TI, de forma que os dois ambientes tenham o mesmo comportamento e possam ser conectados por uma camada de Middleware.
Soluções para a tarefa
Resposta:
Arquitetura Orientada a Serviços (SOA) não é uma tecnologia, não é uma metodologia, não é um serviço, mas é um conceito de arquitetura corporativo que promove a integração entre o negócio e a TI por meio de conjunto de interfaces de serviços acoplados. Este trabalho consiste em apresentar uma revisão bibliográfica sobre vantagens e desvantagens de SOA. Com ele será demonstrado que apesar dessa arquitetura estar em alta no mercado, ainda muitas iniciativas falham, e como boas praticas podem ajudar na implementação.
Arquitetura Orientada a Serviços é um modelo de planejamento de estratégia da área de tecnologia da informação, alinhando diretamente aos objetivos de negócios de uma organização. Esta ponte permite expor as funcionalidades dos aplicativos em serviços padronizados e interrelacionados (AVELLAREDUARTE, 2012). As empresas precisam responder de forma efetiva e rápida ao mercado, sendo assim, as aplicações tem que ter flexibilidade em executar mudanças rapidamente. Existem inúmeras aplicações dentro dos departamentos que precisam ser integradas com o objetivo de atingir agilidade e simplificar processos de negócio.
Nas corporações é muito comum os processos serem tratados por departamentos, cada área só visualiza as suas tarefas, as pessoas não visualizam que fazem parte de um processo que pode começar em uma área e terminar em outra. Essa arquitetura tem como objetivo integrar as aplicações, disponibilizar maior flexibilidade para mudanças, suportar serviços independentes de plataforma e protocolos.
Serviços são módulos de negócio ou funcionalidades que possuem interfaces expostas que são invocadas via mensagens. Interfaces disponibilizam recursos sem que a implementação do serviço seja conhecida.
SOA trata os requisitos de baixo acoplamento, desenvolvimento baseado em padrões, computação distribuída independente de protocolo, integração de aplicações e sistemas legados.
Um dos componentes mais importante em SOA é o ESB (Barramento de Serviços Corporativos), ele não implementa a arquitetura, mas oferece as funcionalidades para implementá-la. O barramento provê uma camada de abstração acima de um sistema de mensageria que permite a integração entre os aplicativos.
Este trabalho tem como objetivo mostrar as vantagens e desvantagens em uma arquitetura orientada a serviços e como evitar que implementações de projetos falhem. Serão mostrados os pontos importantes que devem ser observados em uma arquitetura orientada a serviços.
Nas próximas seções deste trabalho é apresentado, de maneira mais detalhada, como funciona uma arquitetura orientada a serviços.
Explicação:
Um serviço é uma atividade ou conjunto de atividades de natureza intangível que é o relacionamento entre um provedor e um consumidor. A interação acontece em respostas síncronas ou assíncronas (GRONROOS, 2006). Na prestação de serviços, existe um fornecedor que fornece algum tipo de serviço e o consumidor que consome o serviço fornecido. Abaixo se vê a figura de um ambiente de prestação de serviço.
Um exemplo de serviço é a energia elétrica que chega à sua casa. Há a geração, depois tem transmissão e por último tem distribuição. Para o usuário não importa todas essas etapas, o que importa são os benefícios que geram esse serviço. A seguir estão os princípios de design de serviços listador por Thomas ERL(2009
Resposta:
Apesar da SOA ter estrutura similar à do Middleware, não tem o objetivo de obter um sistema coeso, mas sim de favorecer a descentralização e a escalabilidade do sistema
Explicação: