Integra o de Dados com SOA
À medida que as empresas desenvolvedoras de software crescem, elas passam por um amadurecimento de seus produtos e serviços. Padrões de projeto são implementados e processos são melhorados afim de diminuir custos, ganhar tempo e aumentar a qualidade dos produtos.
No caso do produto ser um software, uma das táticas para elevar o grau de maturidade e qualidade é criar um canal padrão de comunicação entre o produto (software) e o mundo externo (outros softwares que precisam compartilhar dados).
Olhando para a área tecnológica atual, vemos que a Arquitetura Orientada a Serviços (SOA) tem se tornado um modelo interessante a ser utilizado no desenvolvimento de softwares, e vem de encontro com este canal padrão de comunicação dos softwares.
Serviços
A ideia de Serviços, em SOA, é criar componentes ou porções de software contendo regras de negócio (ou ainda apenas partes de regras de negócio), que sejam isolados o suficiente para que possam ser reutilizados por diferentes aplicativos.
Uma das formas de disponibilizar estes serviços é utilizando web services. Assim, com o crescimento da comunicação através de web-services, a Arquitetura Orientada a Serviços veio à tona novamente.
Entretanto, SOA não está totalmente associada à web-services, e nem está fortemente ligada às tecnologias. Como o próprio nome diz, SOA é uma arquitetura. Ela nada mais é que uma maneira de projetar software com baixo acoplamento (sem dependência complexa), considerando as necessidades/regras do negócio.
Diferente do que parece, SOA não é algo novo. Esta arquitetura era muito associada no passado com tecnologias como CORBA, DCOM, e tecnologias de integração baseadas em documentos, como o EDI (Troca Eletrônica de Documentos).
A publicação de serviços deve ser focada em como expor os investimentos existentes de TI como um conjunto, baseado em padrões, e permitindo que estes investimentos estejam disponíveis para a maior quantidade de