David Conway um Arquiteto corporativo e Consultor SOA independente, compartilha sua perspectiva sobre a legibilidade do SOA em uma organização. Ele caracteriza SOA como um agente para reduzir o TCO (Total cost of ownership - Custo total de propriedade) como um resultado de compartilhamento e reutilização de serviços combináveis.
Depois de entendido o porquê uma organização precisa de SOA, ele afirma que “SOA é uma forma de solução que só pode ser eficaz se resolver o problema em questão. Então o [próximo] passo “para estar pronto” é entender claramente o problema que você está tentando resolver.” e dá exemplos de classes de problemas que se pode resolver usando SOA.
- Temos dados realmente úteis capturados em sistemas legados que gostaríamos de liberar a novos grupos de usuários para aumentar a satisfação do cliente
- Nosso processo de administração é manual, ineficiente e caro porque nós recadastramos a mesma informação em múltiplos sistemas
- Nós achamos difícil conseguir que nossos sistemas comuniquem-se com novos sistemas de fornecedores
- Nossos sistemas de negócio não podem escalar para atender a comunidade de usuários continuamente crescente
Ele adverte que desde que SOA é algo único em enfatiza compartilhamento através de organizações, e que “desafia uma organização a mudar o modo de como ela pensa, comunica, entrega, suporta e gerencia”. Ele descreve alguns dos desafios que qualquer organização precisa conhecer a fim de estar pronta.
- Canais de Comunicação Uma organização terá que investir em canais de comunicação formal e informal para promover o compartilhamento das informações.
- Governança SOA inicialmente exigirá uma função de Governança de forma que você não conseguirá grande coordenação de negócios, sem um grau de controle.
- Orçamento Compartilhamento da informação e processamento através de uma empresa significa que uma única iniciativa pode envolver diversos departamentos. Uma abordagem orçamental que aloca orçamentos em um departamento base pode ser a luta para encorajar o nível de colaboração necessária para entregar uma solução otimizada.
Além destes desafios organizacionais, ele lista as coisas que se precisa saber (parafraseadas) para avaliar a legibilidade das organizações, ao avançar com SOA.
SOA requer analistas qualificados - SOA habilita a re-engenharia de processos de negócio. Seus analistas devem ser qualificados para captação de requisitos de negócio para que eles possam analisar um processo e remover as redundâncias.
SOA requer conhecimento técnico - Desenvolvedores e designers precisam ser proeficientes com standards e patterns de mensagens, tecnologias XML, plataformas e ferramentas SOA. Eles também precisam saber os pontos fortes e as limitações do SOA para aplicar esse conhecimento em suas soluções.
Construção de Serviços implica em custos – Ele categoriza custos como custos up-front ex. implantação deste serviço, registro de serviço para descoberta, segurança etc. que podem ser suportados durante o período de vida útil de um programa e a escolha correta das ferramentas podem ajudar a minimizar alguns destes; e os custosoperacionais associados aos testes, que envolve testes dos serviços bem como teste da aplicação do cliente e manutenção do serviços.
Gerenciamento dependência de fornecedores – Na escolha de plataformas e ferramentas, a dependência é inevitável em qualquer empresa IS. A melhor estratégia é escolher um fornecedor que melhor se adapte ao seu perfil, adotar padrões da indústria popular sempre que possível e tentar ser inteligente sobre como e quando atualizar-se.
Sua organização está pronta para SOA? Leia o texto original.