Palestra sobre a SOA foi destaque no Ciasc

público | www.digitalassets.com.br

Workshop SOA (Service Oriented Architecture)

Plano de Aula

• Introdução a Componentização, Reúso e SOA • BPM (Business Process Management)• Infraestrutura SOA• Serviços SOA• Web Services • Governança SOA• Roadmap SOA

Referências

• Livros: Service Orient or Be Doomed!: How Service Orientation

Will Change Your Business– Jason Bloomberg, Ronald Schmelzer, mar 2006

SOA: A Planning and Implementation Guide for Business and Technology

– Erik A. Marks, Michael Bell, abr 2006 Measuring Software Reuse

– Principles, Practices and Economic ModelsJeffrey S. Poulin, 1996

Managing Software Reuse– Wayne Lim, 1998

Service-Oriented Architecture: A Field Guide to Integrating XML and Web Services

– Thomas Erl, abr 2004

Aquele Blog de SOA

www.aqueleblogdesoa.com.br

Atuação da DigitalAssets

Produtos• Repositório de Ativos Reutilizáves

• Identificação Automática de Ativos

Consultoria

• Design e Implantação de SOA

• Arquitetura de Referência

• Governança e Infra-estrutura

• Programas de Reúso de Software

Educação • Treinamentos In Company

• Parcerias Educacionais

Alguns Clientes

Educação

Cursos de Extensão Acadêmica, Pós-graduação e Educação Corporativa em Arquitetura de Software, Componentização, Reúso, SOA e WebServices

“Consultores DigitalAssets são responsáveis pelas principais disciplinas nos módulos SOA, WebServices, Componentização e Reúso”

Cursos e Workshops em parceiras com instituições

(www.ibta.com.br)

(igdnbrasil.com)

SOA & WebServices3

Componentização e Reúso3

Treinamentos In-Company

Parcerias Educacionais

Integração dos Produtos DigitalAssets

Asset ProductionAnd Consumption

3 Eclipse Platform

3 IBM Rational RSA/RSM

3 MS VisualStudio

3 Oracle JDeveloper

3 Borland JBuilder

Source Code Management

AssetRuntime

Publication

3 UDDIs

3 ESBs

IBM Rational ClearCase

CVS/Subversion

Existing Assets Discovery

DA Discoverer

MS.NET3

Asset Management

DA Manager

MetadataSearchesReuse Metrics

PromotionCollaborationWorkflow

Arquitetura Orientada a Serviços

• Flexibilidade

Soluções devem se adaptar a novos contextos de utilização para acompanhar a evolução do negócio

Cenário Competitivo

AgilidadeAs soluções devem atender a prazos cada vez mais agressivos com redução do ciclo de desenvolvimento e aumento de produtividade

Fazer mais com menos!

Cenário Competitivo

Motivação

Top-Down Enterprise Drivers:• Agilidade• Flexibilidade dos processos• Inovação contínua• Fusões & Arquisições

Bottom-Up Business Unit Drivers:• Integração de processos• B2B Real-time• Outsourcing de atividades não-chave

Desafios constantes de TI:• Fazer mais com menos• Alinhamento TI x Negócio• Qualidade• Time-to-delivery

Arquitetura Tradicional

Muito difícil de entender, manter e evoluir

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 Orient or Be Doomed”Jason Bloomberg, Ronald Schmelzer, mar 2006

“Because SOA Comes From So Many Places, SOA Will Happen to Everyone”Frank Kenney, Gartner, abr 2007

Não há como evitar SOA:

O que é SOA?

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.

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

O que o Mercado anda dizendo...

“Em 2008, mais de 60% das empresas utilizarão SOA como princípio básico para a criação de aplicações e processos de

missão crítica”

O mercado SOA na América Latina deve crescer de US$ 71 milhões para US$1,6 bilhão de

2006 para 2011 o que representa um crescimento acumulado de 86% ao ano

“SOA é a nova fundação para a entrega mais rápida e

eficiente de valor ao negócio através de TI”

“Companies with even basic governance in place see the

benefits through high levels of service reuse and low levels of

service duplication”

Conceitos-ChaveConceitos-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: Assets

Dimensões de uma estratégia SOA

Metodologia Processos e Governança

CapacitaçãoEstruturação Organizacional

Arquitetura Tecnológica:Padrões, Frameworks, Boas

práticas

Ferramentas em Design-time e Run-time

Fator Crítico de TI: Reutilização

Benefícios e DesafiosBenefícios e Desafios

