DevOps para nuvem híbrida: a visão da IBM

Transcrição

1 IBM Coud Materia técnico Liderança de ideias Juho de 2017 DevOps para nuvem híbrida: a visão da IBM Como o DevOps para nuvem híbrida pode ajudar as organizações a ter sucesso com a reinvenção digita

2 2 DevOps para nuvem híbrida: a visão da IBM Introdução O DevOps começou como uma cutura e um conjunto de práticas para dar suporte à coaboração e à comunicação entre desenvovimento e operações e para apicar a automação às principais fases do processo de entrega de software. Ee foi popuarizado por novas empresas de sucesso que desenvovem modeos de negócios e apicativos reacionados habiitados pea nuvem (apicativos nativos da nuvem). Mais recentemente, empresas grandes e estabeecidas reconheceram a necessidade de oferecer inovação mais rapidamente para se manterem reevantes e aproveitarem a disrupção do setor, ao mesmo tempo em que mehoram as métricas operacionais para a quaidade e o custo dos apicativos. O DevOps e a nuvem surgiram como partes essenciais da estratégia de TI deas, à medida que mehoram a competência centra na entrega contínua de inovação orientada por software. Os negócios continuam Meses/anos Linha de negócios Desenvovimento Garantia da quaidade Operações Feedback do ciente Semanas/meses Produção Escritório administrativo Experiência do ciente Secretaria principa Cientes Interrupção de negócios Dias/Semanas Equipes de apicativos Equipe da pataforma Feedback do ciente Experiência do ciente Figura 1. Os ingredientes para a disrupção dos negócios: inovação contínua, time-to-market rápido, experiência excepciona do usuário e tempo de feedback rápido, apontando para a necessidade de entrega contínua. A visão da IBM sobre o DevOps faz as seguintes suposições: O DevOps abrange o cico de vida de entrega de software de ponta a ponta, incusive um conjunto expandido de partes interessadas, como empresários e usuários finais, aém de práticas como o design thinking e a anáise de usuários. A adoção do DevOps está se expandindo em grandes organizações porque eas permitem apicativos de TI existentes para a nuvem (apicativos habiitados para nuvem). Novos métodos permitem que as organizações impementem com sucesso o DevOps à medida que migram para a nuvem. A arquitetura de nuvem híbrida está se tornando a norma para apicativos habiitados para nuvem e nativos da nuvem. A nuvem híbrida oferece fexibiidade na impantação, permitindo que as organizações escoham a pataforma certa para executar as cargas de trabaho. As souções de DevOps podem variar conforme as equipes das grandes organizações têm objetivos, processos, cutura e ferramentas diferentes. Nos casos em que equipes diferentes trabaham juntas em objetivos de negócios comuns, o DevOps ajuda as organizações a responder aos desafios da TI de diversas veocidades em combinação com métodos como o ambiente Scaed Agie Framework (SAFe) para faciitar a coaboração. A segurança de apicativos é essencia e precisa ser integrada no início e durante todo o cico de vida do DevOps para acompanhar os ançamentos frequentes e não ser um gargao. A entrega contínua é o estado futuro desejado, obtido com a apicação de uma abordagem de DevOps. O DevOps e a nuvem ajudam as empresas a ter sucesso na disrupção digita A mudança nos negócios impusionada peas tecnoogias de nuvem, anaítica, mobie e rede socia é inédita em veocidade e abrangência. Novos modeos de negócios estão surgindo enquanto outros estão se tornando obsoetos. Empresas nascidas na internet, como Uber, Airbnb e Spotify, estão entre os exempos de maior destaque de como as empresas tradicionais estão sendo impactadas por novos payers do mercado. Essa disrupção

