SlideShare une entreprise Scribd logo
1  sur  22
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...

Contenu connexe

Similaire à Devops + Cloud em

TDC2018SP | Trilha Banco de Dados - Transformacao do DBA. O que Agile e DevOp...
TDC2018SP | Trilha Banco de Dados - Transformacao do DBA. O que Agile e DevOp...TDC2018SP | Trilha Banco de Dados - Transformacao do DBA. O que Agile e DevOp...
TDC2018SP | Trilha Banco de Dados - Transformacao do DBA. O que Agile e DevOp...tdc-globalcode
 
Tdc continuous testing
Tdc   continuous testing Tdc   continuous testing
Tdc continuous testing Walter Farias
 
Phprs meetup - deploys automatizados com gitlab
Phprs   meetup - deploys automatizados com gitlabPhprs   meetup - deploys automatizados com gitlab
Phprs meetup - deploys automatizados com gitlabJackson F. de A. Mafra
 
Gerenciamento de configuração com puppet
Gerenciamento de configuração com puppetGerenciamento de configuração com puppet
Gerenciamento de configuração com puppetElton Simões
 
Modelos de Processo e Desenvolvimento de Software 1 - Prof.ª Cristiane Fidelix
Modelos de Processo e Desenvolvimento de Software 1 - Prof.ª Cristiane FidelixModelos de Processo e Desenvolvimento de Software 1 - Prof.ª Cristiane Fidelix
Modelos de Processo e Desenvolvimento de Software 1 - Prof.ª Cristiane FidelixCris Fidelix
 
Ténicas de Database Refactoring para ambientes 24x7
Ténicas de Database Refactoring para ambientes 24x7Ténicas de Database Refactoring para ambientes 24x7
Ténicas de Database Refactoring para ambientes 24x7Matheus de Oliveira
 
Apresentação maven
Apresentação mavenApresentação maven
Apresentação mavenAndré Justi
 
TDC2016SP - Versionando sua infraestrutura: Como e porque fazer, baseado em c...
TDC2016SP - Versionando sua infraestrutura: Como e porque fazer, baseado em c...TDC2016SP - Versionando sua infraestrutura: Como e porque fazer, baseado em c...
TDC2016SP - Versionando sua infraestrutura: Como e porque fazer, baseado em c...tdc-globalcode
 
