Arquitetura de serviço

Introdução

Em geral

Arquitetura Orientada a Serviços (SOA, Arquitetura Orientada a Serviços*) é um estilo de arquitetura de TI que depende da orientação a serviços. A orientação a serviços é uma forma de pensar os serviços, sua construção e seus resultados. Um serviço é uma representação lógica de uma atividade empresarial que tem um resultado comercial específico (exemplo: verificação de crédito de um cliente, obtenção de dados meteorológicos, consolidação de relatórios de perfuração).

O estilo de arquitetura SOA é caracterizado por:

• - Basear-se na concepção de serviços que reflitam as atividades empresariais do mundo real. Essas atividades fazem parte dos processos de negócios da empresa.

• - Representar serviços usando descrições de negócios para atribuir-lhes um contexto de negócios.

• - Possuem requisitos de infraestrutura específicos e únicos para este tipo de arquitetura. Em geral, recomenda-se a utilização de padrões abertos para interoperabilidade e transparência na localização dos serviços.

• - Ser implementado de acordo com as condições específicas da arquitetura de TI de cada empresa.

• - Exigir uma governação forte sobre a representação e implementação de serviços.

• - Exigir um conjunto de testes que determinem que se trata de um bom serviço.[1].

O desenvolvimento e implementação de uma arquitetura SOA são regidos pelos princípios descritos no manifesto SOA arquivado em 13 de agosto de 2017 na Wayback Machine. Por outro lado, a aplicação da orientação a serviços é dividida em 2 grandes etapas:

- Análise orientada a serviços (Modelagem de Serviços).

- Design orientado a serviços, O design orientado a serviços possui 8 princípios de design que são aplicados a cada um dos serviços modelados, esses princípios de design são:

Contrato de serviço padronizado: os contratos de serviço atendem aos mesmos padrões de design.[2]

Baixo acoplamento: os serviços evitam o acoplamento à tecnologia que os implementa e, por sua vez, reduzem o acoplamento imposto aos consumidores.

Arquitetura de serviço

Introdução

Em geral

O estilo de arquitetura SOA é caracterizado por:

• - Basear-se na concepção de serviços que reflitam as atividades empresariais do mundo real. Essas atividades fazem parte dos processos de negócios da empresa.

• - Representar serviços usando descrições de negócios para atribuir-lhes um contexto de negócios.

• - Ser implementado de acordo com as condições específicas da arquitetura de TI de cada empresa.

• - Exigir uma governação forte sobre a representação e implementação de serviços.

• - Exigir um conjunto de testes que determinem que se trata de um bom serviço.[1].

- Análise orientada a serviços (Modelagem de Serviços).

- Design orientado a serviços, O design orientado a serviços possui 8 princípios de design que são aplicados a cada um dos serviços modelados, esses princípios de design são:

Contrato de serviço padronizado: os contratos de serviço atendem aos mesmos padrões de design.

Começo

Não existem padrões relativos à composição exata de uma arquitetura orientada a serviços, embora muitas fontes da indústria tenham publicado seus próprios princípios.

Alguns dos princípios publicados são os seguintes:

• - Contrato de serviços padronizado: os serviços obedecem a um acordo de comunicação, conforme definido em conjunto com um ou mais documentos descritivos de serviços.

• - Acoplamento fraco do sistema: os serviços mantêm um relacionamento que minimiza dependências e exige apenas que eles mantenham o conhecimento uns dos outros.

• - Abstração de serviço: além das descrições dos contratos de serviço, os serviços ocultam a lógica de outros.

• - Reutilização de Serviços: A lógica é dividida em serviços com o intuito de promover a reutilização.

• - Autonomia de serviço: os serviços têm controle sobre a lógica que encapsulam, do ponto de vista de design e execução.

• - Serviços sem estado: os serviços minimizam o consumo de recursos adiando o gerenciamento de informações de estado quando necessário.

• - Descoberta de serviços: os serviços são complementados por metadados por meio dos quais a eficácia pode ser descoberta e interpretada.

• - Composição dos serviços: os serviços são efetivamente compostos por partes, independentemente do tamanho e da complexidade da composição.

• - Granularidade de serviço: uma consideração de design para fornecer um escopo ideal e um nível granular correto de funcionalidade de negócios em uma operação de serviço.

• - Normalização de serviço: os serviços são decompostos em um nível de formulário normal para minimizar a redundância. Em alguns casos, os serviços são desnormalizados para fins específicos, como otimização de desempenho, acesso e agregação.

• - Otimização de serviços: serviços de alta qualidade são preferíveis aos de baixa qualidade.

• - Relevância do serviço: a funcionalidade é apresentada em um nível de granularidade reconhecido pelo usuário como um serviço significativo.

• - Encapsulamento de serviços: muitos serviços são consolidados para uso SOA. Freqüentemente, esses serviços não foram planejados para estarem em uma SOA.

• - Transparência na localização do serviço: refere-se à capacidade de um consumidor de serviço invocar um serviço independentemente de sua localização na rede. Isto também reconhece a propriedade de descoberta (um dos princípios fundamentais da SOA) e o direito do consumidor de acessar o serviço. Muitas vezes a ideia de virtualização de serviços também se refere à transparência de localização. É aqui que o consumidor simplesmente chama um serviço lógico, enquanto uma SOA permite a execução do componente de infraestrutura, normalmente um barramento de serviço, que mapeia esse serviço lógico e chama o serviço físico.

Benefícios

O grande benefício da SOA é a agilidade que ela proporciona às organizações que a utilizam. As características da SOA permitem às organizações a capacidade de controlar um problema de uma forma geral, permitindo uma resposta mais rápida e eficaz e, portanto, adaptar-se às mudanças da melhor forma.[8].

Outra das suas vantagens é a independência de plataformas e infraestruturas tecnológicas, o que lhe permite integrar-se com diferentes sistemas e aplicações de forma simples. Graças a esta independência SOA é a sua arquitetura flexível que permite a reutilização de tecnologias existentes. Portanto, uma empresa não precisa fazer uma mudança abrangente para adotar SOA.[9].

Os benefícios que uma organização que adota SOA pode obter são:

• - Melhoria nos tempos de realização de mudanças em processos.

• - Facilidade para evoluir para modelos de negócios baseados em terceirização.

• - Facilidade de abordar modelos de negócio baseados na colaboração com outras entidades (parceiros, fornecedores): facilita a integração de diferentes sistemas e aplicações, o que melhora a comunicação e a capacidade de resposta com sistemas externos.

• - Poder para substituir elementos da camada de aplicativo SOA sem interromper o processo de negócios.

• - Facilidade de integração de tecnologias diferentes.

• - Melhor tomada de decisões: a organização dispõe de informações cada vez mais atualizadas, o que permite uma resposta rápida e eficaz quando surgem problemas ou mudanças.

• - Aplicações flexíveis: a orientação a serviços permite desenvolver aplicações independentemente das plataformas e linguagens de programação que realizam os processos.

• - Aplicativos reutilizáveis e adaptáveis: permite que aplicativos existentes sejam reutilizados e adaptados a novos ambientes com facilidade. Desta forma conseguimos otimizar os recursos utilizados no seu desenvolvimento.

• - Redução de custos: o custo de expansão ou criação de novos serviços é consideravelmente reduzido em aplicações novas e existentes.

• - Risco de migração: ao adaptar SOA a partir de uma tecnologia existente, os componentes existentes continuam a ser utilizados, portanto o risco de introdução de falhas é reduzido.