3 IBM Coud 3 é impusionada, principamente, por mudanças no comportamento do ciente, faciitadas peas novas tecnoogias. À medida que os cientes buscam um víncuo digita direto com as empresas com as quais se reacionam, cada vez mais peos próprios dispositivos móveis, os desenvovedores de apicativos assumem a responsabiidade principa pea experiência do ciente. Nenhum setor hoje está intocado por essa transformação dramática. Mais do que nunca, a inovação e a capacidade de adaptação são essenciais para a sobrevivência e o desenvovimento de empresas e startups existentes. No atua ambiente de negócios, os processos de entrega de produtos e serviços devem ser otimizados para inovação e tempo de entrada no mercado. Metodoogias como Agie, Lean Startup e Design Thinking são adequadas para apoiar o design e a criação de ofertas reamente inovadoras, e a nuvem é cada vez mais vista como a mehor pataforma para entrega de software. As organizações estão adotando abordagens para o desenvovimento de software que coocam o ciente como o centro. Aumentando a frequência de entrega de software e reduzindo o tempo de feedback dos cientes, eas podem responder mais rapidamente a mudanças no mercado e manter os cientes feizes. Naturamente, o aumento na frequência de ançamentos exige um ainhamento e uma coaboração mais rigorosos do que os que são vistos tradicionamente entre a inha de negócios, desenvovimento e operações de TI, o que eva à necessidade de mehor coaboração, automação e transparência de informações entre esses grupos. Para acançar essa cooperação interna contínua e promover a inovação sustentáve em toda a empresa, a IBM recomenda a adoção do DevOps. Definição de DevOps Como uma abordagem que promove uma coaboração mais próxima entre as inhas de negócios, desenvovimento e operações de TI, o DevOps tem impacto em toda a empresa. Para executivos do ramo de negócios e CIOs, uma das principais preocupações é a capacidade do DevOps de possibiitar a transformação dos negócios por meio do desenvovimento mais rápido de software inovador que atenda às novas necessidades de negócio ou que, incusive, crie essas necessidades no mercado. Para executivos seniores de desenvovimento de apicativos, a principa preocupação é mehorar as métricas operacionais reacionadas a custo, risco, quaidade, produtividade e veocidade no cico de desenvovimento. Os profissionais de DevOps querem trabahar em ótimos apicativos, focar na entrega de vaor, eiminar desperdícios, automatizar o trabaho pesado e tornar os fins de semana de festa de ançamento uma coisa do passado. Transformação e objetivos organizacionais Objetivos de transformação de negócios Para aceerar a inovação contínua de ideias, permitindo o desenvovimento coaborativo e testes em toda a cadeia de vaor. Permitir a entrega contínua dessas inovações, automatizando os processos de entrega de software e eiminando o desperdício enquanto ainda ajuda a tratar de questões reguatórias. Fornecer um cico de feedback para o aprendizado contínuo dos cientes, monitorando e otimizando a inovação orientada por software. Objetivos de eficiência de TI Corrigir o atua desainhamento de pessoas e objetivos, promovendo víncuos mais estreitos entre os desenvovedores, as operações e os negócios. Para aceerar e remover erros da entrega de aterações, introduzindo automação durante todo o cico de desenvovimento. Para mehorar a percepção do vaor rea dos apicativos usando o feedback do ciente para impusionar a otimização. Tabea 1. Objetivos do DevOps

4 4 DevOps para nuvem híbrida: a visão da IBM A IBM define DevOps como uma capacidade empresaria essencia para a entrega contínua de inovação orientada por software que permite que as organizações aproveitem as oportunidades de mercado e reduzam o tempo de feedback dos cientes. O DevOps tem 3 objetivos principais em torno da transformação dos negócios, que mapeiam 3 objetivos em torno da eficiência de TI, como mostra a Tabea 1: Prática de DevOps As organizações que praticam o DevOps com sucesso tendem a adotar os seguintes processos e tecnoogias: Design Thinking: para se concentrar na entrega de uma experiência excepciona ao usuário e para aumentar a conversão Lean Startup: para vaidar ideias e testar possíveis souções antes de comprometer a mão de obra significativa, ajudando as organizações a manter o foco na soução dos probemas que importam Agie: à medida que a metodoogia de desenvovimento para feedback rápido passa por um envovimento precoce do ciente Operação na nuvem: para gerenciamento rápido e fexíve de ambientes de desenvovimento e produção Segurança contínua: para eiminar vunerabiidades de segurança de apicativos antes que ees cheguem à produção Automação da entrega: para remover os sios entre as operações de desenvovimento e de TI e permitir a entrega contínua de aterações Monitoramento de apicativos: para detectar e abordar rapidamente probemas de apicativos de software em ambientes de teste e produção Muitas startups de sucesso apicam naturamente todas as práticas acima desde o início. Particuarmente no caso de organizações menores, é mais fáci para uma nova empresa adotar uma abordagem totamente nova do que para uma empresa existente mudar suas práticas. No entanto, no níve corporativo, as organizações de TI tradicionais estão transformando a maneira como trabaham para adotar incrementamente esses processos e tecnoogias. A disrupção digita também está impusionando mudanças cuturais associadas à maneira como o software é entregue. Os processos e as tecnoogias de DevOps descritos acima exigem uma mudança de mentaidade, de equipes de desenvovimento isoadas e sios rígidos para boas práticas coaborativas. Normamente, vemos organizações de DevOps bem-sucedidas adotando o seguinte: Um ambiente de trabaho que engoba inovação, produtividade, satisfação e mehoria contínua. Entrega de software com base em grupos autônomos coocaizados equipes pequenas, mutifuncionais e auto-organizadas com responsabiidade de ponta a ponta. Um processo que proporciona transparência com métricas e engoba a coaboração ivre e aberta para permitir visibiidade, aprendizado contínuo e mehorias contínuas para todos os interessados. Um ambiente onde os desenvovedores podem fahar rapidamente em um ambiente sem penaidades e onde as pessoas são estimuadas a tentar ago novo e diferente, sem o risco de causar danos ou parecerem toas, e onde podem transformar pequenos erros em fontes produtivas de criatividade futura. A IBM tem ofertas de processos, software e serviços para permitir a impementação dessas práticas. Anáise de apicativos e usuários: para aprendizado contínuo usado para mehorar a quaidade e o vaor dos apicativos.

