Overview Governança SOA - HP Brazil

© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.
Overview Governança SOA
Norberto Enomoto - Arquiteto SOA
norberto.enomoto@hp.com
26/09/2013

Agenda
• Arquitetura Orientada a Serviços – SOA
• Governança SOA
• Diretório de serviços
• Governança do ciclo de vida do serviço
• Q&A

Arquitetura Orientada a
Serviços - SOA

© Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.4
Arquitetura Orientada a Serviços - SOA
SOA é uma abordagem arquitetural corporativa que permite a criação de
serviços de negócios interoperáveis que podem ser facilmente ser
reutilizados entre aplicações e empresas.
Fonte: Gartner Group

Arquitetura SOA

Antes e Depois SOA

Princípios para o Design dos Serviços
Thomas Erl
• Serviços são reutilizáveis
• Serviços possuem um contrato formal - WSDL
• Serviços possuem um Baixo Acoplamento
• Serviços Abstraem a lógica
• Serviços são capazes de se Compor - Agregabilidade
• Serviços são Autônomos
• Serviços evitam Alocação de Recursos por longos períodos
• Serviços são capazes de serem Descobertos

Objetivos e Benefícios Arquitetura SOA
• Flexibilidade das aplicações
• Agilidade nas manutenções
• Aumento de produtividade no desenvolvimento de aplicações
• Alinhamento entre TI e Negócio
• Redução de custos e reusabilidade
• Redução de complexidade nas integrações

Governança SOA

Governança SOA
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.

Relacionamentos – Governança SOA

Relacionamentos – Governança SOA
• Enterprise Architecture (EA) Governance: é a prática e orientação pela
qual arquiteturas empresariais e outras arquiteturas são gerenciadas e
controladas em nível organizacional
• IT Governance: é um conjunto de práticas, padrões assumidos por
executivos, gestores, técnicos e usuários de TI de uma organização, com o
objetivo de garantir controles efetivos, ampliar os processos de segurança e
desempenho
• Business Governance: é o conjunto de processos, costumes, políticas e
leis que afetam a forma como uma organização é dirigida, administrada ou
controlada

Governança SOA
Pessoas – Para se certificar que as responsabilidades estão sendo
direcionadas corretamente, e que os indivíduos ou membros estejam
recebendo o devido suporte para adquirir o conhecimento e habilidades
necessárias.
Processos – Para definir se os processos certos estão sendo aplicados
para garantir a qualidade e monitoramento dos serviços.
Políticas – Regras que deverão ser seguidas por todos os envolvidos para
que o objetivo seja alcançado.

Governança SOA
Produtos/Ferramentas – Para cadastrar os requisitos dos serviços e sua
documentação; Templates para serem usados na documentação dos
serviços

Principais Preocupações
Governança SOA
• Classificação e catalogação dos serviços e componentes existentes
• Controle do Ciclo de Vida dos ativos
• Definição de políticas e métricas
• Garantir que as políticas e métricas estão sendo cumpridas
• Versionamento de componentes e serviços
• Garantir aderência a arquitetura de referência
• Análise de impacto

Porque Governança SOA é estratégico
• Redução de Riscos
• Controle de dependências, gerenciamento de impacto de mudanças,
aplicação das polítcias, gerenciamento de SLAs
• Redução de Custos e Eficiência
• Promove consolidação, padronização e reuso
• Valor para o Negócio
• Certitifica-se que os investimentos em projetos trarão retorno ao negócio

Porque Governança SOA é estratégico
• Alinhamento
• Mantém a estratégia SOA alinhada com o negócio e arquitetura e em
conformidade com o negócio e as políticas de TI.
• Agilidade no Negócio
• Ganhar visibilidade em SOA para a tomada de decisão mais rápida e
entrega de aplicativos compostos

