2o workshop governanca soa na pratica

Workshop
Governança SOA
em prática

15/Set/2010

confidencial | www.sensedia.com/br | 1

Agenda

Horário Assunto

09:00 – 09:30 Introdução e apresentação dos participantes

09:30 – 11:30 Introdução, conceitos básicos e Mercado SOA

11:30 – 12:30 Roadmap de Adoção SOA + Introdução a Governança SOA

12:30 – 14:00 Almoço

14:00 – 15:45 Governança SOA + Práticas:
-Taxonomia e
-Governando na prática
15:45 – 16:00 Encerramento


Sobre a Sensedia

• Especializada em soluções para Governança
SOA (Arquitetura Orientada a Serviços) e de
integrações empresariais
• Visionária no Quadrante Mágico para
Governança SOA do Gartner


Nivelamento sobre SOA


Por que SOA?

 Flexibilidade  Alinhamento “75% to 85% of
SOA users identified
das aplicações entre TI e Negócio
improving business
 Agilidade nas  Redução de custos and application
manutenções e reusabilidade flexibility as drivers
for SOA. ”
Forrester Research
Custos de Manutenção ao Longo do Tempo
100
Inovação

Abordagem Tradicional
% Custo de Manutenção de TI

Inovação
Manutenção
Manutenção

Abordagem SOA

tenção
Manu-
0
Curto Médio Longo Tempo
Prazo Prazo Prazo

SOA NÃO é:

• SOA não é uma tecnologia
• SOA não é um produto ou plataforma
• Nenhum fornecedor pode vender SOA para você
• SOA não é uma revolução ou “bala de prata”
• SOA ≠ WebServices ≠ XML ≠ BPM
• SOA não é “Puro Marketing”


Arquitetura Orientada a Serviços (SOA)

SOA é uma abordagem
arquitetural corporativa que
permite a criação de serviços
Service-Oriented
de negócio interoperáveis que
Architecture
podem facilmente ser
reutilizados e compartilhados
entre aplicações e empresas.


Novidades da Abordagem SOA

 O Mundo é Orientado a Serviços!!
– Vocabulário aderente às demandas de negócios
dos clientes

 Baseado em tecnologias padronizadas
– Integração de aplicações intra e entre empresas é
um fardo pesado

 Construído sobre o existente usando
uma abordagem incremental
– O legado é muito importante


Abordagem Corporativa

Application Infrastructure
• Application Development
• Service Enablement
• Execution Environment
• Reliability

Service Infrastructure
• Composite Application Framework
• Business Service Orchestration
• Cross-platform management
• Governance and control
• Service discovery, publishing and security
• Message routing and transformation


SOA: Conceitos-Chave


Conceitos-chave: Baixo Acoplamento

• Capacidade dos ativos de TI trabalharem
integrados embora existam independentemente

• Alto Acoplamento • Baixo Acoplamento


Conceitos-chave: Abstração

• Permite que agentes humanos interajam com
sistemas complexos de uma forma simples:


Conceitos-chave: Asset

• Elemento de software que encapsula
conhecimento e que pode ser reusado: Quais são
os seus?


Conceitos-chave: Segundo Thomas Erl

• 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 Compor
 Serviços são Autônomos
 Serviços evitam Alocação de Recursos por
longos períodos
 Serviços são capazes de ser Descobertos
Fonte: Thomas Erl

Cenários ou
Pontos de Entrada para SOA


Cenários ou Pontos de Entrada para SOA

1. Modernização do legado 4. Processo de negócio
 Exposição de funções  Alinhamento entre TI e
legadas a novas aplicações Negócios
e processos de negócio 5. Aplicações B2B
2. Redução de complexidade  Agilidade na integração
nas integrações com parceiros
 Padronização das 6. Cloud computing
tecnologias de integração
 Disponibilização e
 Análise de impacto consumo de serviços
3. Aumento de produtividade disponíveis na cloud
no desenvolvimento de 7. Fusões e aquisições
aplicações  Sobreposição de sistemas
 Reusabilidade e processos
 Concentração da regra de  Integração de aplicações
negócio


Enquete

• Quais são os cenários
(pontos de entrada)
mais frequentes /
importantes na sua
empresa?


Principais Desafios e Investimentos

Organização Processos e
e Pessoas Políticas

Tecnologia e
Negócios
Ferramentas


