SOA, Simples Assim!

SOA Patterns

O livro “SOA Design Patterns“, do Thomas Erl já estava no forno mais de 1 ano. Finalmente disponível, a publicação é um daqueles “must read” para quem não quer “reinventar a roda” e seguir boas práticas e padrões nas implementações e integrações baseadas em SOA.

O livro foi feito de forma colaborativa. Além do próprio autor, outros 35 especialistas ajudaram na extensa e excelente lista de patterns que o livro apresenta. Nomes como David Chappell (Oracle),  Mark Little (Red Hat/JBOSS), Pablo Cibraro (Lagash Systems SA), Nelly Delgado (Microsoft Corporation) etc.

Você pode consultar a lista dos patterns neste link. Adicionalmente, Erl disponibilizou um MS Visio Stencil  (template) que você pode baixar aqui e utilizar livremente na representação gráfica dos seus padrões e diagramas (testei no MS Visio, MS Word, MS PowerPoint).

Abaixo o comentário de uma das mais conhecidas analistas, Anne Thomas (Burton Group):

The technical differences between service orientation and object orientation are subtle enough to confuse even the most advanced developers. Thomas Erl’s book provides a great service by clearly articulating SOA design patterns and differentiating them from similar OO design patterns.
- Anne Thomas Manes, VP & Research Director, Burton Group 

Thomas Erl, um dos autores de livros e artigos sobre SOA mais ativos, publicou o primeiro artigo sobre SOA Design Patterns no site da CIO.com. Esta é a primeira parte do artigo “SOA Design Patterns: A Gentle Introduction“.

Patterns são uma espécie de salva-vida para arquitetos e desenvolvedores. Não tente ser o “herói“… …no final geralmente eles morrem.

Já citei aqui o Catálogo de Patterns mantido pelo mesmo autor deste artigo. É uma excelente fonte de informação para você não sair por aí “inventando a roda”. No texto é citado um destes pattern, o “Domain Inventory“.

Este pattern sugere uma solução de “service inventory” para grande organizações. Uma tentações do arquiteto é montar um único “inventory blueprint” para toda a organização. Ao tentar fazer isto o resultado será invitavelmente aquelas implatações de SOA que não passam da Fase 0, por anos e anos.

A regra proposta pelo padrão é “dividir para conquistar”. Divida a organização em unidades de negócio menores (baseada em filiais, ou mesmo unidades de negócio propriamente dita) e inicie a implantação da arquitetura por etapas:

(fonte: http://www.soapatterns.org/domain_inventory.asp)

Arnon Rotem-Gal-Oz é o autor do livro “SOA Patterns” pela editora Manning Publications Co.

Pelo que entendi o livro impresso só estará disponível completamente em Fevereiro/2009, mas já é possível fazer o download do e-Book (US$ 29,99) pelo site da editora. Por exemplo o capítulo 1 (PDF), “Solving SOA Pains with Patterns” pode ser baixado aqui.

De acordo com o blog do autor, a partir de uma entrevista no site DZone.com, o capítulo 2, “Basic Structural Patterns” também está disponível para download (fiz o download do capítulo 1, não tentei baixar o outro capítulo).

Veja alguns outros Patterns que estão no livro e que recomendo a leitura:

1. Service Firewall Pattern: como proteger seu sistema de um ataque do tipo “XML Denial of Service” (XDoS)

2. Saga Pattern (PDF): pattern para resolver 2 problemas:

• No momento do commit o processo é abortado
• Uma consulta a um serviço “externo” é necessário para completar a transação

3. Gridable Pattern (PDF): quando necessário um deplyment de serviços para sistemas altamente distribuidos

A figura abaixo (parte do Capitulo 1 do livro), resume muito bem os componentes de SOA e seus relacionamentos.

(fonte: “SOA Pattern”, Arnon Rotem-Gal-Oz, Capítulo 1)

A revista “SOA World Magazine” de Junho/2008 trará este excelente artigo (PDF, 07 páginas) de um dos mais renomados escritores técnicos de SOA, Thomas Erl (várias vezes citado neste blog).

O artigo é nota 10 e se você tem interesse por Patterns e/ou SOA, a leitura é “mandatória”. Propositalmente, não vou escrever nenhum resumo ou resenha. Vou apresentar apenas um trecho do artigo:

Design Patterns and Architecture Types

Each SOA design pattern provides a design solution in support of successfully applying service orientation and establishing a quality service-oriented architecture. Therefore, to better understand how and to what extent individual SOA design patterns can be applied, SOA as an architectural model itself needs to be broken down into the following types, each of which represent a common “scope of implementation”:

• Service Architecture – The architecture of a single service.
• Service Composition Architecture – The architecture of a set of services assembled into a service composition.
• Service Inventory Architecture – The architecture that supports a collection of related services that are independently standardized and governed.
• Service-Oriented Enterprise Architecture – The architecture of the enterprise itself, to whatever extent it is service-oriented.

In a typical enterprise, these architecture types are very much interrelated, yet each requires individual design attention and
documentation.