SOA

Service-Oriented Architecture

3 de Maio de 2007

Savoir Faire

Foco em Projetos

SOA – Service Oriented Architecture

GEEOP – Gestão Estratégica de Empresas Orientadas a Projetos

Gestão de Serviços Contínuos - SLA

Gerenciamento de Projetos

Consultoria deProcessos

Concepção deSoluções

Desenvolvimento deSistemas

Garantia da Qualidadede Sistemas

Implantação deSistemas

Solução Fiscal eNota Fiscal Eletrônica

Telco

Utilities

Bancos

Outros

Manufatura

Savoir Faire

Savoir Faire – Especializada em SOA

Investimento em capacitação UBC – University of British Columbia

Garantia de Qualidade Parceria com a SOA Systems – Thomas Erl

Serviços SOA da Savoir Faire Educação e Evangelização

Seminário Internacional maio/07 – Thomas Erl Treinamentos customizados

Consultoria Estratégia de Serviços Plano de Investimentos Estruturação do projeto de transição Gestão do projeto de transição Governança

Origem do SOA

Termo “Service-Oriented” A Sociedade é completamente orientada a

serviços Cada organização oferece um conjunto de serviços Cada serviços é utilizado por múltiplos clientes

É a melhor solução para a comunidade Maior especialização de cada organizador Capacidade de atender a requisitos específicos As organizações se compõem para oferecer

serviços mais complexos

Padronização na realização das transações Protocolo de comunicação Expectativa do serviço a ser prestado

Origem do SOA

SGML HTML

SOAP

WSDL

WEB Services

UDDI

XSLT

XSD

XML W3C

OASIS

A evolução da tecnologia viabilizou o SOA

Origem do SOA

TRANSPORTE E TRANSFORMAÇÃO

SEGURANÇACONTRATOS

DESERVIÇOS

SERVIÇOSSERVIÇOSSERVIÇOS

ORQUESTRAÇÃO

A

CONTRATOSDE

SERVIÇOS

A

B

H

H

K

K

Origem do SOA

Uma arquitetura que nasceu baseada em três componentes:

Solicitantede

Serviços

Provedorde

Serviços

Registrodos

ServiçosPublicar WSDL

Descobrir eRecuperar WSDL

Trocar Mensagens SOAP

Fonte: Thomas Erl

Serviços: Serviços são blocos independentes que coletivamente representam um

ambiente de aplicações

Um Serviço é um contêiner que engloba diversas funções e até mesmo um completo Processo de Negócio

Um Serviço não implica em uma determinada tecnologia

Fonte: Cyrille Thilloy

Orientação a Serviços

Orientação a Serviços

Fontes de Serviços:

Serviços

Análise dos Processos de

Negócio

Serviçosjá existentes

Processos deNegóciosExistentes

Análise das EntidadesEssenciais

Oportunidade(Orçamento)

Análise do Negócio

(Expertise)

Orientação a Serviços

Princípios da Orientação a Serviços: Serviços são Reutilizáveis

Serviços compartilham um Contrato formal

Serviços possuem um Baixo Acoplamento

Serviços Abstraem a lógica

Serviços são capazes de se Comporem

Serviços são Autônomos

Serviços evitam Alocação de Recursos por longos períodos

Serviços são capazes de serem DescobertosFonte: Thomas Erl

A Arquitetura

Fonte: SOA Consortium

A Arquitetura

SOA Consortium

SOA Consortium

Criado em janeiro de 2007

Não é um consórcio de padronização, como o W3C e o OASIS

Tem como missão incentivar e apoiar fornecedores e usuários para que as maiores organizações adotem o SOA com sucesso

SOA Consortium

SOA Executive Summits Realizado em março em 3 pólos distintos

California, Texas e New York Participação de CIO’s e CTO’s das maiores empresas globais

Os executivos entrevistados foram unânimes em concordar com as premissas do SOA Consortium: SOA é a chave para viabilizar a agilidade dos negócios no século 21 Para alcançar os benefícios do SOA são necessárias mudanças significativas

dos executivos dás áreas de negócio e de TI Atualmente o SOA é erroneamente percebido como um assunto de TI.

SOA é uma estratégia de negócios

SOA Consortium

SOA Executive Summits – Top 5 Insights1. Não se deve fazer uma separação artificial entre SOA e BPM

“SOA, BPM, Lean, Six Sigma são todos basicamente uma coisa só (estratégias de negócio & estrutura) que devem trabalhar lado a lado”. CTO

“top-down business view”

“service providers”

“execute the model”

Creating a Platform for Business Agility

SOA Consortium

SOA Executive Summits – Top 5 Insights2. O sucesso requer colaboração das áreas de negócio e TI

Antes do SOA:

Com o SOA:

Estratégiade Negócios

Portfoliode TI

Estratégiade TI

Arquiteturade Negócio

Processosde Negócio

Requisitosde Negócio

Solução TI

PlanejamentoSoluções

de negócio

Estratégiade Negócios

Estratégiade TI

Arquiteturade Negócio

Arquiteturada Empresa

SOA Consortium

SOA Executive Summits – Top 5 Insights3. Na esfera de TI, o SOA deve permear a organização

• Architectural Roots

• SOA Blueprinting

• Infrastructure Services

• Early Business Services

• Pilot Projects

Start-upArchitects Initiate SOA

SOA Consortium

SOA Executive Summits – Top 5 Insights3. Na esfera de IT, o SOA deve permear a organização

Infuse SOA DNARoll-out

Senior Development Managers

Must Drive SOA Execution

SOA Consortium

SOA Executive Summits – Top 5 Insights4. Grandes impactos operacionais e pouca ênfase da indústria

“ Se você tem SOA, você tem muitos serviços, você tem muitos serviços compartilhados, você tem um ambiente de aplicações compostas que é muito diferente de gerenciar que um ambiente vertical”

“Eu não acho que o custo esteja na criação de serviços, acho que está em tudo”

Desafios operacionais: Gestão das versões dos serviços Testes Gestão de Mudanças

“Onde estão as melhores práticas do SOA, como um ITIL para o SOA?”

SOA Consortium

SOA Executive Summits – Top 5 Insights5. SOA está virando o jogo para os fornecedores de aplicações

“Eu quero utilizar o SOA para descustomizar aquilo que eu passei os últimos 8 anos customizando”

“Estamos caminhando para ter software como serviços? SIM.”

“Esta é a maior parte do SOA? Não.”

“Nós vamos escolher o que realmente queremos.”

De onde virão os serviços? Desenvolvimento interno, explorando as funções existentes. Pacotes de sistemas com SOA – Compre a aplicação e ganhe os

serviços. Assinaturas de serviços Open Source

Desafíos: Certificação, interoperabilidade e QoS

SOA - Melhores Práticas

SOA Consortium

SOA - Melhores Práticas

Plano de Transição

SOA Consortium

Armadilhas na adoção do SOA

Situações que podem comprometer os resultados do projeto de adoção do SOA: Desenvolver o SOA como a Arquitetura Distribuída Tradicional

Não padronizar o SOA

Não criar um Plano do Transição

Não iniciar com uma arquitetura fundamentada em XML

Não entender os requisitos de performance do SOA

Não entender a segurança necessária para Web Services

Não se preocupar com as plataformas adotadas e a compatibilidade com os padrões

Fonte: Thomas Erl

Benefícios de adotar SOA

Business Services geram agilidade para os modelos de negócio

Business Services preparam os processos para a Orquestração

Business Services viabilizam o reuso

Somente os Business Services podem tornar real a Empresa Orientada a Serviços

Fonte: Thomas Erl