5 IBM Coud 5 A abordagem de DevOps da IBM A IBM identificou 6 fases no cico de vida de DevOps, aém de considerações cuturais necessárias para a impementação bem-sucedida de uma abordagem DevOps. Isso se baseia na nossa experiência com mihares de cientes, bem como na adoção interna do DevOps da IBM como parte da nossa própria jornada de transformação. APRENDER PENSAR CÓDIGO O IBM Coud Garage Method descreve essas fases como: Pense: conceituação, refinamento e priorização de recursos. CULTURA Programe: geração, aprimoramento, otimização e teste de recursos. GERENCIAR ENTREGAR Entregue: produção e entrega automatizadas de ofertas. EXECUTAR Execute: serviços, opções e recursos que devem ser executados. Gerencie: monitoramento, suporte e recuperação contínuos de ofertas. Figura 2. As 6 fases do cico de vida do DevOps Aprenda: aprendizado contínuo com base nos resutados de experimentos. Essas 6 fases são construídas em torno de uma cutura compartihada de vaores e princípios fundamentais. Saiba mais sobre o IBM Coud Garage Method em ibm.com/devops/method A IBM acerta com o Coud Garage Method a IBM prestou um exceente serviço ao setor de TI, descrevendo os atributos e processos que ajudarão quaquer empresa a ter mais sucesso aproveitando a nuvem. Leia o resumo competo do The Enterprise Strategy Group Expore o IBM Coud Garage Method

6 6 DevOps para nuvem híbrida: a visão da IBM Mudanças arquitetônicas com a nuvem Apicativos nativos da nuvem e habiitados para nuvem A nuvem e o DevOps aumentam a veocidade na qua novos apicativos podem ser ançados e os apicativos existentes modificados. O software está evouindo de apicativos compexos e monoíticos, cujas muitas dependências são resovidas no momento da criação, para uma arquitetura mais distribuída e votada para serviços, cujas dependências são resovidas no tempo de execução. Independentemente de serem apicativos habiitados para nuvem ou nativos da nuvem, essas criações votadas para serviços aproveitam a easticidade da nuvem para permitir atuaizações mais discretas. Apicativos nativos da nuvem são criados especificamente para a nuvem. Ees se concentram em envover os usuários em diversos pontos de contato, como pataformas móveis e redes sociais. Os apicativos nativos da nuvem geramente usam uma arquitetura de microserviços para permitir agiidade nas aterações e na impantação e reutiizar os serviços da web existentes (gerenciamento de dados, anáise, processamento cognitivo, Internet das Coisas etc.) para aceerar o tempo de desenvovimento. Geramente associados a organizações que estão nascendo na web, os apicativos nativos da nuvem aproveitam os recursos da nuvem, como a mutiocação e o dimensionamento automático e eástico de recursos. Os apicativos habiitados para nuvem, por outro ado, normamente são uma combinação de apicativos existentes originamente projetados para um ambiente pré-nuvem (também chamado de sistemas de registro ) e novos apicativos de sistemas de engajamento desenvovidos na nuvem. As arquiteturas dees tendem a ser compexas devido às muitas dependências, e ees usam APIs para fazer a ponte entre os sistemas de registro existentes e os novos sistemas de engajamento. Ees aproveitam as tecnoogias de gerenciamento de API e de integração na nuvem para permitir a integração, ao mesmo tempo em que abordam os requisitos de segurança da organização. As cargas de trabaho dees podem ser executadas em diversos ambientes: no oca, na nuvem privada e na nuvem púbica, uma arquitetura também conhecida como nuvem híbrida. As arquiteturas dees frequentemente ditam requisitos de pataforma específicos (por exempo, um sistema operaciona específico ou uma bibioteca de códigos de suporte), e aterações nesses eementos devem ser rigidamente controadas. A mutiocação e a easticidade no níve de apicativo não estão presentes normamente, e esses apicativos habiitados para nuvem são geramente associados a organizações de TI tradicionais. A maioria das empresas precisará oferecer suporte a apicativos nativos da nuvem e habiitados para nuvem no futuro previsíve. A combinação tenderá graduamente para a nuvem nativa, mas evará aguns anos até que os apicativos nativos da nuvem se tornem o modeo dominante na maioria das grandes empresas. Transformação DevOps bem-sucedida com serviços IBM A IBM oferece uma grande variedade de serviços, entre ees: Consutoria estratégica com serviços IBM Digita Reinvention Impementação e execução de DevOps com serviços IBM DevOps Innovation DNA de startup com serviços IBM Coud Garage A importância do DevSecOps Com as vioações de dados de ataques reacionados a apicativos aumentando rapidamente e representando a maior fonte de perda de dados, ignorar ou aceerar os testes de segurança do apicativo em pro da veocidade de entrega é uma estratégia imprudente. Vunerabiidades inadvertidamente introduzidas durante o desenvovimento podem dar aos hackers a capacidade de desestabiizar apicativos e obter acesso irrestrito a informações confidenciais da empresa ou a dados privados de cientes, evando a perdas financeiras potenciamente significativas.

