35% GARTNER. Despesas com tecnologia ocorrem fora da T.I. Fazem uso de tecnologias não aprovadas pela T.I.

Transcrição

1 DEVOPS E PAAS - ABORDAGENS E FERRAMENTAS PARA ATENDER AS NOVAS DEMANDAS DE MERCADO Rodrigo Ramalho da Silva - Solutions Architect

2 INOVAR NÃO É UMA ESCOLHA Organizações de T.I. que não inovam estão destinadas a apenas manter as luzes acessas e perder sua relevância 35% GARTNER Despesas com tecnologia ocorrem fora da T.I. 81% Fazem uso de tecnologias não aprovadas pela T.I. FROST & SULLIVAN 38% Motivador: baixa velocidade de resposta da T.I. FROST & SULLIVAN

3 demanda do negócio por inovação de T.I. lacuna de inovação da T.I. inovação com infraestrutura tradicional

4 CICLO DE DESENVOLVIMENTO TRADICIONAL 1. Ter ideia 2. Obter orçamento BARE METAL 3. Submeter requisição de compra de HW 4. Aguardar 5. Instalar HW 6. Instalar Sistema Operacional 7. Atualizar Patches 8. Criar Usuários 9. Instalar App Server 10. Instalar ferramentas de teste 11. Testar ferramentas 12. Codificar 13. Configurar servidores de produção 14. Deploy em produção 15. Lançamento 16. Adquirir mais servidores para suprir a demanda 17. Aguardar 18. Instalar novos servidores 19. Etc Ter ideia 2. Obter orçamento VIRTUAL 3. Submeter requisição de VM 4. Aguardar 5. Instalar App Server 6. Instalar ferramentas de teste 7. Testar ferramentas 8. Codificar 9. Configurar VM de produção 10. Deploy em produção 11. Lançamento 12. Requisitar mais VMs de produção para atender a demanda 13. Aguardar 14. Deploy de aplicativos na VM 15. Etc...

5 PROVISIONAMENTO TRADICIONAL DE AMBIENTES ponto de falha! ponto de falha! ponto de falha! DEV TEST QA PROD

6 TENSÃO TRADICIONAL ENTRE EQUIPES DE T.I. Preciso de novos Produtos e Serviços para estar à frente da concorrência! Conformidade com regulamentações e manter a infraestrutura segura NEGÓCIO SEGURANÇA DESENVOLVEDORES OPERAÇÕES

7 INOVAÇÃO = OPEN SOURCE

8 CONTAINERS Não é uma nova idéia: IBM LPARS, Solaris Zones Disponivel no Linux: LXC, SE-Linux, C-Groups Formato de containers: Docker, Rocket, etc... Comunidades: Docker Hub Padrões de indústria: Open Container Initiative

9 CONTAINERS: MAIOR DENSIDADE VMs CONTAINERS APP A APP B BINS/ LIBS BINS/ LIBS GUEST OS GUEST OS APP A APP B APP Z HYPERVISOR BINS/ LIBS BINS/ LIBS BINS/ LIBS HOST OS HOST OS + SHARED SERVICES HARDWARE HARDWARE

10 CONTAINERS: DEPLOYMENT RÁPIDO DIAS MINUTOS SEGUNDOS BARE METAL VIRTUAL CONTAINER

11 CONTAINERS: SIMPLIFICA ADOÇÃO DE MICRO-SERVIÇOS MONOLITHIC/LAYERED MICROSERVICES

12 RHEL ATOMIC HOST µsvc µsvc µsvc RUNTIME

13 MAS OS CONTAINERS NÃO RESOLVEM TODOS OS PROBLEMAS Orquestração Isolamento Balanceamento de carga Localização Gerenciar uma frota de micro-serviços Para criar um App escalável Cada micro-serviço tem um propósito específico, limitado a seu container

14 OPENSHIFT PARA GERENCIAR CONTAINERS EM ESCALA µsvc µsvc µsvc µsvc µsvc µsvc µsvc µsvc µsvc

15 CONTROLE DE VERSÃO DE CÓDIGO POLIGLOTA IMPLANTAÇÃO COM 1 CLICK CONTROLE E FEEDBACK AUTOMAÇÃO DE TESTES GERENCIAMENTO E ORQUESTRAÇÃO PADRONIZAÇÃO DOS AMBIENTES

16 COMPUTAÇÃO EM NUVEM - DEFINIÇÃO DE SERVIÇOS IaaS PaaS SaaS APPLICATION DEV TOOLS (IDE, Source Control, Build Tools, CI) APPLICATION PLATFORM (App Server, Middleware, Languages) OPERATIONAL SYSTEM HYPERVISOR COMPUTE RESOUCES (CPU, RAM, Network, Disk) Provido e controlado pelo usuário da nuvem Automatizado e gerenciado pela plataforma de nuvem CONTROLE AUTOMAÇÃO