Instalando e usando a XPages Extension Library para IBM Designer - extlib (Po...
Instalando e usando a XPages Extension Library para IBM Designer - extlib (Po...Instalando e usando a XPages Extension Library para IBM Designer - extlib (Po...
Instalando e usando a XPages Extension Library para IBM Designer - extlib (Po...Bruno Grange
 
Ms Insights - Sessão MEW302
Ms Insights - Sessão MEW302Ms Insights - Sessão MEW302
Ms Insights - Sessão MEW302Flavio J Medeiros
 
Brateste 2013: Testes Agile em Processos Agile
Brateste 2013:  Testes Agile em Processos AgileBrateste 2013:  Testes Agile em Processos Agile
Brateste 2013: Testes Agile em Processos Agileananegrello
 
Como aplicar práticas DevOps em um sistema monólito
Como aplicar práticas DevOps em um sistema monólito Como aplicar práticas DevOps em um sistema monólito
Como aplicar práticas DevOps em um sistema monólito Anderson Silveira
 
MIT DevOps IaC - Infra como Código
MIT DevOps IaC - Infra como CódigoMIT DevOps IaC - Infra como Código
MIT DevOps IaC - Infra como CódigoCaio Candido
 
Uma Arquitetura para a Implantação Automática de Serviços em Infraestruturas ...
Uma Arquitetura para a Implantação Automática de Serviços em Infraestruturas ...Uma Arquitetura para a Implantação Automática de Serviços em Infraestruturas ...
Uma Arquitetura para a Implantação Automática de Serviços em Infraestruturas ...Lenin Abadie
 
Nunca fora do ar: como manter uma aplicação sempre disponível com Continuous ...
Nunca fora do ar: como manter uma aplicação sempre disponível com Continuous ...Nunca fora do ar: como manter uma aplicação sempre disponível com Continuous ...
Nunca fora do ar: como manter uma aplicação sempre disponível com Continuous ...Giovanni Bassi
 

Similaire à Devops + Cloud em (20)

Webinar DevOps - Encontros Ágeis
Webinar DevOps - Encontros ÁgeisWebinar DevOps - Encontros Ágeis
Webinar DevOps - Encontros Ágeis
 
TDC2018SP | Trilha Banco de Dados - Transformacao do DBA. O que Agile e DevOp...
TDC2018SP | Trilha Banco de Dados - Transformacao do DBA. O que Agile e DevOp...TDC2018SP | Trilha Banco de Dados - Transformacao do DBA. O que Agile e DevOp...
TDC2018SP | Trilha Banco de Dados - Transformacao do DBA. O que Agile e DevOp...
 
Tdc continuous testing
Tdc   continuous testing Tdc   continuous testing
Tdc continuous testing
 
Phprs meetup - deploys automatizados com gitlab
Phprs   meetup - deploys automatizados com gitlabPhprs   meetup - deploys automatizados com gitlab
Phprs meetup - deploys automatizados com gitlab
 
Apresentacao dev ops
Apresentacao dev opsApresentacao dev ops
Apresentacao dev ops
 
Gerenciamento de configuração com puppet
Gerenciamento de configuração com puppetGerenciamento de configuração com puppet
Gerenciamento de configuração com puppet
 
Modelos de Processo e Desenvolvimento de Software 1 - Prof.ª Cristiane Fidelix
Modelos de Processo e Desenvolvimento de Software 1 - Prof.ª Cristiane FidelixModelos de Processo e Desenvolvimento de Software 1 - Prof.ª Cristiane Fidelix
Modelos de Processo e Desenvolvimento de Software 1 - Prof.ª Cristiane Fidelix
 
Ténicas de Database Refactoring para ambientes 24x7
Ténicas de Database Refactoring para ambientes 24x7Ténicas de Database Refactoring para ambientes 24x7
Ténicas de Database Refactoring para ambientes 24x7
 
Apresentação maven
Apresentação mavenApresentação maven
Apresentação maven
 
TDC2016SP - Versionando sua infraestrutura: Como e porque fazer, baseado em c...
TDC2016SP - Versionando sua infraestrutura: Como e porque fazer, baseado em c...TDC2016SP - Versionando sua infraestrutura: Como e porque fazer, baseado em c...
TDC2016SP - Versionando sua infraestrutura: Como e porque fazer, baseado em c...
 
Instalando e usando a XPages Extension Library para IBM Designer - extlib (Po...
Instalando e usando a XPages Extension Library para IBM Designer - extlib (Po...Instalando e usando a XPages Extension Library para IBM Designer - extlib (Po...
Instalando e usando a XPages Extension Library para IBM Designer - extlib (Po...
 
Ms Insights - Sessão MEW302
Ms Insights - Sessão MEW302Ms Insights - Sessão MEW302
Ms Insights - Sessão MEW302
 
Brateste 2013: Testes Agile em Processos Agile
Brateste 2013:  Testes Agile em Processos AgileBrateste 2013:  Testes Agile em Processos Agile
Brateste 2013: Testes Agile em Processos Agile
 
DevOps
DevOpsDevOps
DevOps
 
QAOps - Agile Trends 2021
QAOps - Agile Trends 2021QAOps - Agile Trends 2021
QAOps - Agile Trends 2021
 
Como aplicar práticas DevOps em um sistema monólito
Como aplicar práticas DevOps em um sistema monólito Como aplicar práticas DevOps em um sistema monólito
Como aplicar práticas DevOps em um sistema monólito
 
Falando sobre DevOps no azure
Falando sobre DevOps no azureFalando sobre DevOps no azure
Falando sobre DevOps no azure
 
MIT DevOps IaC - Infra como Código
MIT DevOps IaC - Infra como CódigoMIT DevOps IaC - Infra como Código
MIT DevOps IaC - Infra como Código
 
Uma Arquitetura para a Implantação Automática de Serviços em Infraestruturas ...
Uma Arquitetura para a Implantação Automática de Serviços em Infraestruturas ...Uma Arquitetura para a Implantação Automática de Serviços em Infraestruturas ...
Uma Arquitetura para a Implantação Automática de Serviços em Infraestruturas ...
 
Nunca fora do ar: como manter uma aplicação sempre disponível com Continuous ...
Nunca fora do ar: como manter uma aplicação sempre disponível com Continuous ...Nunca fora do ar: como manter uma aplicação sempre disponível com Continuous ...
Nunca fora do ar: como manter uma aplicação sempre disponível com Continuous ...
 

Plus de Percival Lucena

Contabilidade de Tripla Partida e Identidade Digital Coorporativa
Contabilidade de Tripla Partida e Identidade Digital  CoorporativaContabilidade de Tripla Partida e Identidade Digital  Coorporativa
Contabilidade de Tripla Partida e Identidade Digital CoorporativaPercival Lucena
 
Ativos Digitais no blockchain - Blockcrypto
Ativos Digitais no blockchain - Blockcrypto Ativos Digitais no blockchain - Blockcrypto
Ativos Digitais no blockchain - Blockcrypto Percival Lucena
 
AgTrace - 1st Symposium on Foundations and Applications of Blockchain 2018 (F...
AgTrace - 1st Symposium on Foundations and Applications of Blockchain 2018 (F...AgTrace - 1st Symposium on Foundations and Applications of Blockchain 2018 (F...
AgTrace - 1st Symposium on Foundations and Applications of Blockchain 2018 (F...Percival Lucena
 
Blockchain Self Sovereign Identity
Blockchain Self Sovereign IdentityBlockchain Self Sovereign Identity
Blockchain Self Sovereign IdentityPercival Lucena
 
WBMA 2016 - IBM Design Thinking
WBMA 2016 - IBM Design ThinkingWBMA 2016 - IBM Design Thinking
WBMA 2016 - IBM Design ThinkingPercival Lucena
 
SBQS - SOFTWARE CRAFTSMANSHIP
SBQS - SOFTWARE CRAFTSMANSHIPSBQS - SOFTWARE CRAFTSMANSHIP
SBQS - SOFTWARE CRAFTSMANSHIPPercival Lucena
 

Plus de Percival Lucena (11)

Contabilidade de Tripla Partida e Identidade Digital Coorporativa
Contabilidade de Tripla Partida e Identidade Digital  CoorporativaContabilidade de Tripla Partida e Identidade Digital  Coorporativa
Contabilidade de Tripla Partida e Identidade Digital Coorporativa
 
Ativos Digitais no blockchain - Blockcrypto
Ativos Digitais no blockchain - Blockcrypto Ativos Digitais no blockchain - Blockcrypto
Ativos Digitais no blockchain - Blockcrypto
 
AgTrace - 1st Symposium on Foundations and Applications of Blockchain 2018 (F...
AgTrace - 1st Symposium on Foundations and Applications of Blockchain 2018 (F...AgTrace - 1st Symposium on Foundations and Applications of Blockchain 2018 (F...
AgTrace - 1st Symposium on Foundations and Applications of Blockchain 2018 (F...
 
Blockchain Self Sovereign Identity
Blockchain Self Sovereign IdentityBlockchain Self Sovereign Identity
Blockchain Self Sovereign Identity
 
Blockchain BTSym '16
Blockchain BTSym '16Blockchain BTSym '16
Blockchain BTSym '16
 
WBMA 2016 - IBM Design Thinking
WBMA 2016 - IBM Design ThinkingWBMA 2016 - IBM Design Thinking
WBMA 2016 - IBM Design Thinking
 
SBQS - SOFTWARE CRAFTSMANSHIP
SBQS - SOFTWARE CRAFTSMANSHIPSBQS - SOFTWARE CRAFTSMANSHIP
SBQS - SOFTWARE CRAFTSMANSHIP
 
Design Thinking
Design ThinkingDesign Thinking
Design Thinking
 
Component based design
Component based designComponent based design
Component based design
 
Worklight exemplo
Worklight exemploWorklight exemplo
Worklight exemplo
 
Talkagent
TalkagentTalkagent
Talkagent
 

Devops + Cloud em

Notes de l'éditeur

  1. 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.
  2. 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.
  3. 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
  4. Puppet, Chef, são ferramentas para Gerenciamento de Configuração O puppet é um produto
  5. 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.
  6. 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
  7. 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.
  8. 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
  9. 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