7 IBM Coud 7 DevSecOps é o conceito de integração de testes de segurança de apicativos em um ambiente de DevOps. Este é um grande desafio cutura e de processo, porque a veocidade de entrega de apicativos e a frequência de ançamentos são os principais objetivos do DevOps. Muitas organizações sobrecarregaram as equipes de segurança, e o DevOps pode aumentar ainda mais essa pressão se não for abordado adequadamente. Isso torna uma estratégia de gerenciamento de segurança de apicativos baseada em riscos, junto com testes de segurança automatizados e integrados no início e durante todo o cico de vida de entrega de software, essencia para o sucesso. O uso de gates de segurança de apicativos (desenvovimento, controe de quaidade e segurança) permite que as organizações injetem testes de segurança automatizados durante todo o cico de vida da entrega de software. A anáise estática é integrada nas fases de programação e compiação/integração contínua e passa para o gate de desenvovimento. A anáise dinâmica é integrada na fase de testes e passa peo gate de controe de quaidade. Anáise interativa, anáise híbrida e testes de penetração são integrados na fase fina, passando peo gate de segurança e sendo iberados para produção. Integrando ferramentas e testes de segurança em todo o cico de vida de entrega de software (SDLC) dessa maneira, as organizações podem minimizar os riscos e as vunerabiidades do apicativo, sem sacrificar a veocidade de entrega. Garantia de que o monitoramento cumpra seu pape no DevOps Um dos principais objetivos de uma abordagem de DevOps é aceerar o tempo de ançamento e minimizar as entidões na carga de trabaho. As arquiteturas estão se tornando mais compexas com o uso de microserviços e de APIs egadas e recém-criadas. A rede resutante de interdependências torna mais difíci determinar rapidamente a causa raiz de um probema. Aém disso, as empresas nativas da nuvem definiram expectativas de cientes muito atas em termos de tempo de atividade e tempos de resposta rápidos. Portanto, o objetivo que as organizações nativas da nuvem e que adotaram a nuvem precisam acançar é determinar como resover os probemas o mais rápido possíve e, ideamente, evitar que ees ocorram. Uma maneira de avançar em direção a esse objetivo é integrar o monitoramento de performance do apicativo nas fases de desenvovimento e teste, bem como na fase de produção. Essa estratégia emprega recursos, como testes sintéticos, para determinar onde os probemas podem estar antes que quaquer código seja reamente coocado em produção. Em vez de esperar que a equipe de operações apresente probemas quando um apicativo está em produção, a equipe de desenvovimento pode reaizar testes sintéticos e corrigi-os antes que quaquer coisa seja impantada. Essa nova maneira de pensar pode ajudar as equipes a adotar uma abordagem de DevOps mais ági e mehorar a capacidade de atender as expectativas do usuário fina. IBM Coud Patform: A maior impementação do Coud Foundry O IBM Coud Patform é uma pataforma de nuvem híbrida como serviço (PaaS) com base no Coud Foundry e que conta com um modeo de impantação fexíve em nuvem púbica, nuvem dedicada e ocamente nas instaações do ciente. O Coud Patform está entre as primeiras ofertas do setor designadas como Coud Foundry Certified. Ee tem suporte de diversas inguagens de programação e serviços, bem como DevOps integrado para criar, executar, impantar e gerenciar apicativos na nuvem. O Coud Patform é compatíve com tempos de execução instantâneos, contêineres IBM e máquinas virtuais. Saiba mais sobre o IBM Coud Patform em ibm.com/coud/patform

8 8 DevOps para nuvem híbrida: a visão da IBM 2 perfis de DevOps A IBM acredita que o requisito para apicativos nativos da nuvem e habiitados para nuvem refete a existência de 2 perfis gerais entre quem adota o DevOps na nuvem. As equipes que se enquadram no perfi nativo da nuvem terão necessidades e expectativas diferentes das equipes que se enquadram no perfi que adota a nuvem. Perfi nativo da nuvem Embora o perfi nativo da nuvem tenha sido frequentemente associado a organizações nascidas na internet, ee é cada vez mais encontrado em grupos de Inovação ou Linha de Negócios dentro de organizações maiores. Esse perfi é caracterizado por equipes pequenas que trabaham em cicos de entrega curtos, com foco na eficácia e nos resutados do usuário (ou de negócios). Veja a Figura 3. Os desafios críticos desse perfi de usuários de DevOps são mostrados no ado esquerdo da Tabea 2, com as souções correspondentes que ees estão procurando no ado direito: Desafios e souções nativos para nuvem Desafios críticos Determinar se suas ofertas estão ressoando com os cientes. Eiminar defeitos aeatórios na produção que poderiam evar a probemas de satisfação do ciente. Concentrando recursos na entrega apenas dos novos recursos que reamente envoverão os cientes. Souções procuradas Entenda rapidamente o que os cientes estão fazendo e experimentando, impementando anáises e métricas vincuadas a cenários de cientes. Mantenha o apicativo em um estado de produção constante, impementando processos de entrega que testam totamente cada check-in em minutos. Experimente inovações disruptivas, avaiando continuamente o feedback dos cientes para ainhar essas inovações -e os recursos necessários para impementá-as - com a mudança nademanda dos cientes. Tabea 2. Desafios críticos para os usuários nativos da nuvem Características do perfi nativo para nuvem Quem são ees? Construindo coisas para Procurando DevOps para Predominantemente 3 a 20 pessoas por equipe. Impantando Semana Diariamente Por hora Mais... Mobiidade Nuvem Apicativos Ambientes são Atamente automatizado, efêmero (PaaS ou Container) ou VM eve. Facimente reproduzíve e/ou substituíve. Sem dependências Fortes imites de API. Arquitetura desacopada. Faça rápido! VELOCIDADE para o mercado Resutados de negócios Entregue recursos que importam. Satisfação do ciente Quaidade na produção. Impantação contínua Mantenha a produção do sistema pronta, testando totamente o check-in - em minutos. Entregue diretamente à produção. Experimentação Priorize os investimentos com base em experimentos e resutados. Monitoramento de usuários Anáise vincuada a cenários de cientes. Figura 3. Características do perfi nativo da nuvem