Benefícios Esperados de SOA

• Redução de Custo em novos projetos• Time-to-Market / Agilidade• Facilidade / Flexibilidade de Manutenção• Melhoria da Qualidade de serviço• Otimização dos processos• Transformação dos negócios /

Oportunidades de Receita

SOA: Manutenção vs. Inovação

Survey conducted by IDG Research Services Group January 2006. Sample population was composed of 1,040 IT Managers in organizations of 500 or more

Top 5 business needs that companies are looking to address with SOA

React quickly to changes in market dynamics

Intra- and inter-company business modelsand processes

Real-time information to make decisions

Customer service initiatives

New and evolving regulatory requirements

SOA: Alguns números Interessantes

Agilidade

Survey conducted by IDG Research Services Group January 2006. Sample population was composed of 1,040 IT Managers in organizations of 500 or more

More flexible architecture

Integration to existing applications

Data integration

Service integration

Composite application development

Top 5 IT needs that companies are looking to address with SOA

SOA: Alguns números Interessantes

Arquitetura

Nem tudo são flores...

Principais Desafios

Organização e Pessoas

Papéis e Responsabilidades Mudança de Cultura,

Treinamentos Promoção, Acompanhamento

e Enforcement

Tecnologia e FerramentasTecnologia e Ferramentas

Arquiteturas Padronizadas Middleware de Integração Padrões de Classificação

e Documentação Repositório de Ativos

Reutilizáveis

Processos e Políticas

Ciclo de Vida dos Ativos Metodologia de Desenvolvimento Revisitada Processos de Manutenção

• Requer mudança de mentalidade• Apoio executivo• Capacitação nos conceitos-chave• Política de incentivos• Divulgação e visibilidade dos ativos existentes: é

necessário um trabalho de endo-marketing

Um excelente componente ou serviço, flexível, bem documentado e que resolve um problema recorrente só pode ser considerado um bom

ativo se as pessoas conseguirem encontrá-lo, entendê-lo, avaliá-lo e reusá-lo, caso contrário,

será um ótimo segredo!!

Um excelente componente ou serviço, flexível, bem documentado e que resolve um problema recorrente só pode ser considerado um bom

ativo se as pessoas conseguirem encontrá-lo, entendê-lo, avaliá-lo e reusá-lo, caso contrário,

será um ótimo segredo!!

• Estrutura organizacional / Papéis: Administração de componentes

– Perfil semelhante à Administração de Dados– Conhecimento de negócio

Gestão da Arquitetura de Referência ICC (Integration Competency Center) ou

SOA CoE (Center of Excelence) Desenvolvimento/suporte de componentes

– Perfil: Desenvolvedores seniors com ampla capacitação em orientação a objetos, design patterns

– Conhecimento de ofertas de componentes de mercado

Processos e Políticas

• Adaptações no processo de desenvolvimento atual para tornar SOA uma prática sistemática

• Como as atividades abaixo se encaixam no processo de desenvolvimento de software atual? Identificação de serviços; Modelagem de serviços; Publicação dos serviços; Definição das interfaces

dos serviços; Testes; Deploy de serviços

Dificuldades relacionadas a Tecnologia

• Volatilidade Tecnológica• Falta de padronização de

arquitetura• Repositório de Assets• Massa crítica de serviços• Middleware para invocação dos serviços

Tecnologia

Repositório de Assets

• Repositório de Serviços: “Embora a adoção de uma ferramenta de

administração de ativos focada em reúso não garanta por si só o sucesso da iniciativa de reutilização da empresa, ela irá aumentar significativamente suas chances”

Fonte: Enterprise Unified Process The Strategic Reuse Discipline Scott Ambler, John Nalbone e Michel J. Vizdos

Rítimo de Adoção

• “Em 2010, menos de 25% das grande empresas terão desenvolvido as habilidades técnicas e organizacionais necessárias para implantar SOA de forma corporativa.”

“Through 2010, fewer than 25 percent of large companies will have developed the technical

and organizational skills needed to deliver enterprisewide SOA (0.8 probability).”

Quando NÃO usar SOA

• Em ambientes estáveis, homogêneos e quando a empresa não oferece serviços de software para parceiros, clientes ou fornecedores

• Como SOA é baseado em troca de mensagens e baixo acoplamento, para os casos que necessitem de desempenho real-time, SOA pode não ser a melhor abordagem

Funcionamento Básico SOAFuncionamento Básico SOA

Dinâmica de Funcionamento