Enquete:
Ritmo de adoção


Enquete

• Which of the following best describes your
firm’s approach to, or use of, service-oriented
architecture (SOA)?

We are not pursuing We will pursue SOA We use SOA, but we do We use SOA, and we do
SOA, with no immediate within 12 months not have an enterprise- have (or are building) an
plans to do so level strategy enterprise-level strategy

By Forrester Research, Jun 2010 – Randy Heffner


SOA is Dead; Long Live Services


Ritmo de Adoção de SOA

“Once again, the data shows
that SOA is far from dead”,
by Randy Heffner – Forrester

By Forrester Research

Ritmo de Adoção SOA

Source: Adption Of SOA: Still Strong, Even In Hard Times By Forrester Research, Jun 2010 – Randy Heffner

Indice Google de Popularidade

soa cloud computing


Nem tão popular assim… 

soa cloud computing lady gaga


SOA vem entregando Benefícios?

Source: Adption Of SOA: Still Strong, Even In Hard Times By Forrester Research, Jun 2010 – Randy Heffner

Mais Tecnicamente!


Dinâmica de Funcionamento

Registro de WSDL Service Endpoint
Serviços UDDI
SOAP Message
Diretório
de Serviços
1 Publish WSDL
2 Query Service
(UDDI query API) Implementação
3 Services Info do Serviço JEE
(WSDL file)
Consumidor 4 Invoque Provedor
do Serviço do Serviço
5 Response

Consumidor do
Serviço .Net


Seleção Dinâmica

(1) Provedor registra o
serviço no Registry e no
Diretório ESB. Regras/Policies
Serviços podem ser incluídas

(3) ESB solicita (4) Registry responde com as
informações sobre o informações básicas e os metadados
serviço a ser executado (port type, endpoint, policies, etc.)

Cliente ESB Provedor
Serviço (2) Cliente invoca (6) A mensagem é Serviço
o serviço chamando a transformada e roteada
infra-estrutura de ESB para o provedor correto
(5) ESB executa o match
client-provider aplicando as
transformações, policies etc.


Comparativo de Tecnologias

CORBA Microsoft Java RMI WebServices
COM, DCOM

Interoperável
   
Complexidade
   
Desempenho
   
Facilidade de
Manutenção    

Identificação de Serviços

Top-Down

Bottom-Up

Categorização de Serviços

• Alguns tipos diferentes de serviços:

Process Composite Services
Business Services
Data Services
Infrastructure Services
Integration Services


Roadmap de Adoção SOA


Como trocar o pneu com o carro andando?

• Setup inicial curto com ciclos de
amadurecimento
• Pequenos investimentos em padronização
(especialmente os que podem trazer grandes
benefícios na manutenção)
• Algumas preocupações inseridas no
processo de desenvolvimento
(especialmente as que podem garantir a
descoberta e a reutilização ser serviços)
• Definições mínimas de pontos de controle
• Roll-out no dia-a-dia para o time de projeto


Abordagem Lightweight SOA

Incremental Leve Ágil
Baseado em um Modelo de “Just Enough Governance” é o Projeto com fases curtas
Maturidade que aproveita as principal direcionador ao usando templates, guias, boas
capacidades, conhecimento, estabelecer as práticas práticas e atividades
tecnologia e aplicações fundamentais da Governança automatizadas para antecipar
legadas para acelerar a SOA para gerar valor sem benefícios tangíveis (“quick
adoção SOA adicionar overhead wins”)


Ciclos de Maturidade SOA

Ativos Existentes Criar (ou revisar) o
+ Roadmap SOA
Definições Existentes:
(3)
• Governança
• Metodologia
• Arquitetura (2)
• Infraestrutura
• Aplicações e Ciclos de
Informações Maturidade
SOA
Aplicação e (1) Definir a
acompanhamento Governança
em Projetos-piloto mínima

Padrões básicos para
identificação, design
e reutilização de
serviços


• Serviços otimizados
Otimização
de serviços 5 • Aplicação de regras realtime
• Correções dinâmicas

• Evolução contínua
• Monitoração de Serviços • ROI objetivo
Serviços
monitorados 4 • Reuso automatizado
• Orquestração e coreografia

• KPI’s
• Indicadores de
Serviços de • Versionamento de serviços
negócio 3 •
•
Medição de performance
ESB Operacional
QoS