9 IBM Coud 9 Perfi que adota a nuvem O perfi que adota a nuvem é tradicionamente encontrado em organizações de TI que mantêm e desenvovem sistemas compexos. Esse perfi é caracterizado por equipes de times que trabaham com cicos de entrega mais ongos, focadas em mehorias de quaidade, tempo de entrada no mercado mais rápido e equiíbrio entre custo e vaor. Organizados emequipes de times, ees gerenciam sistemas compexos com diversos componentes interdependentes, usando uma variedade de pataformas de tecnoogia entre as equipes. Normamente, haverá não apenas pataformas diferentes (mainframe, mid-range, distribuída e assim por diante), mas também diferentes gerações de tecnoogia para gerenciar, por exempo, certos componentes que dependem do código escrito para uma pataforma egada. Veja a Figura 4. Desafios e souções habiitados para nuvem Desafios críticos Aceerar e remover erros dos processos de avaiação e entrega de aterações. Eiminar a fata de comunicação entre as equipes, a fim de reduzir atos níveis de retrabaho e desperdício. Reduzir o tempo excessivo gasto em incidentes de produção de combate a incêndios e tempo de inatividade. Souções procuradas Entrega confiáve e repetíve para produção através da impementação de processos de iberação atamente automatizados e orquestrados. Cicos de ançamento mais curtos através da impementação do panejamento de iberação de pequenos otes. Tendências ascendentes na quaidade da iberação, através da impantação de cicos de feedback direto dos sistemas de monitoramento de produção até às equipes encarregadas de abordar questões críticas. O perfi que adota a nuvem enfrenta não apenas os mesmos desafios do perfi nativo da nuvem, mas também um conjunto significativamente mais difíci de desafios críticos adicionais. Ees são mostrados no ado esquerdo da Tabea 3, com as souções correspondentes no ado direito: Tabea 3. Desafios críticos para os usuários que adotam a nuvem Características do perfi habiitado para nuvem Quem são ees? Trabahando em... Procurando... DevOps para... Predominantemente equipes de equipes Impantando... Trimestramente Mensa Semana Grandes programas que envovem vários componentes dependentes ou serviços pertencentes a diferentes equipes. Ambientes são... Principamente máquinas virtuais, no oca. Ato risco de focos de neve. Trabahando em direção ao IaaS e nuvem. Minimize o tempo para recuperar! Menos tempo gasto em questões de produção de combate a incêndios e ongas saas de crise. Chegada ao mercado mais rápida Responda à demanda de negócios com entrega de aterações rápida e confiáve. Equiíbrio entre custo e vaor Mehore a eficiência e a eficácia gera do processo. Entrega contínua Produtividade do desenvovedor. Processo de iberação atamente automatizado e orquestrado. Negócio - Ainhamento de TI Reunindo negócios e TI para trabahar com os produtos e recursos de maior vaor. Disponibiidade contínua Estabeeça um cico de feedback desde o monitoramento da produção até os desenvovedores. Resova probemas rapidamente. Figura 4. Características do perfi que adota a nuvem

10 10 DevOps para nuvem híbrida: a visão da IBM Souções da IBM para DevOps Existem 3 cenários principais para a adoção de uma soução de DevOps: Cenário de inovação/startup: uma nova soução de DevOps é seecionada para atender à necessidade de púbico nativo na nuvem. Cenário evoutivo: uma soução de DevOps corporativa existente evoui para oferecer suporte a púbicos-avo que adotam a nuvem e nativos da nuvem. Cenário combinado: onde equipes que adotam a nuvem e nativas da nuvem com diferentes cuturas, processos e souções de DevOps precisam coaborar para oferecer uma soução competa para os negócios. Cenário de inovação/startup Este cenário pode acontecer: Em uma startup/inha de negócios onde as equipes não dependem de sistemas corporativos egados; Em grandes organizações com uma iniciativa modo de inovação/startup onde um conjunto de equipes de Inovação identificadas está passando por uma transformação disruptiva, com um novo conjunto competo de processos/práticas e um novo toochain de DevOps. A característica notáve desse cenário é que a soução de DevOps é votada principamente para atender às necessidades de equipes nativas da nuvem, e há um foco maior na adoção derecursos mais simpes com grande adesão no mercado. No entanto, pode ser difíci decidir quais ferramentas escoher, e integrá-as e gerenciá-as pode consumir muito tempo. Teca: Ferramentas de terceiros Ferramentas IBM Optimizey Teaeaf DevOps Insights Googe Anaytics Monitoramento de disponibiidade Notificação de aerta Automação de Runbook New Reic Sack PagerDuty Muray GitHub Hiptest Rationa Team Concert APRENDER GERENCIAR Open Toochain Coud Garage Method PENSAR CULTURA EXECUTAR CÓDIGO ENTREGAR Coud Patform DevOps Services GitHub Web IDE Ecipse Jazz SCM AppScan Load Impact Sauce Labs Curva de veocidade Repositórios Git e Monitoramento de probemas Cana de entrega Jenkins UrbanCode Depoy Coud Foundry Docker OpenStack Auto Scaing SoftLayer Containers As empresas identificadas acima são fornecidas apenas para fins iustrativos e eas e suas souções não são endossadas ou recomendadas pea IBM. Empresas adicionais com souções simiares podem ser encontradas em: Figura 5. Toochain aberto da IBM para o cenário de inovação/startup

