SlideShare uma empresa Scribd logo
Devops + Cloud 
Percival Lucena - @plucena 
Tech Leader IBM / Prof Universitário 
http://slideshare.net/plucena 
http://www.percivallucena.com
Manifesto Ágil - 12 príncipios
Parcialmente ágil...
Fonte: Microsoft 
Deployment Contínuo
DEVOPS
Princípio Ágil: Integração Contínua
Melhoria contínua 
DesenvolvimentoOperações e Feedback 
Business 
Owners 
Clientes e Teste 
Objetivo: Mover idéias rapidamente para produção, usar, obter feedback 
Fonte: IBM 
Devops
Adotando Devops 
Integração Contínua Entrega Contínua 
Deploys Automáticos 
Deployment Automation 
Environment Provisioning 
Builds Automáticos 
Testes 
Automáticos 
Controle de 
Versões 
Gerenciamento 
Configuração 
Gerenciamento 
de Release 
Ágil Devops
DGevreonpcsi a+m Celonutdo de Configuração 
Ambientes de Dev Ambientes de Teste 
Configuration Management Server 
BASELINE - Ex: UBUNTU 14.04 
Servidor de Desenvolvimento Servidor de Testes Servidor de produção
GPeurpepnectiamento de Configuração
GPeurpepnecti a-mCleanstsoe sde Configuração
Puppet - Classes
Puppet - Adicionar Classes ao Nó
PAAS - Plataforma como serviço
PAAS - Plataforma como serviço
Gerenciamento de Releases
Gerenciamento de Releases
Deployment Pipeline 
SCM 
Build / CI 
Server 
Unit testing 
Test Automation 
Test Stubbing 
Delivery 
Pipeline 
Environment 
Configuration 
Automated 
Monitoring 
CONTINUOUS DELIVERY
Gerenciamento de Releases
Gerenciamento de Releases
Cases DEVOPS 
• 49% Desistiram de DevOps (de acordo com 
pesquisa 2013 Puppet Labs survey) . Não 
houve apoio gerencial dos donos dos cilos. 
• 41% citam resistência a mudanças como 
sendo a maior barreira para expandir o Agile e 
31% citam a falta de suporte gerencial 
como barreira de acordo com pesquisa 
VersionOne survey). 
• 33% das empresas acreditam que falta 
suporte gerencial de acordo com pesquisa 
IBM global survey.
Para saber mais...

Mais conteúdo relacionado

PPTX
Artesanato de software - Caipira Ágil 2015
PPTX
Do war room ao DevOps, uma jornada de APM.
PPTX
Tendências e Dicas para o Desenvolvimento de Software
PDF
Boas práticas para deploy contínuo com drupal
PPT
TDC 2013 7 Dicas para acelerar os testes
PPTX
Ciclo de vida do desenvolvimento de software de ponta a ponta
PDF
TDCPOA2018 - Trilha Delphi - Desconstruindo Monolitos Delphi
PPTX
Desconstruindo monolitos - Construindo microservicos em Delphi
Artesanato de software - Caipira Ágil 2015
Do war room ao DevOps, uma jornada de APM.
Tendências e Dicas para o Desenvolvimento de Software
Boas práticas para deploy contínuo com drupal
TDC 2013 7 Dicas para acelerar os testes
Ciclo de vida do desenvolvimento de software de ponta a ponta
TDCPOA2018 - Trilha Delphi - Desconstruindo Monolitos Delphi
Desconstruindo monolitos - Construindo microservicos em Delphi

Semelhante a Devops and Cloud (20)

