Adoção de SOA: Princípios e Desafios

Prévia do material em texto

Pesquisa 1 - O que deve ser considerado antes de adotar SOA?
Adotar SOA é conseguir uma solução que assegure uma agilidade comercial e reutilização de funcionalidades. A primeira etapa em adotar essa arquitetura é identificar os problemas e objetivo importantes à integração. Alguns dos princípios implantados em SOA são escolhidos de modo que atendam as necessidades comercias, ofereçam um bom tempo para concretizar o valor e dando o melhor suporte ao crescimento de longo prazo para as empresas (MICROSOFT, 2012).
O desafio de fornecer aplicações baseadas em SOA está em identificar os problemas que podem acontecer e ter um plano para resolvê-los sem ter impactos na implementação.
https://www.devmedia.com.br/vantagens-e-desvantagens-de-soa/27437
Pesquisa 2 – Como o BPM pode apoiar o SOA? Qual a relação entre eles?
 SOA (arquitetura orientada a serviços) e BPM (gerenciamento de processos de negócio) nascem em resposta a essas necessidades empresariais, tanto para a área de TI (SOA) quanto para a área de negócio (BPM). Vejamos a relação entre eles:
SOA é uma filosofia de TI que visa facilitar a integração entre sistemas orientando a criação e disponibilização de soluções modulares e fracamente acopladas baseadas no conceito de serviços.
SOA ajuda a TI a pensar as soluções de tecnologia de forma integrada, mas com baixo acoplamento (sistemas com pouca dependência de outras funções e aplicações). Também ajuda a organizar os sistemas e as soluções corporativas, já que é a TI que deve pensar a melhor maneira de resolver os problemas do negócio (veja mais no artigo SOA – Arquitetura Orientada a Serviços).
BPM é um modelo de gestão dos processos de negócio que necessita de ferramentas de TI como apoio. É fundamental nas mãos de profissionais da área de negócio que querem aperfeiçoar os seus processos internos e garantir qualidade na entrega dos serviços.
E aqui temos a principal relação entre SOA e BPM, entre TI e negócio: um precisa do outro, um depende do outro. A TI não pode implantar sistemas sem conhecer o negócio. Já a área de negócio não pode implantar nada sem o suporte da TI.
Normalmente BPM é uma iniciativa da área de negócio que quer organizar os seus processos e pede auxílio a TI para fazer isso de forma automatizada. Já SOA costuma ser uma iniciativa da área de TI, com o objetivo de melhorar a sua eficácia.
BPM facilita e orienta a definição do portfólio de serviços, já que:
· Processos são consumidores de serviços;
· Serviços são atividades/funções de negócio e, portanto, fazem parte de algum processo;
· É o método natural e alinhado ao negócio;
· Permite rastreabilidade (matriz processo x serviço);
· Possui um crescimento incremental.
A conclusão, assim, é óbvia: o alinhamento entre a área de negócio e a de TI é certamente o melhor case de sucesso para a empresa. Podemos inclusive citar alguns dos benefícios desse ‘casamento’:
Abaixo temos uma imagem que ajuda a compreender melhor a relação entre SOA e BPM, que vai do alto nível do modelo de negócio até o baixo nível da infraestrutura:
Nessa imagem fica claro que a colaboração entre a TI e a área de negócio é a fórmula mágica do sucesso. Isso requer que a TI invista tempo para aprender e compreender profundamente as necessidades da área de negócio e a área de negócio desenhe seus processos da forma mais coerente, detalhada e transparente possível e auxilie a TI na sua implementação.
Essa colaboração alinhada certamente trará benefícios para toda a empresa, em todos os níveis – do administrativo ao gerencial.
http://blog.iprocess.com.br/2012/10/relacao-entre-soa-e-bpm-no-sucesso-da-automacao-de-processos/
Pesquisa 3 - Existem Pontos Negativos no SOA?
A principal preocupação em implementações dessa arquitetura é a questão da segurança. Em uma pesquisa global patrocinada pela CA, 43% dos executivos classifica a segurança como o ponto mais crítico nas iniciativas SOA. (TI INSIDE ONLINE, 2012).
Todos os tipos de desenvolvimento de software tem suas desvantagens, na arquitetura orientada a serviço não é diferente, ela depende da implementação de normas, não é utilizada em aplicações com grande transferência de dados, alto acoplamento e aplicações que precisam manter estado. A seguir são listadas algumas desvantagens.
· Complexidade: Uma grande quantidade de serviços precisa ser gerenciada.
· Desempenho: O desempenho depende do servidor onde o serviço está publicado, como também da rede.
· Robustez: Caso uma exceção acontecer não tem como reverter o processo.
· Disponibilidade: Uma queda na rede ou no servidor deixa todos os serviços indisponíveis.
· Testabilidade: O debug no serviço é um problema para os desenvolvedores.
· Segurança: Os serviços estão disponíveis na rede, qualquer aplicativo pode consumir esse serviço, os dados são trafegados pela rede podendo ser interceptados.
· Custoso e Lento.
A adaptação das aplicações existentes para poderem servir os serviços do SOA é um processo complicado que necessita de um profundo conhecimento do funcionamento das mesmas. A própria definição dos serviços obriga a uma visão global dos processos e funções da organização.
https://www.devmedia.com.br/vantagens-e-desvantagens-de-soa/27437
Pesquisa 4 – O que é Governança SOA?
Governança SOA, também conhecida como Governança de Serviços, é responsável por definir várias políticas e diretrizes para uma boa implantação de uma Arquitetura Orientada a Serviços. 
Governança SOA é um sistema de meta-decisão que uma organização utiliza para controlar e restringir as responsabilidades de tomadas de decisão relacionadas à adoção e implantação de orientação a serviços.
Um sistema de decisão pode ser considerado um conjunto de regras pré-definidas. Por sistema de meta-decisão, entende-se que devem ser definidos intervalos e domínios para tais regras. Regras estas que serão úteis na adoção de uma arquitetura orientada a serviços.
Ainda parece muito vago, mas já deve ser possível compreender que não é algo que se pode comprar e sim algo de se deve construir de acordo com a estrutura e cultura da empresa.
Governança SOA é a combinação de pessoas, políticas, e processos dentro de sua organização com o objetivo de garantir que o objetivo da sua estratégia SOA sejam alcançadas.
Para isso ela deve endereçar como os serviços reusavam são definidos, modelados, criados, acessados, executados e mantidos; incluindo todas as implicações dessas definições;
Porque é necessária?
Apesar de não ser a disciplina responsável por alguns dos itens abaixo, a definição e manutenção da Governança SOA ajuda a garantir que estes serão executados de forma corporativa e padronizada:
• Possibilita pesquisa e descoberta de serviços promovendo o seu reuso;
• Evita duplicação e melhora a sinergia entre projetos;
• Possibilita análise de impacto em alterações;
• Define e mantém padrões arquiteturais;
• Possibilita mensurar o sucesso do uso de SOA na organização;
http://felipefirmo.com.br/2014/12/governanca-soa-o-que-e-e-porque-e-necessaria/
Pesquisa 5: Quais métricas podem ser utilizadas para comprovar SOA?
Tempo: Uma pessoa gasta três horas para realização de determinado processo, com SOA este processo poderia ser reduzido em quinze minutos.
Retorno de investimento: Com reutilização dos componentes já existentes o custo de uma implentação SOA seria menor comparada a uma implementação tradicional.