Centro de Excelência SOA (CoE)
• Definição dos objetivos que a empresa pretende alcançar com a
adoção de SOA.
• Transmissão dos Conceitos SOA.
• Estabelecimento dos Processos de Governança SOA.
• Revisão nos Processos Governados (Processos de Desenvolvimento).
• Apoio em projetos (Coaching).
• Comunicação entre os diversos Projetos e Áreas de Negócios.
Aplicação de Revisões Formais.

Centro de Excelência SOA (CoE SOA)
Arquitetura de Referência
Documento de arquitetura que deve ser seguido pelos projetos. Apresenta
padrões de desenvolvimento, taxonomia de serviços, gerência de configuração,
modelo canônico e melhores práticas.
Esta arquitetura é definida pelo arquiteto e membros do CoE para ser seguida
por todos os projetos.
Contrato de Serviço
Documento para catalogar os serviços existentes na organização, documentar
os parâmetros de entrada e saída, servidor que hospeda as integrações, tempo
de respostas dos serviços, etc.

Matriz de Rastreabilidade
Documento para mapear as dependências dos serviços. Com este documento,
é possível ter uma análise de impacto nas manutenções de um serviço que
possui dependências, além de ajudar na ordem de implantação.
Mapeamento de Integração
Documento para mapear as integrações no momento da análise, definir regras
de negócio inerentes à integração e mapeamento dos dados.

Matriz de maturidade
Conjunto de planilhas baseada no Modelo OSIMM (Open Group Maturity
Model), que ajudam a definir o nível de maturidade em SOA nos clientes. Estas
matrizes ajudam a dar início à implantação e a alcançar objetivos voltados à
implementação de SOA, medindo constantemente o nível de maturidade
alcançado.

Problemas de não ter o CoE SOA
• Compreensão sobre SOA e para que serve, criando resistências em sua
adoção
• Coordenação e Comunicação entre diversas áreas, resultando em
criação de serviços redundantes e, por vezes, idênticos.
• Propriedade e Patrocínio, criando impasses na definição de quem paga
o desenvolvimento, como conciliar diferentes prazos de diferentes
projetos e a quem pertence o serviço.
• Versionamento de Serviços, não deixando claro quem pode mudar um
serviço e como deve se efetuar uma mudança.

Diretório de serviços

Diretório de Serviços

• Ciclo de Vida Governança
SOA

Oracle SOA Governance Solution

Principais Preocupações
Governança do ciclo de vida do serviço
• Definição de papéis e responsabilidades
• 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
Requirements
Service
Identification
& Discovery
Service
Release
Planning
Enterprise
Requirements
Functional
Model
Prescribed
Service
Reuse
Service
Candidates
Release
Plan
Service Analysis
SOA Program Scope

Service
Definition
Service
Design
Service
Implementation
Service
Testing
Contracts Interfaces
Test
Cases
Implementation
Test
Results.
Service ManagementService Delivery
Project Scope

Service
Proposed Assigned Defined Designed Implemented Operational RetiredIn ProgressJustified
Not
Justified
Service Candidate

Papéis e Responsabilidades
Arquiteto Corporativo
• Modelar a estrutrura, taxonomia e política de um ativo
• Aceitar novos ativos candidatos
• Projetar e participar do workflow de aprovação de ativos
• Acompanhar o progresso da arquitetura
• Identificar os ativos para modificação ou aposentadoria.

Gerente de Projetos ou Arquiteto
• Definiir os projetos e os times
• Produzir e consumir os ativos
• Participar na aprovação de ativos e na validação das políticas

Desenvolvedor
• Produzir e consumir os ativos
• Especificar o custo para reutilização de ativos e tornar os mesmos
reutilizáveis
Analista de Negócio
• Acompanhar o progresso do objetivo do negócio (reuso, aderência,
redução de custos e etc) e reportar para o Gerente do Programa, CIO e
outros envolvidos
Administrador SOA
• Definir e monitorar as políticas em tempo de execução e as SLAs

