2o workshop governanca soa na pratica

confidencial | www.sensedia.com/br | 1confidencial | www.sensedia.com/br | 1

WorkshopGovernança SOA

em prática

15/Set/2010

confidencial | www.sensedia.com/br | 2

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


• Especializada em soluções para Governança SOA (Arquitetura Orientada a Serviços) e de integrações empresariais

• Visionária no Quadrante Mágico paraGovernança SOA do Gartner

Sobre a Sensedia


Nivelamento sobre SOA


0

Tempo

% C

usto

de M

anute

nção d

e T

I

100

Custos de Manutenção ao Longo do Tempo

CurtoPrazo

Manute

nção

Inovação

Manute

nção

Manu-

tenção

Inovação

MédioPrazo

LongoPrazo

Abordagem Tradicional

Abordagem SOA

Por que SOA?

Flexibilidade das aplicações

Agilidade nas manutenções

Alinhamentoentre TI e Negócio

Redução de custose reusabilidade

“75% to 85% ofSOA users identifiedimproving business

and application flexibility as drivers

for SOA. ” Forrester Research


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”


Service-Oriented

Architecture

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

Arquitetura Orientada a Serviços (SOA)


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 usandouma 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

• Alto Acoplamento • Baixo Acoplamento

• Capacidade dos ativos de TI trabalharem integrados embora existam independentemente


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

Conceitos-chave: Abstração


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

Conceitos-chave: Asset


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 ouPontos de Entrada para SOA


Cenários ou Pontos de Entrada para SOA

1. Modernização do legado

Exposição de funções legadas a novas aplicações e processos de negócio

2. Redução de complexidade nas integrações

Padronização das tecnologias de integração

Análise de impacto

3. Aumento de produtividade no desenvolvimento de aplicações

Reusabilidade

Concentração da regra de negócio

4. Processo de negócio

Alinhamento entre TI e Negócios

5. Aplicações B2B

Agilidade na integração com parceiros

6. Cloud computing

Disponibilização e consumo de serviçosdisponíveis na cloud

7. Fusões e aquisições

Sobreposição de sistemas e processos

Integração de aplicações


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

Enquete


Principais Desafios e Investimentos

Organização e Pessoas

Tecnologia e Ferramentas

Processos e Políticas

Negócios


Ritmo de adoção

Enquete:


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

Enquete

We use SOA, and we do have (or are building) an enterprise-level strategy

We will pursue SOA within 12 months

We use SOA, but we do not have an enterprise-level strategy

We are not pursuing SOA, with no immediate plans to do so

By Forrester Research, Jun 2010 – Randy Heffner


SOA is Dead; Long Live Services


Ritmo de Adoção de SOA

By Forrester Research

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


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

Provedor

do Serviço

Consumidor

do Serviço

Diretório

de Serviços

Query Service

(UDDI query API)

Invoque

Publish WSDL1

Services Info

(WSDL file)

Response

2

3

4

5

Implementação

do Serviço JEE

Consumidor do

Serviço .Net

Registro de

Serviços UDDIWSDL Service Endpoint

SOAP Message


Seleção Dinâmica

ESBCliente

Serviço

Provedor

Serviço

(3) ESB solicita

informações sobre o

serviço a ser executado

(4) Registry responde com as

informações básicas e os metadados

(port type, endpoint, policies, etc.)

(5) ESB executa o match

client-provider aplicando as

transformações, policies etc.

(2) Cliente invoca

o serviço chamando a

infra-estrutura de ESB

(6) A mensagem é

transformada e roteada

para o provedor correto

(1) Provedor registra o

serviço no Registry e no

ESB. Regras/Policies

podem ser incluídas

Diretório

Serviços


Comparativo de Tecnologias

CORBA Microsoft COM, DCOM

Java RMI WebServices

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:

Data Services

Business Services

Process Composite Services

Infrastructure Services

Integration Services


Roadmap de Adoção SOA


• Setup inicial curto com ciclos de amadurecimento