17 O PAAS PARA UMA NUVEM ABERTA HÍBRIDA DESENVOLVEDOR USUÁRIO ADMIN µscv µscv NODE POD MASTER NODE NODE NODE PHYSICAL VIRTUAL PRIVATE CLOUD PUBLIC CLOUD

18 App MAS APPS EMPRESARIAIS SÃO COMPLEXOS App component App component App component App component App component App component App component App component Physical Virtual Private Public IaaS SaaS ON-PREMISE PRIVATE PRIVATE PUBLIC

19 xpaas where middleware meets cloud +

20 REDUZA TRABALHO COM SERVIÇOS DE ALTO NÍVEL App Application Platform as a Service Integration Platform as a Service Mobile Platform as a Service Application Platform as a Service BPM Platform as a Service Integration Platform as a Service Data as a Service Software as a Service private paas private paas Physical Virtual Private Public IaaS SaaS ON-PREMISE PRIVATE PRIVATE PUBLIC

21 JBOSS XPAAS SERVICES PARA OPENSHIFT APPLICATION CONTAINER SERVICES BUSINESS PROCESS SERVICES INTEGRATION SERVICES MOBILE SERVICES JBoss Enterprise Application Platform JBoss Web Server JBoss Data Grid* JBoss BRMS* JBoss BPM Suite* JBoss Fuse* JBoss A-MQ JBoss Data Virtualization* Red Hat Mobile Application Platform* * em breve

22 CONTAINER HOST CONTAINER FORMAT ORCHESTRATION & MANAGEMENT MIDDLEWARE & SERVICES USER EXPERIENCE

23 CICLO DE DESENVOLVIMENTO COM XPAAS BARE METAL VIRTUAL XPAAS 1. Ter ideia 2. Obter orçamento 3. Submeter requisição de compra de HW 4. Aguardar 5. Instalar HW 6. Instalar Sistema Operacional 7. Atualizar Patches 8. Criar Usuários 9. Instalar App Server 10. Instalar ferramentas de teste 11. Testar ferramentas 12. Codificar 13. Configurar servidores de produção 14. Deploy em produção 15. Lançamento 16. Adquirir mais servidores para suprir a demanda 17. Aguardar 18. Instalar novos servidores 19. Etc Ter ideia 2. Obter orçamento 3. Submeter requisição de VM 4. Aguardar 5. Instalar App Server 6. Instalar ferramentas de teste 7. Testar ferramentas 8. Codificar 9. Configurar VM de produção 10. Deploy em produção 11. Lançamento 12. Requisitar mais VMs de produção para atender a demanda 13. Aguardar 14. Deploy de aplicativos na VM 15. Etc Ter ideia 2. Codificar 3. Testar 4. Lançar 5. Escalar

24 PROVISIONAMENTO DE AMBIENTES COM XPAAS = = = DEV TEST QA PROD

25 DESAFIO 5,000 desenvolvedores 15,000 JVM's Semanas de configuração das plataformas Automação, self-service, produtividade POR QUE OPENSHIFT Provisionamento padronizado - Java, PHP, Phyton Stack de software padrão - Web, Apps, DBs Simplicidade - Permite uso de tecnologias conhecidas

26 COLABORAÇÃO DE PESSOAS NEGÓCIO SEGURANÇA DESENVOLVEDOR OPERAÇÕES AGILIDADE OBJETIVOS COMUNS PRODUTIVIDADE

27 AUTOMAÇÃO DE PROCESSOS design develop build test deploy monitor maintain retire DESENVOLVIMENTO ÁGIL ENTREGUE CEDO E SEMPRE INTEGRAÇÃO CONTÍNUA AUTOMAÇÃO DE TESTES ENTREGA CONTÍNUA IMPLANTAÇÃO COM 1 CLICK DEVOPS CONTROLE E FEEDBACK

28 DEVOPS - O CAMINHO PARA INOVAÇÃO CONTÍNUA 50% MELHOR QUALIDADE DE IMPLANTAÇÃO 30X MAIOR FREQUÊNCIA DE ENTREGAS 61% MELHOR VISIBILIDADE DO PROCESSO 2014 State of DevOps Report, Puppet Labs, IT Revolution Press, ThoughtWorks

29 ESTREITE A LACUNA DE INOVAÇÃO DA T.I. TRAGA VALOR AO NEGÓCIO ACELERE INOVAÇÃO AO MERCADO ACELERE DESENVOLVIMENTO DE APLICAÇÕES AUMENTE EFICIÊNCIA OPERACIONAL HABILITE O DEVOPS

30