Provedordo Serviço

Consumidordo Serviço

Diretóriode Serviços

Ex.: CorreiosTracking de Pacotes

Ex.: SubmarinoLoja Virtual

Query Service

Bind Service

Register Service1

Service Contractand Address

Service Response

Dinâmica de Funcionamento

Provedordo Serviço

Consumidordo Serviço

Ex.: CorreiosTracking de Pacotes

Ex.: SubmarinoLoja Virtual

Bind Service

Service Response

É muito mais comum encontrar integração com

ligação ponto-a-ponto usando Web Services

Desenvolvendo apenas o Código de Cola....

Selecionar Itinerário

ReservarBilhete Aéreo

ReservarHospedagem

ReservarCarro Alugado

Confirmar Viagem

Realizar Pagamento

Como SOA vem Transformando NegóciosComo SOA vem Transformando Negócios

Alguns (bons) Exemplos

• Algumas empresas já vêm destacando-se e reinventando sua forma de realizar negócios

• Alguns destaques globais: Amazon.com Strike Iron HP

Amazon.com WebservicesMarketplace at 1’click

Strike IronIt’s all about information

O Fenômeno Web 2.0

SerasaEstamos começando?

Portal de relacionamento entre fabricante, seus distribuidores, revendas e consumidores finais

Posição de Estoque na Cadeia de Distribuição

Fabricante Cadeia dedistribuidores e revendas

Consumidorfinal

BPM (Business Process Management)BPM (Business Process Management)

De onde vêm os serviços?

• “Empresas que montarem seus programas organizacional e cultural de transformação em BPM terão mais que o dobro de chances de se tornarem líderes em suas indústrias m 2010.”

“Enterprises that aggressively begin their organizational and cultural transformation for

BPM in 2007 will double their chances of becoming industry leaders by 2010.”

BPM - Conceitos

• Processo Atividades que empregam e

consomem recursos (humanos ou não), para alcançar um resultado (bem ou serviço).

• Processo de negócio Processo que segue políticas e

princípios de negócio (regras de negócio e critérios de decisão), para produzir valor para a empresa.

BPM - Conceitos

• Macro processos Processos

– Sub-Processos» Atividades

» Tarefas

Pilares de BPM

Workflow

Monitoração

Gerenciamento

BPMBPM

EAI / SOA

Pilares de BPM -Workflow

• Ordem das atividades

• Diferentes executores

• Informações que fluem entre executores

Pilares de BPM -EAI / SOA

• Soluciona problemas de incompatibilidade de sistemas

• É mais simples integrar do que reconstruir• Estilos de integração

File Transfer Shared Database Remote Procedure

Invocation Messaging

Pilares de BPM - Monitoração

• Acesso em tempo real de indicadores de performance críticos para o negócio Melhoria na velocidade e eficácia das operações

• Business Activity Monitoring (BAM) Possibilita os usuários a agir sobre os eventos,

tomar as ações corretas e monitorar, medir e melhorar a eficiência dos processos de negócio.

Pilares de BPM - Gerenciamento

• Gerenciamento Planejamento

– imaginar o que está para vir no futuro e planejar ações para este cenário

Organização– otimizar o uso dos recursos necessários para o sucesso da

execução dos planos

Liderar/Motivar– tirar o melhor do time para alcançar os objetivos planejados

Controle– acompanhar o andamento real em relação ao

planejado para detectar mudanças necessárias

Order Management Process

Enterprise Infrastructure Services

(Portal, SOA, IDRS, LDAP, EAI, E-mail, IT Operations)

Customer Relationship Management

Sales and Marketing

Production Planning Manufacturing

Inventory & Logistics Finance & HR

SFA Product LMS

Inv MGMT

B2Bproduct

SCMproducti

DB ERPCRM

BPM models, simulates, executes, manages, monitors, & optimizes those Business Processes.

What is Business Process Management?

Customer Relationship Management

Sales and Marketing

Production Planning

Manufacturing Inventory & Logistics

Finance & HR

SFA Product LMS

Inv MGMT

Enterprise Infrastructure Services

(Portal, SOA, IDRS, LDAP, EAI, E-mail, IT Operations)

product

SCM product

DB ERPCRM

Organizational Units

Real-World Business Processes span organizations, systems, and applications.

Product ConfigurationProduct Configuration

Order ManagementOrder Management

Warranty & Returns ManagementWarranty & Returns Management

Padrões de BPM

BPEL / BPEL4WS