• Pequenos investimentos em padronização(especialmente os que podem trazer grandesbenefí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

Como trocar o pneu com o carro andando?


Abordagem Lightweight SOA

Incremental Leve Ágil

Baseado em um Modelo de Maturidade que aproveita as capacidades, conhecimento,

tecnologia e aplicaçõeslegadas para acelerar a

adoção SOA

“Just Enough Governance” é o principal direcionador ao

estabelecer as práticasfundamentais da Governança

SOA para gerar valor semadicionar overhead

Projeto com fases curtasusando templates, guias, boas

práticas e atividadesautomatizadas para antecipar

benefícios tangíveis (“quick wins”)


Ciclos de Maturidade SOA

Definições Existentes:• Governança• Metodologia• Arquitetura• Infraestrutura• Aplicações e

Informações

Criar (ou revisar) o Roadmap SOA

Definir a Governança

mínima

Padrões básicos paraidentificação, design

e reutilização de serviços

Aplicação e acompanhamentoem Projetos-piloto

Ciclos de Maturidade

SOA(1)

(2)

(3)

Ativos Existentes+

SingleApplication

Multiple App.(SingleB.U.)

Multiple App.(CrossB.U.)

CorporateLevel

• Serviços otimizados

• Aplicação de regras realtime

• Correções dinâmicas

Serviços Arquitetados

Serviços de negócio

Nível inicial de serviços

• Núcleo SOA

• Nível inicial de

reutilização

• Metodologia SOA

• Disseminação

SOA

• Know how tecn. básico

• MDS convencional

• Padronizações técnicas

2

3

4

5

1• Integrações P2P

• Serviços técnicos

• Definição de papéis

• Apoio executivo

• Padrões e processos básicos

• Repositório de serviços

• Monitoração de Serviços

• Reuso automatizado

• Orquestração e coreografia

• Versionamento de serviços

• Medição de performance

• ESB Operacional

• Reúso corporativo

• KPI’s

• Indicadores de

QoS

Serviços monitorados

Otimização de serviços

• Evolução contínua

• ROI objetivo

Agilidade

Flexibilidade

Manutenabilidade

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

Infraestrutura

Arquitetura

Metodologia

Aplicações & Informações

Perspectivasna Adoção SOA

Governança

confidencial | www.sensedia.com/br

Architectural Mechanisms

Security

Policy

Transaction

Service Test

SOA Guidelines and Architectural

Blueprints

Interoperability …

SOA Governance

Versioning

Service Ownership

Taxonomy

Service lifecycle

SOA Infrastructure

ServiceRepository

Enterprise Service Bus - ESB

Service Discoverer

UDDIsQuality

Dashboard

SOA Management

SOA Methodology

• SOA Architect• Reuse manager• B. Analyst• Service tester …

Application & Information

Application / Legacy- Service identification and registry-Integration traceability

Metrics

Architectural quality

Savings & Reuse

Runtime indicators

KPI’s

- Technical and strategic SOA know how- SOA Mentoring

Service Harvesting

Governança

• Principais Preocupações:

– Classificação e catalogação dos serviços e

componentes existentes

– Controle do Ciclo de Vida dos ativos

– Busines Drivers e Direcionamento corporativo

– Ownership de ativos, Políticas e Métricas

– Versionamento de componentes, serviços e sistemas

SOA Governance

Versioning

Service Ownership

Taxonomy

Service lifecycle Metrics


Savings & Reuse

Runtime indicators

KPI’s

Qual o nível de controle sobre os seus sistemas,

componentes, serviços e integrações?



Security

Policy

Transaction

Service Test


Blueprints


SOA Governance

Versioning

Service Ownership

Taxonomy

Service lifecycle

SOA Infrastructure

ServiceRepository


Service Discoverer

UDDIsQuality

Dashboard

SOA Management

SOA Methodology




Metrics


Savings & Reuse

Runtime indicators

KPI’s


Service Harvesting

Metodologia

• Principais preocupações:

– 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 Methodology


Como promover a criação de novos serviços e a

reutilização de componentes existentes?



Security

Policy

Transaction

Service Test


Blueprints


SOA Governance

Versioning

Service Ownership

Taxonomy

Service lifecycle

SOA Infrastructure

ServiceRepository


Service Discoverer

UDDIsQuality

Dashboard

SOA Management

SOA Methodology




Metrics


Savings & Reuse

Runtime indicators

KPI’s


Service Harvesting

Arquitetura


– Padrões arquiteturais e Boas práticas

– Arquitetura de Referência

– Mecanismos Arquiteturais:

• Segurança, testes, interoperabilidade, persistência, interfaces etc.

Architecture

SOA Pattens

Technologies Tools Samples

Reference architectureSOA Guidelines and Architectural

Blueprints


Security

PolicyTransaction

Service Test


A arquitetura suporta e promove a Orientação

a Serviços?



Security

Policy

Transaction

Service Test


Blueprints


SOA Governance

Versioning

Service Ownership

Taxonomy

Service lifecycle

SOA Infrastructure

ServiceRepository


Service Discoverer

UDDIsQuality

Dashboard

SOA Management

SOA Methodology




Metrics


Savings & Reuse

Runtime indicators

KPI’s


Service Harvesting

Infraestrutura

SOA Infrastructure

ServiceRepository


Service Discoverer

UDDIsQuality

Dashboard

SOA Management


– Infra-estrutura de integração

– Ferramentas de “design-time”:

• Repository

• Dashboard de qualidade arquitetural

• IDEs desenvolvimento

– Ferramentas de “runtime”:

• UDDI e registries

• Barramentos e mensageria ESB

• WSM – Web Service Management

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



Security

Policy

Transaction

Service Test


Blueprints


SOA Governance

Versioning

Service Ownership

Taxonomy

Service lifecycle

SOA Infrastructure

ServiceRepository


Service Discoverer

UDDIsQuality

Dashboard

SOA Management

SOA Methodology




Metrics


Savings & Reuse

Runtime indicators

KPI’s


Service Harvesting

Aplicação e Informação




Service Harvesting


– Serviços pré-existentes e potencial de ROI

– Mapeamento de integrações e serviços ClasseA

– Matriz de competências

Qual o alinhamento entre os drivers estratégicos da

empresa com SOA?


Fases 3 … nSprint 1 Sprint 2 Sprints 3 … n

• Taxonomia e classificação

• Capacitação inicial + mentoring

• Matriz de responsabilidades

• Skill transfer + mentoring

• Guia identificação de serviços

• Padrão para design de serviços

• Ciclo de vida dos serviços

• Segurança • Interoperabilidade

• Avaliação de legado

• Serviços ClasseA

• Mapeamento de integrações

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

• Padrões fundamentais

definidos

• Principais serviços

existentes já identificados

• Time apto a iniciar primeiros

projetos SOA

• Serviços ClasseA em

operação:

• Responsabilidades definidas

• Dependências mapeadas

• Consistentes “small wins”

• Medição de indicadores de

retorno sobre o

investimento

Resultados Resultados Resultados

SOA

Governance

SOA

Infrastructure

SOA

Methodology

Architectural

Mechanisms

Application &

Information


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


1. Avalie a Governança Corporativa e osmecanismos de decisão que já sejam usados

Considere criar um CoE (Centro de ExcelênciaSOA para concentrar as decisões)

2. Identifique as principais decisões queprecisam 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

Como colocar a Governança para rodar

By Gartner and Sensedia, 2010


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

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


Ativo a ser Governado

Assetversion

Artifacts

User’s guide

API docs

Release notes

Samples

...

Asset Types

Components

Services

Applications

Business Process

...Relationship Types

Depends on

Invokes

...

Attributes Security

Workflow

Classification

1


Prática

Definir os tiposde Ativos a serem

Governados


Processo de Governança SOA

Requirements and Architecture Specification

En

terp

rise

Arc

hite

ct

ICC

Co

ord

ina

tor

Inte

gra

tio

n L

ea

de

rC

lien

t

No

Yes

FS

FS

Yes

No

Yes

No

IP

FS

Data Integration Layer

Robinson HottaVersion

0.92

IPFS

End

Begins the

Requirements and

Architecture

Specification

Yes

No

FTP

FTP

AS

Process Integration Layer

No

Adjust Functional

Specification and

Functional Test

Plan

9 11

Finish filling

Integration Plan

Documents

validated?

8Validate

Functional

Specification and

Functional Test

Plan

7

Functional

Specification

and Test Plan

exists?

5

Notify Problem

6

Run Data x

Process

Framework and

analyze result

12

Integration

Layer?

13

Identify integration

scenario in

Technology

Framework

14

15

Found

integration

scenario?

Yes

Run Technology

Framework

20

21

Found a

coherent

result?

Yes

No

Study to find out

possibilities of

integration to this

scenario

16

Create/Update

Architecture of

Scenario

17

Save and register

Architecture of

Scenario

document

18 19

Update the

Technology

Framework

template

Analyze

Reutilization

REP

22

Can any

integration be

reused?

23

Can any

integration be

adapted?

24

End

FS

Update Schedule

in Integration Plan

30

10

Sign-off meeting

and update

Quality Center

Gather

Requirements

from key users

1

Define Functional

Specification and

Test Plan

2

Review Functional

Specification and

Test Plan

3

Need more

information?

4

No

Yes

31

functional request

Functional

request, defect

fix or Scope

Change?

defect fix or

scope change

Change Management of

Project's Scope

The scope is

OK?

32

Yes

No

Identify the

applicable

scenarios in Data

Integration

Approach

DIA

No

Create/Update

Data Integration

Approach

There is a

scenario to be

created or

updated?

Yes

DIA

1

1

List Integrations

that will be created

List integrations

that will be

adapted

List integrations

that will be reused

Update repository

to identify reuse of

integration

Create the new

integration in the

repository

28

25

27

LS

26

29

REP

REP

Legend

Update Integration RepositoryICC Governance Integration RepositoryList Update ICC100 – List of DemandsFS ICC005 – Integration PlanIPICC010 – Functional

Specification of IntegrationClient FTP Functional Test Plan

ICC020 – Architecture of

ScenarioAS REPDIA

Data Integration

Approach

33

34

35

2


Matriz de Responsabilidades (RACI)

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

Identificar Serviços do

Projeto

Business Analyst,

SOA Architect

Project Sponsor Repository

Manager

SOA CoE

É possível reutilizar

serviços existentes ou é

um novo serviço?

Repository

Manager, SOA

Architect

SOA Project

Sponsor

… …

Serviço corporativo ou

específico do projeto?

… … … …

Quem será o dono do

serviço?

… … … …

Quem pagará pelo

desenv. / manutenção do

serviço?

IT Budget

Committee

… … …

Existem requisitos não

funcionais especiais?

Secutiry Expert,

Database Expert,

Operation Manager

Enterprise

Architect

Service Owner,

Project Sponsor

…

2


Prática

Definir o ciclo de vida dos serviços


Ciclo de Vida e Pontos de Controle

Identificado

Em

modelagem

Em

construção

Aposentado

Aprovar

Em

HomologaçãoRecusado

recusar

submeter

remodelar

construir

evoluir implantar

Descontinuarexcluir

excluir

Cadastrar/Importar

Produção

remodelar

Disponibilizar

3


0

5

10

15

20

25

30

nú

me

ro d

e a

tiv

os

UtilityService

Integration Service

Data Service

Business Service

Estatísticas do Ciclo de Vida


Arquitetura Corporativa

• Componentes arquiteturaispara serviços:

Barramento ESB

Repositório de Serviços

Framework de invocaçãode serviços

Arquitetura de Sistema

• Visão Arquitetural com a camada de serviços

• Mecanismos Arquiteturaisexclusivos para SOA:

Testes

Segurança

Interoperabilidade

Padrões Fundamentais x Arquitetura 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

Padrões Fundamentais x Metodologia 4


Prática

Definir osimpactos nametodologia


Manutenção

Impact of change!


Organização


• Quem não comunicase “estrumbica”

• Utilize mecanismos jáexistentes para divulgarações e resultados

• Visibilidade executiva

Comunicação 5


Comportamento

• Definir incentivos, reconhecimentoe penalidades

• Reduzir ao máximoos “desincentivos”

• Premiar o comportamento“SOA oriented”

• Garantir “funding” preferencial a projetos SOA

5


Competências

• Matriz de Capacidades:

Service Orientation

Web Services

Middleware (ESB, BPMS, …)

SOA Methodology &Governance

• Métodos formais de treinamento

• Mentoring “On the Job”

5


• Tipos de métricaspara ProjetosSOA:

Métricas de gerência de projeto

MétricasEconômicas

Estatísticas de desenv. e reutilização de serviços

MétricasYou can't Manage what

you don't Measure

5


Gestão e Resultados

• Investimento na criação de serviços

• Economia com a reutilização de serviços(RCA – Reuse Cost Avoidance)

• Receita por serviço

• Índice de vitalidade dos serviços

Estatísticas e Desenv.

• Número de serviçoscriados / reutilizados

• Tempo médio paradesenvolvimento de novosserviços

• Visões quantitativas: Qtde de serviços por

Tecnologia, Estágio no ciclo de vida, Área de Negócios, Time de desenvolvimento, etc.

• Service availability

Métricas

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

5


Prática

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


• O caminho não é trivial

• A maturidade é obtidaem ciclos de práticas

• Fases curtas, praticidade, resultados tangíveis

• Ações equilibradas emdiversas perspectivas

• A Governança serádecisiva para o sucesso

Conclusões

1

2

3

4

5

Qual é o seupróximopasso?


Copyright (C) 2010Sensedia. - 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.

www.sensedia.com/br

Obrigado!

[email protected]