SOA Service-Oriented Architecture 3 de Maio de 2007

1. SOA Service-Oriented Architecture 3 de Maio de 2007

2. Telco Utilities Bancos Manufatura Outros Consultoria de Processos ü ü ü Concepção de Soluções ü ü ü Desenvolvimento de Sistemas ü ü ü ü ü Garantia da Qualidade de Sistemas ü ü ü ü ü Implantação de Sistemas ü ü ü ü ü Solução Fiscal e Nota Fiscal Eletrônica ü ü ü ü ü Savoir Faire • Foco em Projetos GEEOP – Gestão Estratégica de Empresas Orientadas a Projetos SOA – Service Oriented Architecture Gerenciamento de Projetos Gestão de Serviços Contínuos - SLA

3. Savoir Faire

4. 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

5. 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

6. Origem do SOA • A evolução da tecnologia viabilizou o SOA HTML SGML XSLT XSD SOAP XML W3C WSDL WEB Services UDDI OASIS

7. Origem do SOA ORQUESTRAÇÃO A H K TRANSPORTE E TRANSFORMAÇÃO SEGURANÇA CONTRATOS DE SERVIÇOS CONTRATOS DE SERVIÇOS SERVIÇOS SERVIÇOS SERVIÇOS A K B H

8. Origem do SOA • Uma arquitetura que nasceu baseada em três componentes: Registro dos Serviços Descobrir e Recuperar WSDL Publicar WSDL Solicitante de Serviços Provedor de Serviços Trocar Mensagens SOAP Fonte: Thomas Erl

9. Orientação a Serviços • 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

10. Orientação a Serviços • Fontes de Serviços: Análise dos Processos de Negócio Processos de Negócios Existentes Análise das Entidades Essenciais Serviços já existentes Serviços Análise do Negócio (Expertise) Oportunidade (Orçamento)

11. 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 Descobertos Fonte: Thomas Erl

12. A Arquitetura Fonte: SOA Consortium

13. A Arquitetura SOA Consortium

14. 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

15. 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

16. SOA Consortium • SOA Executive Summits – Top 5 Insights • 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” “execute the model” Creating a Platform for Business Agility “service providers”

17. SOA Consortium • SOA Executive Summits – Top 5 Insights • O sucesso requer colaboração das áreas de negócio e TI Antes do SOA: Com o SOA: Estratégia de Negócios Requisitos de Negócio Processos de Negócio Arquitetura de Negócio Estratégia de TI Solução TI Portfolio de TI Estratégia de Negócios Arquitetura de Negócio Planejamento Soluções de negócio Estratégia de TI Arquitetura da Empresa

18. SOA Consortium • SOA Executive Summits – Top 5 Insights • Na esfera de TI, o SOA deve permear a organização Start-up Architects Initiate SOA • Architectural Roots • SOA Blueprinting • Infrastructure Services • Early Business Services • Pilot Projects

19. SOA Consortium • SOA Executive Summits – Top 5 Insights • Na esfera de IT, o SOA deve permear a organização Roll-out Infuse SOA DNA Senior Development Managers Must Drive SOA Execution

20. SOA Consortium • SOA Executive Summits – Top 5 Insights • 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?”

21. SOA Consortium • SOA Executive Summits – Top 5 Insights • 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

22. SOA - Melhores Práticas SOA Consortium

23. SOA - Melhores Práticas • Plano de Transição SOA Consortium

24. 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

25. 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