• Business Process Execution Language (for Web Services) Seja chique: fale "bi-pél“ ou “bípou“ (beeple) Uma linguagem baseada em XML para

padronização de processos de negócio em computação distribuída que possibilita negócios conectarem suas aplicações e compartilharem dados.

Desenvolvida a partir de WebServices Flow Language da IBM e da especificação de XLANG da Microsoft, BPEL permite empresas manter diferentes protocolos de negócios internamente e entre empresas.

• Business Process Modeling Notation. Notação gráfica entendível por pessoas técnicas e

não-técnicas para expressar processo de negócio, e semântica para os Business Process Diagrams

A especificação de BPMN provê um mapeamento entre os elementos da notação gráfica e a construção de processos de blocos nas linguagens BPEL/BPEL4WS

Mantida pela BPMN.org

Exemplo de Processo

Interface WebMethods

Inventory Level

Exemplo de BAM:• Interface WebMethods

Em poucas palavras...

• BPM tem o potencial para trazer grande agilidade e flexibilidade para gestão dos processos de negócio das empresas

• A estratégia SOA é fundamental para conseguir entregar os benefícios de BPM

• As áreas de negócio das empresas ainda encontram-se bastante imaturas para colher benefícios tangíveis

• As ferramentas ainda estão amadurecendo

Infra-estrutura SOAInfra-estrutura SOA

Quais Classes de Ferramentas estão relacionadas a SOA?

• Design Time:– Foco em usabilidade, produtividade, controle, ...

Modelagem de Negócio: BPM (BPMN, ...) Catálogo de Ativos Reutilizáveis

• Run Time:– Foco em robustez, escalabilidade, ...

Container de WebServices ESB: Enterprise Service Bus Registro de localização de Serviços e Aplicações de

Policies de Governança BAM: Monitoramento de Atividade de Negócio

• BPM Suites Pilha de tecnologias em evolução Unifica softwares previamente independentes de

infraestrutura:– Human workflow mgmt.– Integration servers– Portals– BI tools– Runtime containers– Message-oriented middleware– Business rule engines– Modeling tools– App. servers/IDEs

Mercado de BPM

Alguns Exemplos:WebSphere Business Modeler

Alguns Exemplos:Savvion Business Modeler

Infra-estrutura SOA

ESB (Enterprise Service Bus)Infra-estrutura SOA

ESB (Enterprise Service Bus)

ESB: Nova Classe de Produtos?

• Objetivo:: Integrar!• O que existe por aí?

Enterprise Service Bus (ESB) Message-Oriented Middleware (MOM)

• Features comuns:– Garantia de entrega das chamadas/mensagens– Roteamento e Transformação– Mediação, Load-balancing e Adaptadores– Segurança, Logging e Auditoria

Abordagem Tradicional

Conexões Ponto-a-Ponto

ERPERP Aplicação.NET

Aplicação.NET

WebService(Externo)

AplicaçãoJEE

Legacy(C/C++)Legacy(C/C++)

Mainframe(CICS Transaction

Gateway)

Pacote CRM(proprietário)

Custom point-to-point connections

Barramento Corporativo de Serviços

(ESB – Enterprise Service Bus)

Enterprise Service Bus

ERPERP Aplicação.NET

Aplicação.NET

WebService(Externo)

JMS SOAP/HTTP

SOAP/HTTP

AplicaçãoJEE

Legacy(C/C++)Legacy(C/C++)

Gateway)

Pacote CRM(proprietário)

Seleção Dinâmica

ESBClienteServiçoClienteServiço

ProvedorServiço

(3) ESB solicitainformaçõ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 invocao 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/Policiespodem ser incluídas

DiretórioServiços

Principais Players

IBM WESB, MessageBroker Oracle ESB BEA ESB Sonic ESB Tibco SoftwareAG/Webmethods Microsoft (BizTalk) ...a cada dia surgem novos...

E opções Open Source?

• Apache Service Mix incubator.apache.org/servicemix/home.html

• IONA FUSE baseado no Apache Service Mix - open.iona.com

• WSO2 wso2.com/products/esb

• JBOSS ESB labs.jboss.com/jbossesb

• MULE SOURCE ESB mule.codehaus.org/display/MULE/Home

Registry / Repository

• Classe de produtos que ainda causa confusão• Classificação funcional que atende a diversos

propósitos• Mercado em consolidação (com diversas

aquisições)

• ...“SERIOUS ABOUT SOA?

MAKE A REPOSITORY PART OF YOUR