11 IBM Coud 11 O IBM Coud Garage Method é a abordagem da IBM para permitir que os negócios, o desenvovimento e as operações projetem, entreguem e vaidem continuamente novas funcionaidades. As práticas, as arquiteturas e os toochains abrangem todo o cico de vida do produto desde o início, capturando e respondendo ao feedback dos cientes e às mudanças do mercado. A arquitetura do Open Toochain faciita a combinação de serviços do Coud Patform, como Entrega Contínua, com código aberto e as principais ferramentas de terceiros em um toochain integrado ainhado com as práticas de DevOps. Esses padrões podem ser compartihados entre equipes como modeos para promover a adoção bem-sucedida do DevOps em toda a organização. Cenário evoutivo Esse cenário é típico de transformações evoutivas de DevOps à medida que as organizações de TI evouem as cargas de trabaho para adotar a nuvem e incuem apicativos nativos da nuvem. Nesse contexto, a soução de DevOps precisa oferecer suporte a cenários compexos para coordenar o trabaho entre várias equipes dependentes, orquestrar impantações compexas na nuvem híbrida (da IBM e de terceiros) e oferecer um uso simpes para os apicativos nativos da nuvem menos compexos. Garantia de Quaidade do IBM MobieFirst IBM Digita Anaytics IBM IT Operations Anaytics IBM Appication Performance Management IBM IT Operations Management PENSAR APRENDER CÓDIGO CULTURA GERENCIAR ENTREGAR EXECUTAR IBM WebSphere Appication Server IBM Rationa Coaborative Lifecyce Management (CLM) IBM Rationa Deveoper for z Systems IBM MobieFirst Patform IBM Rationa Test Workbench IBM Rationa Test Virtuaization Server IBM Security AppScan IBM UrbanCode IBM PureAppication IBM Coud Orchestrator IBM Coud Automation Manager Apicativos empresariais Habiitados para nuvem Apicativos/serviços nativos para nuvem TI tradiciona Nuvem oca dedicada Nuvem externa dedicada Nuvem externa compartihada Figura 6. Soução de DevOps da IBM para o cenário evoutivo

12 12 DevOps para nuvem híbrida: a visão da IBM Para equipes nativas da nuvem, a IBM oferece o IBM Coud Patform disponíve no oca, em nuvens dedicadas e na nuvem púbica. A IBM oferece souções de DevOps ocais e gerenciadas para dar suporte a esse cenário. Cenário combinado para TI de diversas veocidades Em muitos cenários, as equipes nativas da nuvem e que adotam a nuvem precisam trabahar juntas. Assim surge a TI de diversas veocidades. Para garantir resutados eficazes, é necessário um níve adiciona de gerenciamento Aceerar a inovação Pensar Código Entregar Executar Produção Sistemas de envovimento Apicativos digitais Catáogo API Sistemas de registro Apicativos empresariais Exceência operaciona Serviços compartihados Pensar Código Entregar Executar Produção Figura 7. TI de diversas veocidades com possíveis necessidades de uma coaboração estreita

13 IBM Coud 13 para ainhar as atividades entre as equipes que adotam a nuvem e suas contrapartes nativas da nuvem. Essas equipes podem ter diferentes cuturas, processos e ferramentas de DevOps, aém de diferentes cronogramas de entrega, conforme exigido pea empresa. Com base em muitos contratos de cientes, a IBM observou que possíveis probemas de coaboração podem ser evitados com o uso de APIs com imites caros. As APIs fornecem um mecanismo integrado de coaboração e ainhamento entre grupos, reduzindo a necessidade de ainhamento dos processos de desenvovimento. O uso de APIs dessa maneira é mais comum quando uma equipe que adota a nuvem precisa coordenar um ançamento com uma equipe nativa da nuvem. Nesse cenário, a equipe nativa da nuvem aproveita as APIs fornecidas pea equipe que adota a nuvem. A menos que seja necessária uma ateração na API, a equipe nativa da nuvem pode trabahar de forma independente. Saiba mais sobre o gerenciamento de APIs em: ibm.com/software/products/en/api-management-famiy; Saiba mais sobre a integração com a nuvem em: ibm.com/software/products/en/category/coud-integration Programa Rationa Coaborative Lifecyce Management with SAFe PENSAR Rationa Test Workbench IBM Security AppScan APRENDER CÓDIGO CULTURA GERENCIAR ENTREGAR IBM Appication Performance Management EXECUTAR IBM UrbanCode IBM API Management Equipe de backend Lançar a cada duas semanas Equipe Mobieapp Equipe Webapp Equipe de apicativos cognitivos Lançar duas vezes por dia Lançar toda semana Lançar a cada dois dias Figura 8: Exempo de padronização fexíve da ferramenta DevOps para TI de diversas veocidades. Cada equipe usa o toochain e os processos mais adequados às próprias necessidades. A padronização no níve do programa usando o SAFe garante coaboração, gerenciamento de portfóio e governança.