• Reúso corporativo

• Metodologia SOA
Agilidade
• Disseminação
• Definição de papéis SOA
Serviços
Arquitetados 2 •
•
•
Apoio executivo
Padrões e processos básicos
Repositório de serviços
Flexibilidade
• Núcleo SOA
• Nível inicial de
reutilização
Nível • Integrações P2P
inicial de
serviços
1 • Serviços técnicos
Manutenabilidade
• Know how tecn. básico
• MDS convencional
• Padronizações técnicas

Single Multiple App. Multiple App. Corporate
Application (SingleB.U.) (CrossB.U.) Level

Governança

Infraestrutura Metodologia

Perspectivas
na Adoção SOA

Aplicações & Informações Arquitetura

público | www.sensedia.com/br | 41

SOA Governance Service lifecycle Metrics SOA Methodology
Architectural quality
Service Ownership
Savings & Reuse
Versioning Runtime indicators

Taxonomy KPI’s

Architectural Mechanisms SOA Guidelines and
Architectural • SOA Architect
Security Transaction Blueprints • Reuse manager
• B. Analyst
Policy Service Test Interoperability … • Service tester …

SOA Infrastructure Application & Information
Service
Service Discoverer - Technical and strategic SOA know how
UDDIs - SOA Mentoring
Repository Quality
Dashboard Service Harvesting
Enterprise Service Bus - ESB Application / Legacy
- Service identification and registry
SOA Management -Integration traceability

confidencial | www.sensedia.com/br

Governança

SOA Governance Service lifecycle Metrics

Architectural quality
Service Ownership
Savings & Reuse
Versioning
Runtime indicators

Taxonomy KPI’s

• Principais Preocupações:
– Classificação e catalogação dos serviços e
Qual o nível de controle
sobre os seus sistemas,
componentes existentes componentes,
– Controle do Ciclo de Vida dos ativos serviços e integrações?
– Busines Drivers e Direcionamento corporativo
– Ownership de ativos, Políticas e Métricas

– Versionamento de componentes, serviços e sistemas

Metodologia

• Principais preocupações:
SOA Methodology – Papéis e responsabilidades

– Origem/Identificação de
componentes e serviços de negócio

– Criação de serviços

– Implantação de serviços

– Reutilização de serviços
• SOA Architect
• Reuse manager
• B. Analyst Como promover a criação
• Service tester … de novos serviços e a
reutilização de
componentes existentes?

Arquitetura
Architecture
SOA Pattens Architectural Mechanisms
Transaction Policy
Reference architecture
SOA Guidelines and Architectural
Blueprints Security Service Test

Interoperability …
Technologies Tools Samples

• Principais preocupações: A arquitetura suporta e
promove a Orientação
– Padrões arquiteturais e Boas práticas a Serviços?
– Arquitetura de Referência

– Mecanismos Arquiteturais:
• Segurança, testes, interoperabilidade, persistência, interfaces etc.

Infraestrutura
SOA Infrastructure – Infra-estrutura de integração

Service – Ferramentas de “design-time”:
Discoverer
UDDIs
Service • Repository
Repository
Quality
• Dashboard de qualidade arquitetural
Dashboard
• IDEs desenvolvimento
Enterprise Service Bus - ESB
– Ferramentas de “runtime”:

SOA Management • UDDI e registries

• Barramentos e mensageria ESB

• WSM – Web Service Management

Quais são os pontos de melhoria • BAM – Business Activity Monitoring
em “Design-time” e “Runtime”?

Aplicação e Informação

Application & Information
- Technical and strategic SOA know how
- SOA Mentoring

Service Harvesting
Application / Legacy
- Service identification and registry
-Integration traceability

– Serviços pré-existentes e potencial de ROI Qual o alinhamento entre
– Mapeamento de integrações e serviços ClasseA os drivers estratégicos da
empresa com SOA?
– Matriz de competências

Sprint 1 Sprint 2 Sprints 3 … n
Fases 3 … n

• Taxonomia e classificação • Matriz de responsabilidades
SOA • Capacitação inicial + mentoring • Skill transfer + mentoring
Governance

• Guia identificação de serviços • Ciclo de vida dos serviços
SOA
• Padrão para design de serviços
Methodology

• Segurança • Interoperabilidade
Architectural
Mechanisms

• Avaliação de legado • Mapeamento de integrações
Application &
• Serviços ClasseA
Information

