SOA, Simples Assim!

(fonte: Mike Davis, IT Toolbox)

Não ! Primeiramente é importante lembrar que não existe uma solução única, seja ela open-source ou não, que seja o “best of breed“, ou seja, felizmente sua empresa não precisa ficar “refém” de nenhum fornecedor.

Como já afirmei acima, mesmo as soluções open-source não são a solução para toda e qualquer iniciativa em direção a arquitetura orientada a serviços (SOA). Não existe a “bala de prata” e nem um fornecedor único que tenha a solução para todos os seus problemas, com um preço que você pode pagar.

A questão que apresento aqui é que existem alternativas que podem devem ser avaliadas.

O que eu sempre falava nos seminários sobre SOA é que a utilização de produtos open-source tem algumas vantagens. Algumas delas são:

• Validação da arquitetura proposta: uma espécie de prova de conceito da macro-arquitetura proposta
• Custo: solução de baixo custo antes de realizar grandes investimentos em soluções proprietárias
• “Hands-on”: em geral é preciso “colocar a massa” para instalar os softwares… …não espere “Next->Next->Finish“… Isto permite que sua equipe conheça como as soluções funcionam de verdade

Algumas soluções opensource disponíveis

A lista a seguir apresenta algumas soluções open-source para auxilia-lo a adotar uma estratégia SOA:

• ESB: MuleSoft ESB (antiga MuleSource), Apache Synapse, OpenESB/Glassfish ESB, Apache ServiceMix (aqui uma comparação entre OpenESB/GlassFish ESB e o Apache ServiceMix)

• BPM: Intalio, JBoss jBPM, ProcessMaker
• Workflow: CuteFlow
• Business rules: jBoss Rules
• Portal: Liferay Portal, Apache Jetspeed
• SOA governance: Centrasite, freebXML, MuleSoft Galaxy
• Testing tools: SoapUI, PushToTest
• Integration: Snaplogic
• Suite SOA: WSO2, JBoss SOA Plataform

Cases de Sucesso

Fornecedor de vendor machines de cafés, a empresa utilizou o Mule ESB para integrar sua central de voz (Nortel), seu ERP, seu sistema de controle de estoque etc. Case detalhado aqui

Lakozy é uma subsidiária da Toyota na Índia, o case é da implantação de um workflow opensource para agilizar os processos internos – sem mais a utilização de formulários em papel – e algumas funcionalidades interessantes como integração com serviços de short message (SMS)

Órgão do Ministério da Educação do Brasil. O case detalhado aqui comenta a utilizacão de alguns produtos da JBoss/Red Hat: JBoss Enterprise Application Platform, JBoss Enterprise Portal Platform, JBoss Operations Network (JON) e JBoss Seam Framework

Como estes existem centenas de cases de sucesso.

Conclusão

A mensagem mais importante é que SOA é uma mudança de “estilo de vida”, de pensar em soluções como aplicações compostas, em serviços, padrões abertos, objetivos de negócio, com ganhos de longo prazo (que são os mais sustentáveis). Não ter orçamento para iniciar SOA é uma daquelas desculpas que damos quando queremos perder peso e não temos como pagar uma academia. Para a maioria de nós, se faz necessário pagar uma academia para perder peso ou basta mudar o estilo de vida? Responda você mesmo…

Implementar esta abordagem de arquitetura passa por :

• Mudanças culturais: como gestor, arquiteto esta é uma tarefa sua; você precisa estudar, conhecer, evangelizar
• Planejamento inicial: é necessario tempo para a construção da arquitetura de alto nível, da “big picture”. Porém é este “blueprint” que irá guiar todas as modificações propostas. Se necessário peça ajuda de terceiros mas, não esqueça de colocar a visão da sua empresa. Isto ninguém pode fazer, apenas você
• “Quick Wins”:  para os mais crédulos, resultados práticos. A utilização da abordagem SOA+Metodologia Ágil pode ajudá-lo a conseguir resultados rápidos (viva o SCRUM!)
• Prova de Conceito da sua Arquitetura: é neste ponto que soluções open source vão ajudar você; o investimento inicial é baixo, os ganhos de conhecimento para a sua equipe  ”não tem preço”… …o restante o Mastercard corporativo compra
• Padrões abertos:  lembre-se que sua solução open source pode ser substituída por middlewares proprietários – seja por questões de performance, missão crítica, volume a ser processado etc – utilizando padrões abertos de integração, Web Services, REST, sua migração para soluções fechadas será suave
• Pensar Grande, começar pequeno: construa a “big picture”, inicie com resultados de curto prazo, faça uma análise de “Visibilidade da Solução X Tempo de Desenvolvimento”, divida em quatro quadrantes e escolha aqueles projetos com maior Visibilidade/Retorno e com menor tempo de desenvolvimento

Não deixe de aproveitar o feriado! Abraços,

Davi