14 14 DevOps para nuvem híbrida: a visão da IBM Quando APIs não podem ser usadas, a IBM observa 3 possíveis dificudades: fata de ainhamento entre as equipes, incapacidade de testar apicativos em que os serviços de backend ainda não estão disponíveis e dificudade em coordenar a impementação de todo o sistema. A IBM recomenda a adoção do ambiente SAFe (Scaed Agie Framework) como uma maneira de coordenar o processo gera entre as equipes usando diferentes processos e souções de DevOps. O SAFe requer que as equipes se sincronizem em marcos específicos (chamados de Incremento de Programa), e as equipes podem avançar no próprio ritmo entre esses marcos. Saiba mais sobre o suporte da IBM ao SAFe em: A IBM recomenda o uso da virtuaização de teste com o IBM Rationa Test Virtuaization Server para permitir o desacopamento das dependências do ambiente para testes de integração. Isso permite que as equipes testem rapidamente as aterações, independentemente do status de impementação dos componentes dos quais dependem, e reduzam os riscos associados ao teste de integração fina. Saiba mais sobre o Rationa Test Virtuaization Server em testvirtuaizationserver. A IBM recomenda o uso do monitoramento de apicativos com o IBM Appication Performance Management para monitorar e gerenciar o desempenho, a disponibiidade e a segurança de apicativos em todo o cico de vida do apicativo, mensurando os tempos de resposta de usuários, componentes de apicativos e transações específicas. Saiba mais sobre o IBM Appication Performance Management em ibm.com/coud-computing/earn-more/it-servicemanagement/appication-performance-management. Para operações proativas que capacitam sua equipe a identificar, isoar e resover probemas antes que ees afetem os serviços da sua empresa, a IBM recomenda o IT Operations Management (ITOA). Saiba mais sobre o ITOA em: ibm.com/coud-computing/products/hybrid-it-management/ it-operations-management. A IBM recomenda o gerenciamento de ançamentos/a automação da impantação com o IBM UrbanCode para a coordenação da impantação dessa TI de diversas veocidades. Saiba mais sobre o UrbanCode em Concusão Em um mundo movido por novas tecnoogias de nuvem, anaítica, mobie e redes sociais, os cientes estão cada vez mais buscando um reacionamento direto e digita com as empresas com as quais optam por reaizar transações. Em muitos setores, as empresas nascidas na internet estão aproveitando a participação de mercado ao prever ou até mesmo direcionar a preferência do ciente, aém de oferecer uma experiência de usuário excepciona que mantém os cientes votando para mais. Reconhecendo que as preferências do ciente mudam continuamente e que os novos concorrentes enfrentam barreiras mínimas à entrada, essas empresas projetaram seus cicos de vida de desenvovimento de apicativos para incorporar feedbacks frequentes do ciente que impusionam ançamentos e atuaizações iguamente frequentes. À medida que enfrentam a concorrência disruptiva de concorrentes cada vez mais ágeis no mercado, as empresas estabeecidas reconhecem que as abordagens tradicionais de desenvovimento e entrega de software são insuficientes. Os processos de desenvovimento manuais são propensos a erros e tendem a gerar desperdício e respostas atrasadas. Eas também se concentram demais em questões internas e de menos nos cientes e nas respostas dees aos apicativos. Em um cenário competitivo em que a inovação contínua e a excepciona experiência do usuário são essenciais para conquistar e reter cientes, as empresas precisam adotar novas abordagens que priorizem o ciente. Para permitir uma resposta mais rápida e mehor às mudanças nas necessidades dos cientes, as empresas estão aumentando a frequência de ançamento de apicativos. Isso, por sua vez, requer ainhamento e coaboração mais rigorosos do que o tradicionamente visto entre a inha de negócios,