STRATEGY”

ExemploExemplo

Principais Funcionalidades

Promovendo os ativos:• Indexação e Busca (full text)• Mecanismos de colaboração:

- Notícias/RSS - Fóruns de discussão - Notificação

• Envio automático de Notificações• Buscas remotas em repositórios alternativos como SourceFORGE, Google e ComponentSource

Gerenciando o acervo:• Metadados com categorização flexível• Mapeamento das dependências• Gerenciamento dos documentos e artefatos relacionados• Perfis de Acesso• Import/export para Excel, XML e RAS• Análise de impacto com visualização gráfica das dependências entre ativos• Controle do Fluxo de aprovação

Medindo os resultados:• Economia e Retorno (Cost Avoidance e ROI)• Componentes e documentos mais consultados, acessados e baixados• Novos ativos catalogados• Gráficos com estatísticas

Acelerando o reuso:• Acervo inicial (Starting Library)• Integração com Ambiente de Desenv.: - Plug-ins para plataforma Eclipse, Oracle JDevelopmer e MS VisualStudio - Integração com repositório de fontes ClearCase e CVS/Subversion

DA Manager

Information Model

Assetversion

Artifacts

User’s guide

API docs

Release notes

Samples

Asset Types

Components

Services

Applications

Business Process

...Relationship

Depends on

Invokes

Metadata Classification

Security Workflow

Collaboration

• A oferta de infra-estrutura para SOA está crescendo a uma velocidade nunca antes vista

• É preciso conhecer as ferramentas/middleware com suas características funcionais e comparar os overlaps existentes

• Algumas ferramentas são muito importantes para a entrega dos benefícios SOA: destaque para Repositório de Serviços (design-time) e ESB (run-time)

Serviços SOA:Identificação, Modelagem, Granularidade, Anti-Patterns...

Identificação de Serviços

• Top-Down Identificando as necessidades de negócio e modelando

essas necessidades em serviços de alto valor agregado

• Bottom-Up Disponibilizando um conjunto de funcionalidades já

disponíveis nos sistemas existentes (legados)

• Recomendação (“meet in the middle”): Primeiro a análise Top-Down e depois a Botom-Up

para preservar o alinhamento com o negócio que é o principal objetivo de uma arquitetura orientada a serviços

Identificação dos Serviços

• Top-Down, algumas técnicas: BPM – Business Process Modeling PBS – Product Breakdown Structure Análise/Design de Domínio

• Bottom-Up, algumas técnicas: Bases de dados existentes Aplicativos existentes Funcionalidades existentes

Identificação de Serviços

Top-Down

Bottom-Up

Anatomia de um Serviço

New Service

WrappedLegacy

CompositeService

Service costumer

Interface proxy

Serviceinterface

ServiceImplementation

De onde vêm os serviços?

• “Em 2008, pelo menos 65% dos serviços desenvolvidos em projetos SOA serão implementados através do encapsulamento ou reengenharia de aplicações já existentes.”

“Through 2008, at least 65 percent of custom-developed services for new SOA projects will

be implemented via wrapping or re-engineering of established applications (0.8 probability).”

Granularidade

• Discussão: Qual o tamanho correto dos serviços?!

Quais aspectos devem ser levados em consideração para a empresa definir a granularidade correta para seus serviços?

Trade-off da Granularidade

Coarse-Grained Fine-Grained

Performance Melhor pois o número de troca de mensagens é menor

Requer mais troca de mensagens

Testabilidade Simplificado pois o controle do caminho de execução é limitado

Testar é mais desafiador pois o fluxo é desconhecido

Flexibilidade Menos flexível Permite composição e orquestração

Reusabilidade É mais difícil surgirem oportunidades de reúso para os grãos maiores

Grãos menores são mais facilmente reutilizados

Gerenciamento Melhor pois haverá um número menor de serviços

O número de serviços pode explodir

Valor para o negócio Representa melhor um conceito de negócio

Pode ser muito detalhado

Tudo em função de decisões de design

Anti-Patterns

Anti-Patterns*

Googando “SOA Anti-Pattern”

* Andrew Koenig, 1995 – http://en.wikipedia.org/wiki/Antipattern

“Experience is the name every one gives to their mistakes.” Oscar Wilde

“Experience is what causes a person to make new mistakes instead of

old ones.” Unknow

Erros mais comuns em SOA**(anti-patterns)

1. Try to Boil the Ocean

2. Vamos implementar alguns Web Services

3. Pensaremos em governança mais tarde