• Barramento (ESB) • Repositório de Serviços
SOA
Infrastructure

Resultados Resultados Resultados
• Padrões fundamentais
definidos • Serviços ClasseA em • Consistentes “small wins”
• Principais serviços operação: • Medição de indicadores de
existentes já identificados • Responsabilidades definidas retorno sobre o
• Time apto a iniciar primeiros • Dependências mapeadas investimento
projetos SOA


Governança SOA


Definição

• Governança SOA é um subset da Governança
de TI relacionada ao estabelecimento de
políticas, controles e obrigações relacionados
aos serviços SOA.

• Governança SOA deve endereçar como os
serviços reusáveis são definidos, modelados,
criados, acessados, executados e mantidos
 Incluindo todas as implicações dessas definições


Como colocar a Governança para rodar

1. Avalie a Governança Corporativa e os
mecanismos de decisão que já sejam usados
 Considere criar um CoE (Centro de Excelência
SOA para concentrar as decisões)
2. Identifique as principais decisões que
precisam ser governadas em SOA
3. Elabore os melhores “caminhos de decisão”
usando os mecanismos já existentes e o CoE
4. Está bom o suficiente?
 Programe melhorias com o tempo

By Gartner and Sensedia, 2010


Ações Práticas para Governança SOA

1. Ativo a ser governado
2. Processo de Governança +
Matriz de Responsabilidades
3. Ciclo de vida
(service lifecycle)
4. Padrões fundamentais
 Arquitetura
 Metodologia
5. Organização:
 Comunicação, Competências,
Comportamentos e Métricas


Ativo a ser Governado 1

Artifacts Asset Types

User’s guide Components

API docs Asset Services
version
Release notes Applications

Samples Business Process
... Relationship Types
...
 Security  Attributes
 Workflow Depends on
 Classification
Invokes
...

Prática

Definir os tipos
de Ativos a serem
Governados


Processo de Governança SOA 2

Version
Requirements and Architecture Specification Robinson Hotta
0.92

defect fix or
scope change
31
Begins the Functional
Requirements and request, defect
Architecture fix or Scope
Specification Change?
Client

functional request
1 2 3 9 11
4 Adjust Functional
Gather Define Functional Review Functional Specification and
Need more Finish filling
Requirements Specification and Specification and Functional Test
information? Integration Plan
from key users Test Plan Test Plan Plan
FS

Yes

No
No

FTP
ICC Coordinator

7 10
Validate 8
Functional Sign-off meeting
Documents
Specification and Yes and update
validated?
Functional Test Quality Center
Plan
FTP

22
FS
5 IP
Functional Analyze
Yes
Specification Yes Reutilization
and Test Plan Change Management of 21
Project's Scope REP
exists? FS Found a
coherent 1
28
result? 23
No
Can any
6 32 List integrations End
integration be Yes
Integration Leader

that will be reused
The scope is No reused? 29
OK? 33 No
Notify Problem Update repository
20
No Identify the No to identify reuse of
Yes applicable integration
12 Run Technology DIA scenarios in Data 27
24 30
Run Data x Framework Integration Can any REP
List integrations
Process Approach integration be Yes that will be
1 Update Schedule FS IP
Framework and adapted? adapted in Integration Plan
analyze result
End Yes

13 14 No
25 26
Integration 15 34
Data Integration Layer Identify integration There is a
Layer? Found Create the new
scenario in scenario to be List Integrations
integration integration in the
Technology created or that will be created
scenario? repository
Process Integration Layer Framework updated?
LS REP

Yes
35
No
Create/Update
DIA Data Integration
Enterprise Architect

Approach

16 17 18 19
Study to find out Save and register Update the
Create/Update
FS possibilities of AS Architecture of Technology
Architecture of
integration to this Scenario Framework
Scenario
scenario document template

Legend
ICC010 – Functional ICC020 – Architecture of Data Integration
Client ICC Governance FS IP ICC005 – Integration Plan FTP Functional Test Plan AS DIA List REP Integration Repository Update Integration Repository Update ICC100 – List of Demands
Specification of Integration Scenario Approach


Matriz de Responsabilidades (RACI) 2

Activity / Decision (R)esponsible (A)ccountable (C)onsulted (I)nformed