PPTX
Webinar DevOps - Encontros Ágeis
PDF
TDC2018SP | Trilha Banco de Dados - Transformacao do DBA. O que Agile e DevOp...
PPT
Tdc continuous testing
PDF
Phprs meetup - deploys automatizados com gitlab
PDF
Apresentacao dev ops
PPTX
Gerenciamento de configuração com puppet
PDF
Modelos de Processo e Desenvolvimento de Software 1 - Prof.ª Cristiane Fidelix
PDF
Ténicas de Database Refactoring para ambientes 24x7
PDF
Apresentação maven
PDF
TDC2016SP - Versionando sua infraestrutura: Como e porque fazer, baseado em c...
PPT
Instalando e usando a XPages Extension Library para IBM Designer - extlib (Po...
PPTX
Ms Insights - Sessão MEW302
PDF
[ServerlessDaysSP - 2024.10.19] Descomplicando 12-Factor Apps com Serverless ...
PPT
Brateste 2013: Testes Agile em Processos Agile
PPTX
PPTX
QAOps - Agile Trends 2021
PDF
Como aplicar práticas DevOps em um sistema monólito
PDF
Falando sobre DevOps no azure
PDF
MIT DevOps IaC - Infra como Código
PPTX
Uma Arquitetura para a Implantação Automática de Serviços em Infraestruturas ...
Webinar DevOps - Encontros Ágeis
TDC2018SP | Trilha Banco de Dados - Transformacao do DBA. O que Agile e DevOp...
Tdc continuous testing
Phprs meetup - deploys automatizados com gitlab
Apresentacao dev ops
Gerenciamento de configuração com puppet
Modelos de Processo e Desenvolvimento de Software 1 - Prof.ª Cristiane Fidelix
Ténicas de Database Refactoring para ambientes 24x7
Apresentação maven
TDC2016SP - Versionando sua infraestrutura: Como e porque fazer, baseado em c...
Instalando e usando a XPages Extension Library para IBM Designer - extlib (Po...
Ms Insights - Sessão MEW302
[ServerlessDaysSP - 2024.10.19] Descomplicando 12-Factor Apps com Serverless ...
Brateste 2013: Testes Agile em Processos Agile
QAOps - Agile Trends 2021
Como aplicar práticas DevOps em um sistema monólito
Falando sobre DevOps no azure
MIT DevOps IaC - Infra como Código
Uma Arquitetura para a Implantação Automática de Serviços em Infraestruturas ...
Anúncio

Mais de Percival Lucena (11)

PPTX
Contabilidade de Tripla Partida e Identidade Digital Coorporativa
PPTX
Ativos Digitais no blockchain - Blockcrypto
PPTX
AgTrace - 1st Symposium on Foundations and Applications of Blockchain 2018 (F...
PPTX
Blockchain Self Sovereign Identity
PDF
Blockchain BTSym '16
PDF
WBMA 2016 - IBM Design Thinking
PDF
SBQS - SOFTWARE CRAFTSMANSHIP
PDF
Design Thinking
PDF
Component based design
PDF
Worklight exemplo
PPT
Talkagent
Contabilidade de Tripla Partida e Identidade Digital Coorporativa
Ativos Digitais no blockchain - Blockcrypto
AgTrace - 1st Symposium on Foundations and Applications of Blockchain 2018 (F...
Blockchain Self Sovereign Identity
Blockchain BTSym '16
WBMA 2016 - IBM Design Thinking
SBQS - SOFTWARE CRAFTSMANSHIP
Design Thinking
Component based design
Worklight exemplo
Talkagent
Anúncio

Devops and Cloud

Notas do Editor

  • #3: So I am saying that corporations cannot now prosper for long, as they did in the 20th Century, merely by becoming more efficient at delivering products and services and pushing them at passive consumers through sales campaigns and advertising. Now they must understand, anticipate and meet the needs, wants and whims of customers who are well-informed, empowered and interactive among each other.. They must learn to do what the 20th Century corporation was constitutionally incapable of accomplishing: delighting the people who use their products and services through continuous, disciplined, transformational innovation. They must continuously deliver “better, faster, cheaper, smaller, more convenient, more personalized, lighter.” The good news is that we know how to do this. The practices are becoming increasingly well established. There is a constellation of principles that has been articulated in what I have called a canon of radical management literature. There are different terms in use. I have called it radical management. Haydn Shaughnessy calls “the elastic enterprise”. Dan Pontefract calls it “the flat army”. John Seely Brown and John Hagel call it “the power of pull”. There are more than a score of recently published books that talk about it, often using different labels but basically talking about the same set of phenomena. And the literature is growing by the day. If you analyze these books in depth, you can see that they describe five simultaneous shifts now under way. These shifts affect the goals of the organization, They affect the structure of work within the organization. They affect the way work is organized. They affect the values of the firm. They affect the way people communicate. In the end, these shifts affect pretty much everything. They constitutes a new canon of management. Throughout this series, we are going to explore these shifts in progressively more detail. Let me summarize quickly the five main principles. First the organizational goal: What’s the purpose of the firm. Here we are seeing a shift from an inward-looking goal of making money and maximizing shareholder value to an outward-looking goal of profitably delighting customers. Innovation and transformation are no longer options: they are now imperatives. The firm must orient everyone in the organization and everything it does to profitably delivering “better, faster, cheaper, smaller, more convenient, more personalized, lighter.” This must become the obsession of everyone in the firm. Organizational structure: we are looking at a shift from a world where managers are controlling individuals to a world where the manager’s role becomes that of enabling collaboration among diverse self-organizing teams, networks and ecosystems. The reason for this shift is that when you have managers controlling individuals, you can’t unleash the creativity that you need from the workforce to deliver “better, faster, cheaper, smaller, more convenient, more personalized, lighter.” So you have structure work differently so you can unleash this talent and initiative. Firms that don’t make this shift simply won’t be able to innovate quickly enough. Coordination of work: we are looking at a shift from coordinating work by hierarchical bureaucracy with rules, roles, plans and reports to dynamic linking, to a world where work is coordinated with iterative approaches to development and direct feedback and interaction with customers, networks and ecosystems. In the first instance this kind of coordination happens within the team itself. But then it spreads to whole networks and even ecosystems outside the firm. This is the world of Agile, Lean, Kanban and so on. It’s a world that is increasingly familiar to software developers but it is still largely a secret from general managers. I believe for instance that there has never been a single article in Harvard Business Review devoted to it. And yet it’s the way of the future. It’s a different way of coordinating work and for various reasons, it seems very hard for traditional managers to understand. Values: We are looking at a shift from a single-minded preoccupation with economic value and efficiency to an embrace of values that will grow the firm and the accompanying ecosystems, particularly radical transparency, continuous improvement and sustainability. Hierarchical bureaucracies can be very efficient and predictable. But they are not very transparent. There are a lot of reports going up and down the chain, but it can be hard to figure out what’s going on, particularly in a world of rapid change. Those reports are often about what people want to hear, not what people need to know. That’s not good enough for a firm that is desperately trying to deliver “better, faster, cheaper, smaller, more convenient, more personalized, lighter”. They are delivering that customers who are unpredictable and inscrutable and who themselves don’t know what they want. Radical transparency suddenly becomes something not just nice to have, but a sine qua non of survival. Communications: we are looking at a shift from top-down directives to multi-directional conversations. Instead of telling people what to do, leaders need to be able inspire people across organizational boundaries to work together on common goals, not only inside the firm but beyond the firm, in related networks and ecosytems. Telling people what to do doesn’t get the job done any more, in part because the manager doesn’t have the answer either. Nor do the workers. Or even the customers themselves. The answers lie in the interaction between networks and ecosystems of customers, workers and managers. So communications become much more multi-dimensional and interactive than in Traditional Management. None of these principles individually is new. What is new is implementing all of the principles together as a system in a coherent and consistent way. The core principles fit together as an interacting set of organizational possibilities. Implementing only one or two of the principles is not sustainable: the organization will slide back into the old mode. This is a step change in organizational capability. It goes beyond merely becoming better at what is currently done or acquiring different management tools, techniques, systems or processes, or following a new set of rules. Just as dinosaurs became birds, not by becoming better at crawling or walking, but by learning to fly, so organizations have to become different kinds of animals, with different mindsets, attitudes, values and capabilities. It means different ways of thinking, speaking and acting in the workplace. It means change at the level of the firm’s DNA. The phase change is as fundamental as the Copernican revolution in astronomy—a shift from the view that the sun revolves around the earth to a view that the earth revolves around the sun. Initially Copernicus’s discovery appeared to be no more than a better way of calculating the movements of the planets and the stars. It was of vital importance to the obscure subject of astronomy but had little relevance to society at large. But once people grasped that the earth was not the center of the universe, they began thinking the unthinkable. They began questioning fundamental societal assumptions like the power of organized religion and the divine right of kings. In time, the change in perspective led to vast changes for politics, religion and society. Similarly, the current economic phase change might appear at first sight as an insignificant conceptual shift in obscure aspect of management theory. But as in astronomy, once people grasp that corporations are no longer at the center of the economic universe, they begin to think the unthinkable. They begin to question fundamental assumptions as to how organizations are structured and run and their role in society, with far-reaching economic, social and behavioral changes. So this is a new world. It’s phase change that is enabled by technology but it is driven by economics. Those firms that get it and master it, will prosper. Firms that don’t, won’t. It’s that simple, that grim and that thrilling.
  • #4: So I am saying that corporations cannot now prosper for long, as they did in the 20th Century, merely by becoming more efficient at delivering products and services and pushing them at passive consumers through sales campaigns and advertising. Now they must understand, anticipate and meet the needs, wants and whims of customers who are well-informed, empowered and interactive among each other.. They must learn to do what the 20th Century corporation was constitutionally incapable of accomplishing: delighting the people who use their products and services through continuous, disciplined, transformational innovation. They must continuously deliver “better, faster, cheaper, smaller, more convenient, more personalized, lighter.” The good news is that we know how to do this. The practices are becoming increasingly well established. There is a constellation of principles that has been articulated in what I have called a canon of radical management literature. There are different terms in use. I have called it radical management. Haydn Shaughnessy calls “the elastic enterprise”. Dan Pontefract calls it “the flat army”. John Seely Brown and John Hagel call it “the power of pull”. There are more than a score of recently published books that talk about it, often using different labels but basically talking about the same set of phenomena. And the literature is growing by the day. If you analyze these books in depth, you can see that they describe five simultaneous shifts now under way. These shifts affect the goals of the organization, They affect the structure of work within the organization. They affect the way work is organized. They affect the values of the firm. They affect the way people communicate. In the end, these shifts affect pretty much everything. They constitutes a new canon of management. Throughout this series, we are going to explore these shifts in progressively more detail. Let me summarize quickly the five main principles. First the organizational goal: What’s the purpose of the firm. Here we are seeing a shift from an inward-looking goal of making money and maximizing shareholder value to an outward-looking goal of profitably delighting customers. Innovation and transformation are no longer options: they are now imperatives. The firm must orient everyone in the organization and everything it does to profitably delivering “better, faster, cheaper, smaller, more convenient, more personalized, lighter.” This must become the obsession of everyone in the firm. Organizational structure: we are looking at a shift from a world where managers are controlling individuals to a world where the manager’s role becomes that of enabling collaboration among diverse self-organizing teams, networks and ecosystems. The reason for this shift is that when you have managers controlling individuals, you can’t unleash the creativity that you need from the workforce to deliver “better, faster, cheaper, smaller, more convenient, more personalized, lighter.” So you have structure work differently so you can unleash this talent and initiative. Firms that don’t make this shift simply won’t be able to innovate quickly enough. Coordination of work: we are looking at a shift from coordinating work by hierarchical bureaucracy with rules, roles, plans and reports to dynamic linking, to a world where work is coordinated with iterative approaches to development and direct feedback and interaction with customers, networks and ecosystems. In the first instance this kind of coordination happens within the team itself. But then it spreads to whole networks and even ecosystems outside the firm. This is the world of Agile, Lean, Kanban and so on. It’s a world that is increasingly familiar to software developers but it is still largely a secret from general managers. I believe for instance that there has never been a single article in Harvard Business Review devoted to it. And yet it’s the way of the future. It’s a different way of coordinating work and for various reasons, it seems very hard for traditional managers to understand. Values: We are looking at a shift from a single-minded preoccupation with economic value and efficiency to an embrace of values that will grow the firm and the accompanying ecosystems, particularly radical transparency, continuous improvement and sustainability. Hierarchical bureaucracies can be very efficient and predictable. But they are not very transparent. There are a lot of reports going up and down the chain, but it can be hard to figure out what’s going on, particularly in a world of rapid change. Those reports are often about what people want to hear, not what people need to know. That’s not good enough for a firm that is desperately trying to deliver “better, faster, cheaper, smaller, more convenient, more personalized, lighter”. They are delivering that customers who are unpredictable and inscrutable and who themselves don’t know what they want. Radical transparency suddenly becomes something not just nice to have, but a sine qua non of survival. Communications: we are looking at a shift from top-down directives to multi-directional conversations. Instead of telling people what to do, leaders need to be able inspire people across organizational boundaries to work together on common goals, not only inside the firm but beyond the firm, in related networks and ecosytems. Telling people what to do doesn’t get the job done any more, in part because the manager doesn’t have the answer either. Nor do the workers. Or even the customers themselves. The answers lie in the interaction between networks and ecosystems of customers, workers and managers. So communications become much more multi-dimensional and interactive than in Traditional Management. None of these principles individually is new. What is new is implementing all of the principles together as a system in a coherent and consistent way. The core principles fit together as an interacting set of organizational possibilities. Implementing only one or two of the principles is not sustainable: the organization will slide back into the old mode. This is a step change in organizational capability. It goes beyond merely becoming better at what is currently done or acquiring different management tools, techniques, systems or processes, or following a new set of rules. Just as dinosaurs became birds, not by becoming better at crawling or walking, but by learning to fly, so organizations have to become different kinds of animals, with different mindsets, attitudes, values and capabilities. It means different ways of thinking, speaking and acting in the workplace. It means change at the level of the firm’s DNA. The phase change is as fundamental as the Copernican revolution in astronomy—a shift from the view that the sun revolves around the earth to a view that the earth revolves around the sun. Initially Copernicus’s discovery appeared to be no more than a better way of calculating the movements of the planets and the stars. It was of vital importance to the obscure subject of astronomy but had little relevance to society at large. But once people grasped that the earth was not the center of the universe, they began thinking the unthinkable. They began questioning fundamental societal assumptions like the power of organized religion and the divine right of kings. In time, the change in perspective led to vast changes for politics, religion and society. Similarly, the current economic phase change might appear at first sight as an insignificant conceptual shift in obscure aspect of management theory. But as in astronomy, once people grasp that corporations are no longer at the center of the economic universe, they begin to think the unthinkable. They begin to question fundamental assumptions as to how organizations are structured and run and their role in society, with far-reaching economic, social and behavioral changes. So this is a new world. It’s phase change that is enabled by technology but it is driven by economics. Those firms that get it and master it, will prosper. Firms that don’t, won’t. It’s that simple, that grim and that thrilling.
  • #10: Há muito tempo se fala em gerenciamento de configuração o problema é que até pouco tempo atras, tudo era uma tarefa manual. Os ambientes eram todos criados manualmente, o que fazia com que houvesse divergencia entre os diversos ambientes. Vamos começar pela Infra estrutura. Nosso objetivo é que a Infra seja homogenea para que o servidor de desenvolvimento onde é testada a aplicação seja equivalente ao servidor de produção para que não exista surpresas que só apareçam quando o app for em produção. 1o - As máquinas de desenvolvimento rodam uma imagem em Virtual Box, VM ware, etc das ferramentas necessárias de forma que o time tenha um ambiente padronizado. VMWare permite por exemplo importar e exportar VMs para a nuvem da Amazon 2o passo - A instalação de software nos servidores não é feita mais manualmente. Diga adeus ao apt-get ou o yum install. Todos os servidores são criados a partir de uma mesma baseline do sistema operacional, ou de uma configuração de VM na nuvem. A partir dai todo o middleware e software necessário para a aplicação é instalado através do servidor de gerenciamento de configuração que roda scripts padronizados para instalar estes softwares através de agentes instalados em cada servidor. O servidor de Gerencia de Configuração mantém um BD de tudo que foi instalado em cada servidor e monitora o status de cada serviço. O servidor de gerencia de configuração garante que cada nó é identico, gerencia os usuarios, recursos, arquivos de configuração de forma que tudo é catalogado e mantido de forma padrão. Existem várias ferramentas que podem ser
  • #11: Puppet, Chef, são ferramentas para Gerenciamento de Configuração O puppet é um produto
  • #12: Equivalente as receitas do chef, definem os softwares que estão instalados em um servidor. Podem ser utilizadas para definir usuarios, recursos, etc DEMO instalacao de um pacote.
  • #13: Equivalente as receitas do chef, definem os softwares que estão instalados em um servidor. Podem ser utilizadas para definir usuarios, recursos, etc O puppet forge é um site com várias receitas ja prontas, então eu escolhi o mysql-server e mysql-client
  • #14: Então, eu preciso de um servidor, mysql para minha app, eu escolho o nó onde quero instalar o servidor. Espero sincronizar e depois de um minutinho, tenho meu servidor mysql instalado. Eu tenho classes para personalizar parametros do banco como a versao do servidor, qtde de cache, senha usuarios, etc. E aplicando a mesma classe a todos os nós eu garanto que meu ambiente seja consistente.
  • #20: Temos agora um novo serviço: o Gerenciamento de Releases Diferentemente do servidor de integração, o objetivo é implantar de forma automática o build nos diversos servidores do projeto de maneira automatizada, rodando testes que garantam que o build foi implantado com sucesso. Nesta ferramenta o IBM Urban Code, eu posso visualizar qual versão de cada componente está instalada emcada ambiente. Aqui eu tenho 2 ambientes DEV e TEST
  • #21: Temos agora um novo serviço: o Gerenciamento de Releases Diferentemente do servidor de integração, o objetivo é implantar de forma automática o build nos diversos servidores do projeto de maneira automatizada, rodando testes que garantam que o build foi implantado com sucesso. permite ver o status de cada build