Mundo SOA

Um Pouco de História

• “… em um certo momento, alguns desenvolvedores pensaram que seria bom ter um modelo de programação para sustentação à arquitetura orientada do serviço…”
• Esse modelo é SCA
• As empresas da indústria de TI que colaboram cresceu de apenas 2 companhias para 18 hoje

• publicado a versão 1.0 das especificações de SCA, em março 2007

• As especificações de SCA agora estão prontas para a estandardização no comite OASIS.

Site do grupo Open SOA Collaboration www.osoa.org:

Padronização

• OASIS ira guiar a padronização das especificações da colaboração na seção dos membros de OpenCSA
• Estrutura da seção dos membro

• 6 comitês técnicos (TCs) para dirigir-se a um ou mais especificação da colaboração

• SDO V2.1 para Java será terminado no JCP como JSR235
• O desenvolvimento das especificações ira continuar dentro da colaboração de OSOA para as tecnologias ainda não prontas para a padronização.

Modelo de programação de SOA (1)

• O modelo de programação de SOA deriva-se do conceito básico de um serviço:
• Um serviço é uma abstração que encapsula uma função do software.
• Desenvolvedores controem serviços, usam serviços e desenvolvem soluções de serviços agregados.

• A composição dos serviços em soluções integradas é uma atividade chave

Modelo de programação de SOA (2)

• Elementos do núcleo:

- Conjunto do Serviço:
. Representação da composição dos serviços independente da tecnologia e da linguagem de programação.

- Componentes do Serviço:
. Implementação do serviço composto independente da tecnologia e da linguagem

- Serviço Objeto de Dados (Service Data Object – SDO):
. Representação do Serviço de Entidade de Dados (SDO), independente de tecnologia e linguagem.

O que são SCA e SDO?

• Service Componente Architecture:
  

  - Um modelo executável para construir aplicações orientadas a serviço (SOA), como redes compostas de componentes de serviço.
  - “Usado para construir aplicações baseadas em serviços compostos

• Service Data Objects:

- um modelo unified para a manipulação dos dados (do serviço), independente de sua fonte ou origem.
- “para assegurar e obter dados em um ambiente de serviços”

Service Component Architecture (SCA): Modelo de Programação Simplificada para SOA

• modelo para:
  - construindo componentes de serviço
  - montando componentes em aplicações
  - publicando (deploy) para ambientes de produção (distribuído)
  - prestar serviços de manutenção aos componentes
  - construir componentes apartir de códigos novos ou existentes usando princípios de SOA
  - neutralidade-de-vendedor – suportado através da indústria
  - língua-neutro – componentes escritos usando alguma língua
  - neutralidade-de-tecnologia – usar todos os protocolos e infra-estrutura de comunicação para ligar componentes

Benefícios Chaves de SCA

• Baixo Acoplamento: Integrar Componentes sem a necessidade de saber como os outros estão implementados
• Flexibilidade: Os componentes podem facilmente ser substituídos por outros componentes
• Serviços: Podem facilmente ser invocados de forma síncrona ou assíncrona
• Composição: Das soluções: claramente descritos
• Produtividade: Mais fácil de integrar componentes para dar forma às aplicações compostas
• Hetereogenidade: Implementações através de múltiplas linguagem de programação e mecanismos de comunicação.
• Declarativo: Aplicação de serviços de infra-estrutura
• Simplificação: Para todos os desenvolvedores, integradores e publicadores de aplicações.