Acredito que muitos já tenham se perguntado isso alguma vez, não é?

Então vamos a um exemplo prático:

Em qualquer sistema comercial que se preze, sempre há um módulo de segurança, e esse módulo, geralmente, é padrão para todos os outros sistemas. E como fazemos para colocar este módulo em outros sistemas novos?  Copiamos e colamos!

Até aí, nenhum problema. Mas um dia, descobrimos que este módulo está com um bug e temos que acertar em todos os sistemas que temos na nossa softerhouse que pode ser um sistema como podem ser N sistemas diferentes.

E em qual iremos acertar? O custo para acertarmos em todos os sistemas é alto. Qual desenvolvedor irá fazer este acerto? Copiamos o mesmo módulo alterado para todos os outros sistemas? Se fizermos isso, teremos que mudar TODAS as versões dos sistemas de TODOS os clientes. Olha que sufoco!

É neste caso que o estudo de SOA entra. Imagine se ao invés desse nosso módulo de segurança ser um programa, um .PAS, por exemplo, fosse um WebService? Neste nosso exemplo, a única coisa que teríamos que modificar seria 1 WebService e atualizar este pacote nos clientes sem afetar o funcionamento do sistema em si.

Colocando nosso exemplo em um gráfico, ele seria assim:

Repare que no gráfico coloquei “Sistema Qualquer”, e é isto mesmo. Com as interfaces bem definidas do WebService de segurança, podemos utilizar os mesmos serviços em qualquer sistema.

Com isto, ganharemos tempo ao desenvolver um novo sistema, pois nosso módulo de segurança já estará pronto, sem precisar fazer os famosos "copiar e colar", pois bastará instalar o WebService no nos clientes. E mais, se descobrirem algum bug, bastará atualizar o WebService e mais nada!

Este exemplo foi em um WebService de segurança, mas ainda temos vários outros módulos que poderíamos utilizar SOA como solução. Pare, pense e comente ao final deste artigo quais outras soluções você acha que poderíamos utilizar SOA.

Um abraço e até a próxima!
George De Luca