Identificar Serviços do Business Analyst, Project Sponsor Repository SOA CoE
Projeto SOA Architect Manager
É possível reutilizar Repository SOA Project … …
serviços existentes ou é Manager, SOA Sponsor
um novo serviço? Architect
Serviço corporativo ou … … … …
específico do projeto?
Quem será o dono do … … … …
serviço?
Quem pagará pelo IT Budget … … …
desenv. / manutenção do Committee
serviço?
Existem requisitos não Secutiry Expert, Enterprise Service Owner, …
funcionais especiais? Database Expert, Architect Project Sponsor
Operation Manager


Prática

Definir o ciclo de
vida dos serviços


Ciclo de Vida e Pontos de Controle 3

Cadastrar/Importar

recusar Aprovar
Identificado

construir
Em Em
modelagem construção
remodelar
evoluir remodelar implantar

Em
submeter Produção
Homologação
Recusado
Disponibilizar

Descontinuar
excluir

excluir
Aposentado


Estatísticas do Ciclo de Vida

30

número de ativos
25
20
15
UtilityService 10
Integration Service 5
Data Service 0

Business Service


Padrões Fundamentais x Arquitetura 4

Arquitetura Corporativa Arquitetura de Sistema
• Componentes arquiteturais • Visão Arquitetural com a
para serviços: camada de serviços
 Barramento ESB • Mecanismos Arquiteturais
 Repositório de Serviços exclusivos para SOA:
 Framework de invocação  Testes
de serviços  Segurança
 Interoperabilidade


Padrões Fundamentais x Metodologia 4

• Atividades principais:
 Identificação de serviços;
 Modelagem de serviços;
 Catalogação dos serviços;
 Deploy de serviços

• Guias e Templates práticos:
 Guia para Identificação de serviços
(harvesting em novos projetos ou em legados)
 Templates e Guias para Interface e Design de
serviços
 Guia para Catalogação de serviços
 Padrão para Versionamento de serviços

Prática

Definir os
impactos na
metodologia


Manutenção

Impact of
change!


Organização


Comunicação 5

• Quem não comunica
se “estrumbica”
• Utilize mecanismos já
existentes para divulgar
ações e resultados
• Visibilidade executiva


Comportamento 5

• Definir incentivos,
reconhecimento
e penalidades
• Reduzir ao máximo
os “desincentivos”
• Premiar o comportamento
“SOA oriented”
• Garantir “funding”
preferencial a
projetos SOA


Competências 5

• Matriz de Capacidades:
 Service Orientation
 Web Services
 Middleware (ESB, BPMS, …)
 SOA Methodology &
Governance

• Métodos formais de
treinamento

• Mentoring “On the Job”


Métricas 5
You can't Manage what
you don't Measure

• Tipos de métricas
para Projetos
SOA:
 Métricas de
gerência de
projeto
 Métricas
Econômicas
 Estatísticas de
desenv. e
reutilização de
serviços


Métricas 5

Gestão e Resultados Estatísticas e Desenv.
• Investimento na criação de • Número de serviços
serviços criados / reutilizados
• Economia com a • Tempo médio para
reutilização de serviços desenvolvimento de novos
(RCA – Reuse Cost serviços
Avoidance) • Visões quantitativas:
• Receita por serviço  Qtde de serviços por
Tecnologia, Estágio no
• Índice de vitalidade dos ciclo de vida, Área de
serviços Negócios, Time de
desenvolvimento, etc.
• Service availability

Alguns detalhes em: Jerry Smith (http://soa.sys-con.com/node/631831)


Prática

Rápida análise de
Serviços do novo
projeto


Conclusões

1• O caminho não é trivial

2• A maturidade é obtida
em ciclos de práticas

3• Fases curtas, praticidade,
resultados tangíveis

4• Ações equilibradas em
diversas perspectivas

5• A Governança será
decisiva para o sucesso


Qual é o seu
próximo
passo?

Obrigado!

Kleber.bacili@sensedia.com

www.sensedia.com/br

Copyright (C) 2010
Sensedia. - Todos os direitos reservados.

Todos os nomes e produtos são usados apenas com o
propósito de identificação e são marcas registradas de seus
respectivos proprietários.


2o workshop governanca soa na pratica

Mais conteúdo relacionado

Mais procurados

Destaque

Semelhante a 2o workshop governanca soa na pratica

Mais de Sensedia

2o workshop governanca soa na pratica