Uma Visão geral de SCA

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.

Composição de Baixo para Cima

  • Selecionar um jogo de componentes existentes para construir uma nova composição
  • Configurar as propriedades dos componentes
  • Desenha ligações internas
  • Ajustar os componentes de uma composição e configurar as referências a serviços externos
  • Não por a mão na composição do deployment


Composição de Cima para Baixo:

Começar com coleta de exigências para a composição nível de cima

  • Define os serviços/referencias e propriedades para composição
  • Quebrar da composição em componentes e em ligações entre eles
  • Quebra recursiva de cada componente
  • Entrega dos contratos dos componentes individuais para os desenvolvedores implementarem

Conjunto Heterogêneo

  • Componentes numa mesma composição compartilham um contexto comum para muitos aspectos, tais como:

- a instalação, distribuição, as definições de segurança, registro de log, etc.

Implementando Reuso – Por configuração

  • Selecione uma implementação de componente existente
  • Configure seu comportamento (através de configs, propriedades, refs), para corresponder aos requerimentos/exigências atuais

- Exemplo: Configurar múltiplas instâncias do componente “ProductPricing”, cada uma com uma moeda, uma taxa, um gráfico de descontos, etc.

  • Configure seu comportamento (através de configs, propriedades, refs), para corresponder aos requerimentos/exigências

Flexibilidade no Deployment

  • Responsáveis pelo Deploy escolhem e configuram mecanismos de comunicação para os serviços/referências sem ter de modificar a implementação do componente

Abstrai declaração das políticas

0. Administrador de Politicas autor de policySets com as politicas concretas de SCA
1. Desenvolvedor especifica inteção na montagem de componente SCA
2. Desenvolvedor passa a montagem SCA para os Publicadores
3. Publicadores configuram montagems SCA, atribuindo conjunto de politicas para SCA (pode ser altomatizado)
4. Infra publica a montagem SCA configurada para o ambiente de SCA Runtime(servidor)
5. infra ou publicadores atualizam Registro de componentes(Registry)

Tecnologia SCA


As Especificações de SCA

OASIS SCA Comitês Técnicos

  • OpenSCA Member Section
    SCA Assembly TC
    SCA Bindings TC
    SCA Policy TC
    SCA J TC
    SCA C-C++ TC
    SCA BPEL

Trabalho dos Comitês Técnicos para SCA

  • Oasis produz Versões padrões das especificações de SCA

- conformidade nas indicações
- mandatório vs opcional
- portabilidade, interoperabilidade

  • Suite de Teste

- Definir suítes de teste para checar conformidade

  • Desafios

- Qual é uma boa suíte de testes para SCA?

- Coordenação entre os Comitês Técnicos

Trabalhos em Andamento

  • Especificação para linguagem C
  • Especificação para linguagem COBOL
  • REST binding(s)
    - JSON, ATOM

Sumario

  • OASIS SCA

- principal esforço para o próximo ano
- apelar para uma audiência muito grande

  • 6 Comitês Técnicos para SCA avançar & coordenada!