Governança Ciclo de Vida: Projetar e Construir

Governança Ciclo de Vida : Projetar e Construir
1. Arquitetos corporativos e de projetos criam o desenho dos ativos para
documentar o mais recente padrões de arquitetura, melhores práticas
e políticas. Arquitetos também podem prescrever outros templates de
ativos ou serviços do projeto. Gerentes de projeto também podem criar
o desenho de ativos adicional para projetos específicos.
2. Desenvolvedores de um mesmo projeto ou de diferentes projetos
compartilham seus ativos com a corporação através do repositório.
Ativos podem ser enviados manualmente ou coletados
automaticamente.

Governança Ciclo de Vida : Projetar e Construir
4. Gerentes de projetos fazem a edição e aprovação de ativos.
5. Desenvolvedores consomem os ativos bem como outros ativos
compartilhados para implementar seu projeto atual.
6. Desenvolvedores fazem a instalação (deploy) do trabalho realizado em
servidores dedicados ou compartilhado para teste funcional e
integrado.

Governança Ciclo de Vida : Pré Produção

1. Desenvolvedores instalam (deploy) seu trabalho realizado nos
servidores pré produção
2. Administradores associam segurança, desempenho e outras políticas
de run-time nos servidores de pré produção. Estas mesmas
configurações serão propagadas posteriormente para os servidores de
produção.
3. Desenvolvedores ou administradores atualizam os ativos do serviço
no repositório para indicar a última localização do “endpoint” do
serviço nos servidores de pré produção. Esta tarefa poderá ser feita
manualmente ou como parte de uma ciclo automatizado de coleta de
informações.

4. Gerentes de projetos sinalizam que o serviço esta pronto para o
ambiente de pré produção.
5. Os artefatos dos serviços são enviados para o serviço de registro do
ambiente de pré produção e agora podem ser descobertos e
acessados pelas aplicações consumidoras. Esta promoção pode ser
iniciada de forma manual ou disparada automaticamente pelo
repositório. O registro pode se inscrever nos servidores de pré
produção e receber automaticamente atualizações da localização dos
“endpoints”

Governança Ciclo de Vida : Produção

1. Desenvolvedores instalam (deploy) seu trabalho realizado nos
servidores de produção
2. Desenvolvedores ou administradores atualizam os ativos do serviço
no repositório para indicar a última localização do “endpoint” do
serviço nos servidores deprodução. Esta tarefa poderá ser feita
manualmente ou como parte de uma ciclo automatizado de coleta de
informações.
3. Gerentes de projetos sinalizam que o serviço esta pronto para o
ambiente de produção.

4. Os artefatos dos serviços são enviados para o serviço de registro do
ambiente de produção e agora podem ser descobertos e acessados
pelas aplicações consumidoras. Esta promoção pode ser iniciada de
forma manual ou disparada automaticamente pelo repositório. O
registro pode se inscrever nos servidores de pré produção e receber
automaticamente atualizações da localização dos “endpoints”
5. Administradores monitoram a performance dos serviços e o
cumprimento das políticas nos servidores de produção.
6. As métricas de execução dos serviços são periodicamente coletadas
dos servidores de produção e estas métricas são adicionadas nos
ativos dos serviços do repositório.

7. Arquitetos e/ou analistas de negócios monitoraram periodicamente o
status do projeto e a conformidade com os níveis de reuso e métricas
de execução. Esta informação é usada para ajudar a tomar decisões
sobre futuros projetos e mudanças nas políticas.

Governança SOA
SOA
Governance
Continuous
Improvement
Plan & Define Deploy & Execute
Manage & MonitorAnalyze & Evaluate

Q & A

Overview Governança SOA - HP Brazil

Mais conteúdo relacionado

Mais procurados

Destaque

Semelhante a Overview Governança SOA - HP Brazil

Mais de Norberto Enomoto

Último

Overview Governança SOA - HP Brazil