Uma olhada nas porcas e parafusos da arquitetura orientada a serviços
Arquitetura Orientada a Serviços (SOA) é um estilo de design de software em que os serviços são fornecidos aos outros componentes por componentes do aplicativo, por meio de um protocolo de comunicação sobre um rede. Seus princípios são independentes de fornecedores e outras tecnologias. Na arquitetura orientada a serviços, vários serviços se comunicam entre si de duas maneiras: por meio da passagem de dados ou por meio de dois ou mais serviços que coordenam uma atividade. Esta é apenas uma definição de Arquitetura Orientada a Serviços. Um artigo na Wikipedia fornece muito mais detalhes.
Características da Arquitetura Orientada a Serviços
Embora os conceitos definidores da Arquitetura Orientada a Serviços variem de empresa para empresa, existem seis princípios fundamentais que abrangem o amplo conceito de Arquitetura Orientada a Serviços. Esses valores essenciais incluem:
Valor comercial
Objetivos estratégicos
Interoperabilidade intrínseca
Serviços compartilhados
Flexibilidade
Refinamento evolutivo
Cada um desses valores centrais pode ser visto em um continuum de formato mais antigo de computação distribuída à Arquitetura Orientada a Serviços e à computação em nuvem (algo que muitas vezes é visto como uma ramificação de Arquitetura Orientada a Serviços).
Padrões de Arquitetura Orientada a Serviços
Existem três funções em cada um dos blocos de construção da Arquitetura Orientada a Serviços: provedor de serviços; corretor de serviços, registro de serviços, repositório de serviços; e solicitante / consumidor do serviço.
O provedor de serviços trabalha em conjunto com o registro de serviços, debatendo os porquês e comos dos serviços oferecidos, como segurança, disponibilidade, quanto cobrar e muito mais. Esta função também determina a categoria de serviço e se é necessário haver algum acordo comercial.
O corretor de serviço disponibiliza informações sobre o serviço para aqueles que o solicitam. O escopo do broker é determinado por quem o implementa.
O solicitante do serviço localiza as entradas no registro do broker e as liga ao provedor de serviços. Eles podem ou não ter acesso a vários serviços; que depende da capacidade do solicitante de serviço.
Implementando Arquitetura Orientada a Serviço
Quando se trata de implementação de arquitetura orientada a serviço (SOA), há uma ampla gama de tecnologias que pode ser usado, dependendo de qual é seu objetivo final e o que você está tentando realizar.
Normalmente, a Arquitetura Orientada a Serviços é implementada com serviços da web, o que torna os “blocos de construção funcionais acessíveis pela Internet padrão protocolos. ”
Um exemplo de um padrão de serviço da web é SOAP, que significa Simple Object Access Protocol. Em suma, SOAP” é uma especificação de protocolo de mensagens para troca de informações estruturadas na implementação de serviços da web em redes de computadores. Embora o SOAP não tenha sido bem recebido no início, desde 2003 ele ganhou mais popularidade e está se tornando mais amplamente usado e aceito. Outras opções para implementar a Arquitetura Orientada a Serviços incluem Jini, COBRA ou REST.
É importante observar que as arquiteturas podem “operar independentemente de tecnologias específicas”, o que significa que podem ser implementadas de várias maneiras, incluindo mensagens, como ActiveMQ; Apache Thrift; e SORCER.
Por que a arquitetura orientada a serviços é importante
Existem muitos benefícios para a arquitetura orientada a serviços, especialmente em um negócio baseado em serviços da web. Descreveremos alguns desses benefícios aqui, em breve:
Use Arquitetura orientada a serviços para criar código reutilizável: isso não apenas reduz o tempo gasto no processo de desenvolvimento, mas não há razão para reinventar a roda de codificação toda vez que você precisa criar um novo serviço ou processo. A arquitetura orientada a serviços também permite para usar múltiplos codi linguagens porque tudo funciona por meio de uma interface central.
Use a Arquitetura Orientada a Serviços para promover a interação: Com a Arquitetura Orientada a Serviços, uma forma padrão de comunicação é implementada, permitindo que os vários sistemas e plataformas funcionem independentes um do outro. Com essa interação, a Arquitetura Orientada a Serviços também é capaz de contornar firewalls, permitindo “que as empresas compartilhem serviços vitais para as operações.”
Use Arquitetura Orientada a Serviços para escalabilidade: é importante ser capaz de escalar um negócio para atender às necessidades do cliente, no entanto, certas dependências podem atrapalhar essa escalabilidade. Usar a Arquitetura Orientada a Serviços reduz a interação cliente-serviço, o que permite maior escalabilidade.
Use a Arquitetura Orientada a Serviços para reduzir custos: Com a Arquitetura Orientada a Serviços, é possível reduzir custos enquanto ainda está ” mantendo um nível desejado de produção. ” O uso da arquitetura orientada a serviços permite que as empresas limitem a quantidade de análise necessária ao desenvolver soluções personalizadas.
Como a arquitetura orientada a serviços e a computação em nuvem funcionam juntas
Em primeiro lugar, é importante observar que A Arquitetura Orientada a Serviços pode funcionar com ou sem computação em nuvem, embora mais e mais empresas estejam movendo o armazenamento de arquivos para a nuvem, então faz sentido usar computação em nuvem e Arquitetura Orientada a Serviços juntas.
Em poucas palavras, usar a computação em nuvem permite que os usuários implementem de forma fácil e imediata serviços adaptados aos requisitos de seus clientes, “sem a necessidade de consultar um departamento de TI.”
Uma desvantagem de usar Arquitetura Orientada a Serviços e computação em nuvem juntas é que alguns aspectos dela não são avaliados, como segurança e disponibilidade ilidade. Ao usar a computação em nuvem, os usuários geralmente ficam à mercê do provedor.
Há um grande desafio que as empresas enfrentam ao mesclar a computação em nuvem com a Arquitetura Orientada a Serviços é a integração de dados e sistemas existentes na nuvem solução. É preciso haver continuidade do início ao fim para que haja uma transição perfeita. Também é importante ter em mente que nem todos os aspectos de TI podem ser terceirizados para a nuvem – há algumas coisas que ainda precisam ser feitas manualmente.
Você pode ler mais sobre como arquitetura orientada a serviços e nuvem computação trabalham juntos aqui.
A diferença entre arquitetura orientada a serviços e SaaS
Já conversamos bastante sobre o que é a Arquitetura Orientada a Serviços e como ela pode ser usada para promover seus negócios. Mas também há SaaS (Software as a Service), que também pode ser usado para promover seus negócios. Você pode estar se perguntando o que é SaaS e como ele difere da Arquitetura Orientada a Serviços. Em resumo, os recursos disponíveis por meio do SaaS são aplicativos de software. Um componente importante é que a infraestrutura SaaS está “disponível para os usuários, mas oculta”. Uma vantagem do SaaS é que os usuários não precisam instalar e manter o software, o que elimina quaisquer requisitos complexos. Com o SaaS, o cliente também não exige nenhum licenciamento antecipado, o que reduz os custos porque os fornecedores estão apenas mantendo um único aplicativo.
Diferenças entre arquitetura orientada a serviços e microsserviços
Microsserviços, também conhecido como Arquitetura de Microsserviços, é um “estilo arquitetônico que estrutura um aplicativo como uma coleção de pequenos serviços autônomos, modelados em torno de um domínio de negócios.”
Embora microsserviços e Arquitetura Orientada a Serviços sejam semelhantes de certa forma, as principais diferenças estão em sua funcionalidade. Os serviços são, obviamente, o principal componente de ambos. Existem quatro tipos básicos de serviços:
Serviço funcional: define as principais operações de negócios
Serviço empresarial: implementa a funcionalidade definida pelos serviços funcionais
Aplicativo serviço: eles estão confinados a um conteúdo específico do aplicativo
Serviço de infraestrutura: implementa tarefas não funcionais, como autenticação, auditoria, segurança e registro
Como você pode ver, cada um desses serviços baseia-se no anterior, criando um sistema que não é apenas fácil de usar, mas fornece uma variedade de maneiras de gerenciar seus negócios. Como acontece com qualquer funcionalidade, é uma questão de descobrir o que funciona melhor para você e sua empresa.
Você pode ler mais sobre arquitetura orientada a serviços e microsserviços aqui.
Algumas considerações finais Na arquitetura orientada a serviços
Como você pode imaginar, A arquitetura orientada a serviços pode ser um osso duro de roer, mas depois que você entender seus detalhes e os benefícios que ela pode oferecer à sua empresa, ficará emocionado ao descobri-la.
Fornecemos vários recursos excelentes de arquitetura orientada a serviços ao longo deste artigo e temos mais alguns artigos a serem lançados que farão um mergulho mais profundo no conceito e fornecerão ainda mais recursos para ajudá-lo a impulsionar seu negócio o próximo nível.
Não importa a direção que você decida seguir ao fornecer serviços aos seus clientes, é importante ter em mente que coisas diferentes funcionarão para pessoas diferentes. Embora você não possa fornecer serviços personalizados para cada cliente contratado, pode fornecer uma gama de serviços que atenderá às necessidades mais comuns de seus clientes.
Em artigos futuros, veremos na Web 2.0 e aprofunde-se nos microsserviços de arquitetura orientada a serviços.