Por IDG News Service

A solução da Thomson para o problema de workload de conformidade era recorrer à automação, utilizando ferramentas de avaliação de políticas da WebLayers. “As ferramentas são mais eficientes e não deixam passar violações”, diz Mitevski. Levou algum tempo criar as políticas nas quais as ferramentas se baseiam para avaliar a conformidade e é vital que os arquitetos examinem as análises das ferramentas para ver se determinados problemas surgem repetidamente, indicando falta de entendimento de políticas-chave por parte dos desenvolvedores ou ambigüidade na arquitetura, observa Mitevski. “Ajuda a nos mostrar o que podemos fazer melhor, e algumas políticas precisam ser ajustadas.”

Mas Mitevski descobriu que a maioria das violações acontece porque os desenvolvedores tomam atalhos. Os arquitetos também decidem quando abrir exceções aos desenvolvedores por qualquer violação à conformidade, algo que acontece raramente. As exceções são anotadas no registro para conhecimento de outros usuários.

Na Thomson Financial, os resultados da automação de conformidade dos serviços são surpreendentes. “Antes, para colocar um serviço em atividade, eram necessárias 20 pessoas em um processo altamente orquestrado em vários grupos. Agora uma pessoa basta”, comemora Mitevski.

Jabil Circuit simplifica integração do cliente
Uma empresa focada em serviços de manufatura tem que enfrentar uma grande empreitada de integração do cliente – por exemplo, sistemas de billing, previsão e entrada de pedidos e os muitos sistemas utilizados por seus clientes. Mas é muito difícil gerenciar toda esta comunicação ponto-a-ponto à medida que a base de clientes cresce e evolui os próprios sistemas.

É por isso que muitos fabricantes migraram para fornecedores de hubs de transação, batizados de VANs (value-added networks). Cada fornecedor e cliente se preocupam apenas com uma conexão com a VAN , e para cada dupla cliente-fornecedor.

Mas esta abordagem fracassa quando você tem processos personalizados junto aos seus clientes que não são suportados por VANs padrões. A Jabil Circuit, fabricante de produtos eletrônicos personalizados, enfrentou este dilema da maneira mais difícil: manter manualmente todas as interfaces e aplicações personalizadas.

A Jabil tem mais de 5 mil parceiros comerciais e era possível lidar com a maioria deles através da abordagem de VAN. Mas 50 clientes precisavam de mecanismos de comunicação ou processos de negócio especiais para os quais a Sterling Commerce VAN havia sido projetada. Com freqüência, havia várias destas conexões personalizadas para cada cliente, aumentando o esforço, lembra Lowel Gilvin, gerente de comércio eletrônico da empresa. Alguma coisa precisava mudar.

Foi então que a Jabil adotou princípios SOA para substituir a maioria destas conexões personalizadas por conexões baseadas em serviços que possibilitam a reutilização de funções comuns.

O primeiro passo foi separar os processos de negócio – gerenciamento do pedido até o pagamento, previsão e estoque em consignação, por exemplo – dos processos de comunicação. A Jabil agora tem serviços padrões para a maioria dos mecanismos de comunicação em uso, como AS1 (Applicability Statement 1), AS2 (Applicability Statement 2) e FTP, e serviços separados de tratamento de dados, para os formatos XML, flat-file, Excel e SAP iDocs, por exemplo.

A empresa compõe o serviço de comunicação, o serviço de tratamento de dados e o serviço de negócio apropriados para cada um destes clientes, usando tabelas e metadados para automatizar a composição na maioria dos casos. Em alguns casos, os clientes utilizam mais de um mecanismo, talvez de acordo com o departamento em questão, e as tabelas dão conta destes múltiplos mecanismos, diz Gilvin.
Os conceitos SOA de abstração, modularidade e composição de serviço, em geral, funcionam como estão.

Em alguns casos, requisitos especiais não podem ser satisfeitos através da combinação de serviços. Portanto, a Jabil ainda tem algumas integrações one-off para manter. Mas, mesmo aí, a empresa pode usar a abordagem SOA para parte da integração. Os certificados para validação de XML e SSL, por exemplo, não podem ser tratados como serviços padrões, já que são únicos, mas a Jabil pode compor os serviços de comunicação e negócio apropriados com um serviço de tratamento de dados hard-wired, mantendo os benefícios de reutilização e consistência de SOA em dois dos três aspectos da integração, segundo Gilvin.

Outros destaques do COMPUTERWORLD:
>SOA: passo-a-passo rumo ao sucesso
>Qual o perfil ideal de um projeto de SOA?
>Cinco perguntas que você precisa fazer antes de investir em SOA
>SOA traz agilidade, não necessariamente corte de custos

Ao invés de usar um ESB para gerenciar mensagens, um registro para gerenciar o repositório de serviços ou um ambiente de desenvolvimento orientado a SOA para desenvolver os serviços, a Jabil emprega o Gentran Integration Suite da Sterling Commerce para as três finalidades. O pacote é projetado para interações do supply-chain, justamente o que a empresa está tentando gerenciar. Este escopo limitado permite que a Jabil se apóie na arquitetura embutida do conjunto de ferramentas ao invés de criar a sua própria. “Temos um pequeno conjunto de processos de negócio padrões”, diz Gilvin.