4. “Governar” vs. “Ser Governado”

5. A nossa empresa é diferente

6. Vamos às Compras

** Compilação livre baseada em experiências, segundo Kleber Bacili

6 Concerns

1. (don’t) Try to Boil the Ocean

• As estratégias SOA devem ser corporativas (não se deve pensar apenas em um projeto ou uma área apenas)

Dicas: – Reflita sobre o todo– Determine escopo para aplicação (Pilotos)– Aceite e se planeje para mudanças

vs.Tratar como corporativo,

patinar e não sair do lugar!

Avançar rápido com risco de negligenciar áreas e

pessoas

2. Vamos implementar algunsWeb Services

• SOA é muito mais que “Um punhado de Web Services”

• Principais perspectivas: Arquitetura (não podemos esquecer “A” do SOA)

– Padrões (WS-I, etc), Frameworks e Boas Práticas

Metodologia / Processos / Governança Estruturação Organizacional Capacitação Ferramentas em Design-time Infraestrutura em Run-time

3. Pensaremos em Governançamais tarde

• Quantos serviços eu preciso ter para me preocupar com governança?

• A Governança deve ser desenhada para o nível de maturidade e a necessidade da empresa

• O básico: Ciclo de vida dos serviços Papéis e responsabilidades Classificação e visibilidade

“Em 2010, a carência de planejamento relacionado a governança será a razão mais comum dos fracassos em SOA”

It’s all about ownership!!

4. “Governar” vs. “Ser Governado”

• “Governar” é bom, “Ser Governado” é ruim

• Suporte executivo é necessário para garantir o cumprimento das políticas de governança

• Dicas para resolução de conflitos: Políticas claras Matriz de responsabilidades

5. A nossa empresa é diferente

• Todas as empresas possuem peculiaridades, mas acreditem, muitas outras possuem problemas muito parecidos com os seus!

• Dicas: Participe de conferências Ouça as histórias de outras

empresas (cases) Conheça o mercado e as

ofertas dos players

6. Ir às Compras

Começar por onde?

SOA Products

EnterpriseService Bus

Business ProcessManagement

Modeling Simulation

Orchestration / Choreography

Registry /Repository

ServicesMonitoring

PoliceEnforcement

Execution Monitoring

SOA Services

Consulting /Mentoring

Business Process Modeling

IntegrationDevelopment

DigitalAssets expertise

Web Services:EspecificaçõesEmergentes

WS-*Um oceano de especificações

BusinessProcess

Management

Metadata TransactionSecurity

Messaging and Transport

Presentation

Reliability Resource

Interoperabilidade

• Composta por cerca de 130 empresas (70% vendors; 30% end-user organizations)

• Objetivos: Integrar especificações Promover implementações

consistentes Oferecer guias, boas práticas,

ferramentas e exemplos de implementação

Encorajar a adoção através de consenso

www.ws-i.org

Main Deliverables:• Basic Profile• Basic Security Profile• Attachments Profile• Testing Tools• Sample Applications

Governança SOAGovernança SOA

público | www.digitalassets.com.brEvitando os acidentes...Evitando os acidentes...

Fatores críticos para o sucesso

• Executive level buy-in• Comunicação e colaboração efetiva• Escolher corretamente o projeto piloto

Requisitos e escopo bem definidos Valor de negócio claro e visível

• Disciplina formal e Governança Ownership de serviços e incentivos às equipes de

projeto

• Adoção incremental baseada em uma combinação de critérios técnicos e de negócio

Governança?

• “Em 2010, a carência de planejamento relacionado a governança será a razão mais comum dos fracassos em SOA.”

“Through 2010, lack of working SOAgovernance arrangements will be themost common reason for SOA failure

(0.8 probability).”

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 (papéis e responsabilidades)

• Governança SOA identifica: Business Processes and Service Ownership Alocação de custos em modelos compartilhados

Mais grupos e papéis

• É necessário definir os papéis que atuarão em cada etapa do ciclo de desenvolvimento

• Novamente há a sobreposição com o Processo de Desenvolvimento de Software

• Exemplo de organização: RACI Tables

– (R)esponsible– (A)ccountable– (C)onsulted– (I)nformed

Definindo a RACI Table

Qualificando os Assets

• Algumas formas possíveis: Classificação / Taxonomia / Ontologia

• Passos importantes:1. Determinar os tipos de assets que serão gerenciados

/ governados

2. Para cada tipo de asset:• Determinar os atributos que melhor

