Por IDG News Service

Muitos processos têm um componente evento e um componente transação: os representantes de serviço ao cliente obtêm a programação para o dia no sistema de transação, mas mudanças no status de aviões devido a cancelamentos, atrasos por condições climáticas e coisas do gênero tornam esta programação confusa muito rapidamente. O sistema baseado em eventos rastreia o status dos aviões e o sistema de transação de programação atualiza as atribuições da equipe ao consultar este status periodicamente. (Os monitores de exibição dos horários de vôos empregam o mesmo processo.)

O maior desafio foi o sistema de mensagem. “ESBs não utilizam padrões fora dos padrões de web services”, afirma Cidambi. O modo de lidar com serviços baseados em eventos é obscuro e varia conforme o produto ou a ferramenta. Mas Cidambi valoriza o uso de ESBs para SOA e EDA porque eles lidam com mensagem, transformações de dados e outras tarefas críticas de roteamento de dados.

Hoje, a United Airlines tem dois ESBs: um para serviços EDA e outro para serviços SOA. A empresa utiliza um broker de integração IBM WebSphere como plataforma de mensagem orientada para publicação-assinatura para seus serviços baseados em eventos, propagando eventos conforme o necessário e suportando quaisquer transformações entre serviços – essencialmente, atuando como um ESB EDA. Para o transporte, as aplicações J2EE existentes são bastante orientadas a mensagem e todas usam JMS (Java Message Service) como padrão de mensagem ao invés de web services.

A United está adotando o BEA AquaLogic ESB para seus serviços SOA porque é uma plataforma mais nova que, acredita Cidambi, será mais orientada ao conceito moderno de SOA e mais adequada ao ambiente servidor WebLogic e ao ambiente de desenvolvimento Eclipse em uso na United. “O AquaLogic, basicamente, roda sobre o WebLogic”, explica Cidambi. Portanto, não há um esforço de integração.
Evitar esforços desnecessários é um dos motivos de Cidambi não migrar os serviços EDA para o AquaLogic.

O WebSphere se sai muito bem e passar para um novo ESB, inevitavelmente, causaria interrupções e surpresas. A United teve sete anos para otimizar a plataforma WebSphere e eliminar problemas operacionais. Migrar para um novo ESB como o AquaLogic consumiria esforço agora e, sem dúvida, exporia novos problemas.

Outra dificuldade que Cidambi enfrenta é a falta de esquemas XML padrões para EDA, fazendo com que a transferência de mensagens entre serviços EDA e SOA seja mais complexa e demande mais pessoal.

Thomson Financial automatiza conformidade do serviço
Um grande número de empresas aprecia o conceito de SOA porque ele promete acelerar o desenvolvimento. Mas alguns desenvolvedores descobriram que um elemento-chave da governança de serviço, na realidade, pode retardar o desenvolvimento, roubando a velocidade prometida. A empresa de serviços de informação financeira Thomson Financial teve esta surpresa desagradável no início de sua jornada SOA, recorda Vladimir Mitevski, vice-presidente de serviços core de gerenciamento de produto.

“Para ser considerado um ativo de produção empresarial, um serviço precisa estar em conformidade com diversas metodologias e políticas”, observa Mitevski. Muitas são bastante rígidas: os nomes de elementos XML não podem ser abreviados e têm que ser palavras de dicionário, por exemplo. Alguns itens, como nomes e senhas de usuários, não podem ser hard-coded.

Quando você tem poucos serviços, a equipe de arquitetura empresarial, em geral, pode acompanhar e também detectar qualquer problema, diz Mitevski. Mas, muito rápido, os revisores se transformam em gargalos e até começam a deixar passar problemas devido à carga de trabalho.

A Thomas Financial, que tem milhares de serviços com alta granularidade, baixa granularidade -- com tudo que pode haver entre os dois -- e uma equipe de arquitetura pequena, sentiu o golpe rapidamente. “Não importa a granularidade, todo serviço passa por este processo”, diz Mitevski. Só então ele é entrado no registro de serviços. Da mesma forma, a conformidade de serviços alterados tem que ser avaliada antes que a nova versão seja registrada e disponibilizada para uso em produção. “Mas o escritório de arquitetura era um gargalo devido à escala”, explica Mitevski.

Reduzir os requisitos de compliance não era uma opção, dada a natureza crítica das aplicações envolvidas, como os serviços de single sign-on, web services que fornecem informação sobre o mercado financeiro para analistas e empresas, e serviços de análises e gráficos financeiros baseados na web e acessados através do Microsoft Office.