15 IBM Coud 15 o desenvovimento e as operações de TI, evando à necessidade de maior coaboração, automação e transparência de informações entre esses grupos. Para conseguir uma coaboração interna perfeita, a IBM recomenda a adoção de uma abordagem de DevOps. Naturamente, as empresas querem cortar custos enquanto mehoram a veocidade de entrega, mas, também precisam gerenciar riscos e compiance. A abordagem de DevOps da IBM oferece uma eficiente soução para esses desafios. O DevOps para nuvem híbrida pode reduzir o tempo de feedback dos cientes, aumentar a quaidade, reduzir riscos e custos e unificar processos, cuturas e ferramentas em todo o cico de vida de ponta a ponta. A IBM tem ampa e profunda experiência em ajudar organizações corporativas a transformar a entrega de apicativos e tem um ampo conjunto de ofertas de software e serviços que cobrem o cico de vida de ponta a ponta. As souções da IBM dão suporte a ambientes corporativos compexos (para web, mobie, mainframe, distribuído, nuvem híbrida) e à TI de diversas veocidades para ainhar sistemas de engajamento e sistemas de registro com equipes, habiidades e requisitos. A IBM tem resutados de negócios comprovados e rápidos, com as mehores ofertas da categoria. Por exempo, o IBM UrbanCode é essencia para o DevOps para nuvem híbrida e demonstrou 482% de ROI, redução de 97% no custo por ançamento de apicativo e tempos de impantação de apicativos 75% mais rápidos (The Tota Economic Impact of IBM UrbanCode, Forrester Consuting, agosto de 2015). A abordagem de DevOps da IBM ajuda as organizações a adotar incrementamente as práticas de DevOps, permitindo aceerar a inovação sem comprometer custo, quaidade ou risco. Com base em padrões abertos, a soução IBM permite que as empresas aproveitem os investimentos existentes e criem um ambiente no qua as ferramentas de código aberto e de cico de vida proprietário coexistam e interoperem. A soução de DevOps da IBM também é baseada nas mehores práticas criadas para ajudar as empresas à medida que constroem novos sistemas de engajamento que são perfeitamente integrados aos sistemas de registro testados e confiáveis. A soução fornece uma pataforma para integrar a cadeia de vaor e o cico de vida estendido de uma organização em um ampo grupo de partes interessadas que incui não apenas o desenvovimento, mas também a inha de negócios, as equipes de operações de TI e os cientes. Independentemente de uma organização incuir equipes nativas da nuvem, equipes que adotam a nuvem ou uma combinação deas, a IBM oferece uma soução de DevOps com componentes prontos para uso para atender aos requisitos precisos. Aém disso, a abordagem da IBM ao DevOps permite que as organizações reduzam o tempo para obter e integrar continuamente o feedback do ciente. Isso permite que as organizações superem seus pares em um mundo onde administrar a experiência do ciente é um importante diferencia competitivo.

16 Mais informações Para saber mais sobre como uma soução de DevOps da IBM (no oca, na nuvem ou entregue como um serviço totamente gerenciado) pode ajudar você a acançar cicos de desenvovimento rápidos, custos mais baixos, mehor quaidade e satisfação excepciona do ciente, entre em contato com seu representante IBM ou acesse: ibm.com/devops Aém disso, o IBM Goba Financing oferece muitas opções de pagamento para ajudar você a adquirir a tecnoogia necessária para o crescimento da sua empresa. Oferecemos gestão do cico de vida competo dos produtos e serviços de TI, desde a aquisição até a disposição. Para mais informações, acesse o site: ibm.com/financing Copyright IBM Corporation 2017 IBM Systems Route 100 Somers, NY Produzido nos Estados Unidos da América em juho de 2017 IBM, o ogotipo da IBM, ibm.com, Coud Patform, UrbanCode, Rationa e Rationa Team Concert são marcas comerciais da Internationa Business Machines Corp. registradas em vários países no mundo todo. Outros nomes de produtos e serviços podem ser marcas comerciais da IBM ou de outras empresas. Uma ista atuaizada das marcas registradas da IBM está disponíve na web em Informações de direitos autorais e marcas comerciais em ibm.com/ega/copytrade.shtm Java, marcas comerciais e ogotipos baseados em Java são marcas comerciais ou registradas da Orace e/ou de suas afiiadas. Este documento entra em vigor na data inicia de pubicação e pode ser aterado pea IBM a quaquer momento. Os parceiros de negócios da IBM definem os próprios preços, que podem variar. Nem todas as ofertas estão disponíveis em todo país em que a IBM opera. Os dados de desempenho discutidos neste documento são apresentados conforme obtidos sob condições operacionais específicas. Os resutados reais porem variar. É de responsabiidade do usuário avaiar e verificar a operação de quaquer outro produto ou programa com o produto ou programas da IBM. AS INFORMAÇÕES NESTE DOCUMENTO SÃO FORNECIDAS COMO ESTÃO, SEM QUALQUER GARANTIA, EXPRESSA OU IMPLÍCITA, INCLUSIVE SEM QUALQUER GARANTIA DE COMERCIALIZAÇÃO, ADEQUAÇÃO A UM PROPÓSITO PARTICULAR E QUALQUER GARANTIA OU CONDIÇÃO DE NÃO VIOLAÇÃO. Produtos da IBM têm garantia de acordo com os termos e condições dos acordos sob os quais são fornecidos. Decaração de boas práticas de segurança: A segurança de sistema de TI envove proteger sistemas e informações através da prevenção, detecção e resposta a acesso indevido de dentro e fora da sua empresa. O acesso inadequado pode resutar em aterações, destruição, apropriação indevida ou uso indevido de informações ou pode resutar em danos ou uso indevido de seus sistemas, incusive para uso em ataques a terceiros. Nenhum sistema de TI ou produto deve ser considerado competamente seguro e nenhum produto, serviço ou medida de segurança pode ser competamente eficaz na prevenção de uso impróprio ou de acesso. Os sistemas, produtos e serviços da IBM são projetados para fazer parte de uma abordagem de segurança ega e abrangente, que envoverá necessariamente procedimentos operacionais adicionais e poderá exigir outros sistemas, produtos ou serviços para serem mais eficazes. A IBM NÃO GARANTE QUE SISTEMAS, PRODUTOS OU SERVIÇOS SEJAM IMUNES, OU TORNARÃO SUA EMPRESA IMUNE, A CONDUTA MAL-INTENCIONADA OU ILEGAL DE QUALQUER PARTE. Pease Recyce RAW14389-BRPT-01