representam/documentam o asset• Levantar amostragem dos domínios das informações• Verificar o que é comum a todos

3. Determinar os relacionamentos possíveisentre os assets

Discussão

• Quais são os assets e quais informações são necessárias para melhor documentá-los e governá-los? Que facilitem sua descoberta Que facilitem a reutilização Que facilitem a gestão

• Gerais: Nome / Versão Descrição Categorização Release notes …

• Para o reuso: Palavras-chave para busca Documentos (requisitos, exemplos,

binários) Referências (pessoas e projetos /

sistemas) Dependências Compatibilidades …

• De controle: Tracking de utilização

(quais áreas / sistemas / projetos com seus contatos utilizam quais versões de quais componentes)

Número de linhas de código Esforço de implementação Situação do componente Formas de licenciamento

(preço) …

Alguns exemplos de Informações

Ciclo de Vida de Serviços

EmDesenvolvimento

Disponível

Aposentado

Identificado

Em Aprovação

?Qual o ciclo de vidade um ativo

Adoção e Maturidade SOAAdoção e Maturidade SOA

Colocando para Rodar...

• Vários conceitos: Níveis de Maturidade Estágios de Adoção Processo de Implantação Abordagem Incremental Fatos críticos para o sucesso

... E agora?

“Don’t try to boil the ocean”

Visão Estratégica

• Definição do processo de governança formal para SOA• Centro de Excelência• Papéis / Responsabilidades de governança• Metodologia de desenvolvimento “Designed For SOA”

• Estratégia de integração arquitetural• Padrões• Mecanismos• Boas práticas• Infra-estrutura

Implantação estruturada de SOA de maneira corporativa

Plano de TrabalhoVisão Geral

• Assessment: - Processos - Perfis x Pessoas - Arquitetura de Referência - Boas práticas - Estratégia BPM

- Níveis de maturidade

• Capacitação conceitual

• Iniciar estratégia de integração

DiagnósticoSOA

DesignGovernançaSOA (nível 1)+ Mentoring

MelhoriaContínua

+ Mentoring

1 2 3 4

• Governança - nível 1: - Centro de Excelência SOA – Perfis e responsabilidades - Processo de governança - Metodologia “Design For SOA” L Processo de Identificação, modelagem e deploy de serviços - Catálogo de serviços L Identificação de serviços existentes L Classificação e taxonomia - Modelagem de Processos - BPM

• Estratégia de integração – nível 1 - POCs Independentes ESBs - Estrutura de mapeamento de ativos L Análise de impacto e rastreabilidade

- Modelagem de integração L Padrões de interface e protocolos

DiagnósticoSOA

Melhoria Contínua

+ Mentoring

1 2 3 4

• Governança – nível 2: - KPIs SOA - Definição e implantação do Services Life Cycle

- Definição de padrões para serviços L Runtime Policies L Transação, Segurança - BPM e SOA (identificação de serviços)

• Estratégia de integração – nível 2 - Padrão de implantação de serviços - Mentoring em projeto piloto

• Skill transfer aplicado - Metodologia SOA (área de processos e desenvolvimento) - Padrões (Arquitetura de sistemas)

DiagnósticoSOA

MelhoriaContínua

+ Mentoring

1 2 3 4

• Ciclo de Melhoria: - Coleta de Indicadores - Análise Crítica e Propostas de Melhoria

- Quality Assurance Arquitetural - Quality Assurance Processos SOA

DiagnósticoSOA

DesignGovernançaSOA (nivel 1)+ Mentoring

MelhoriaContínua

+ Mentoring

1 2 3 4

Nível de Reuso

O mais importante: Abordagem Incremental

Ativos Reutilizáveis

Aplicações

B 31 4 5

D 2 73 8

E 3 5 6

F 1 2 6

11 2 3 4

6 75 8

C 1 65 6

Identificados

Reutilizados

Meu mundo

Imagino

Mas... Qual a visibilidade dos serviços hoje?

Conheço

Eu fiz

Níveis de Maturidade

• Pensar Grande

• Começar Pequeno

• Avançar Rápido

Faça parte do time!

www.aqueleblogdesoa.com.br

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.

Venha nos visitar!www.digitalassets.com.br

?Obrigado!

marcilio.oliveira@digitalassets.com.br

Apêndice

ROI Medindo o Reuso

Economia

Investimento

Sem reúso

Com reúsoCom reúso

Economia

Investimento

RCA = (Tam * %reuso) – Overhead. ROA = ΣRCA ativoROA = ΣRCA ativo

reúsos

• Principais barreiras:Falta de padronização nas contagensFalta de confiabilidade nos valores

• Literatura de referência:

Measuring Software ReusePrinciples, Practices and Economic ModelsJeffrey S. Poulin

Métricas de Reuso na Indústria

White Paper:The Return on Investment on COTS Software ComponentsChris Brooke, ComponentSource

White Paper:Calculating The Value of Your Asset PortifolioSharon Fay, Flashline

• Percentual de Reuso Padrão “de facto” Facilidade de cálculo

• Modelos Econômicos de Reuso Cost Avoidance ROI

Métricas de Reuso na Indústria

x 100%Software Reusado

Software Total

• Para componentes com características específicas, um Fator de Ajuste pode tornar o índice de reuso mais real

• Exemplo:(variação conforme a intensidade de uso) Básico: 30% ; Médio: 60% ; Completo: 100%

Extensão do Modelo

Métricas

• Percentual de reuso:

• RSI = Reused Source Instruction

• LOC = Lines of Code

TotalLOCAjuste" deFator " RSI

% useRe

TotalLOCRSI

% useRe

Métricas

• Análise Econômica:

• RCA = Reuse Cost Avoidance

• RSI = Reused Source Instruction

• RCR = Relative Cost of Reuse

• $/LOC = Custo por linha de código

Quantidade de Linhas de código reusadasCusto por linha de código (extraído da produtividade da empresa)

Ajuste" deFator " RCR) - (1 RSI RCA

Métricas

• RCA = Reuse Cost Avoidance

• Nhs = Número de horas

• RCR = Relative Cost of Reuse

• $/hs = Custo por hora

Ajuste" deFator " RCR) - (1 Nhs RCA

Componente Fator de Ajuste SLOCs AjustadoCAF 3.0 (suíte) 12% 22.000 2.640 CAFX 1.0 30% 5.000 1.500 eFlow 1.2 30% 37.000 11.100 PageBrowser 2.0 30% 5.000 1.500 FWSecurity 2.2 30% 36.000 10.800

105.000 27.540 24.000

TotaisSLOCs Projeto

Reuse %

OBS: Análise baseada em linhas de código

Reuse% (se calculado sem ajuste): 81% RCA = R$ 22K

(Considerando RCR = 20% e $/LOC = R$1,00)

Economia em Projeto: Projeto Exemplo (caso real)

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.

Venha nos visitar!www.digitalassets.com.br

?Obrigado!

marcilio.oliveira@digitalassets.com.br

Palestra sobre a SOA foi destaque no Ciasc

Business

Transcript of Palestra sobre a SOA foi destaque no Ciasc

GESTÃO ELETRÔNICA DE COMPRAS CIASC

Apresentação Instirucional do CIASC - Seminário E DOC - 2-13

Destaque Litoral

SOA/OpenESB/OpenSSO SOA/OpenESB/OpenSSO

Lean SOA Abspecken senkt das Infarktrisiko › vortrag › lean-soa › lean-soa-vortrag.pdf · Lean SOA - Abspecken senkt das Infarktrisiko SOA Manifest Geschäftswert über technische

Destaque brasil

Apresentação destaque

SOA Archviz Masterclass - SOA Academy

SOA-10: Event-Driven SOA: EDA in an SOA World

Destaque 2

soa sot) — soa soa soa- 10 8 2 20 202 20 20 soa— . soa— soa-3 13 soa- Created Date 5/15/2017 3:23:12 PM ...

RESEARCH REPORT Assisted SOA Developmentxml.coverpages.org/OracleAssisted-SOA-Development.pdfRESEARCH REPORT Assisted SOA Development ... Service Oriented Architecture (SOA) ... WebLogic

Cyber Security Alffonso Del Castilho - CSD -2013 - CIASC

SOA BLUEPRINT – REFERENCE ARCHITECTURE VERSION 1 Docs/SOA/_derived/sourcecontro… · SOA BLUEPRINT – REFERENCE ARCHITECTURE VERSION 1.1 SOA Alliance Group of SOA Practitioners

Campanha destaque

SOA Alliance: SOA Reference Architecture

Palavras do Comandante do CIASC

…and modified for presentation - SOA Right Awaysoarightaway.com/SOA-RightAway.pdf · SOA appliances SOA and Web services management solutions . ... Building an SOA platform is best

Destaque 5

SOA Masterclass Core Technologies - SOA Governance