Os princípios por trás do
DevOps
Guilherme Cardoso
Consultor ALM | Arquiteto de Software
Microsoft Technical Audience Contributor | MCP | MCSD ALM
guilherme.silvacardoso@hotmail.com
@guilhermescard
Quem sou eu ?
Consultor ALM / Arquiteto de Software
Especialista em Desenvolvimento de Sistemas & Gestão de Projetos
blog.guilhermescardoso.com.br
guilherme.silvacardoso@hotmail.com
twitter.com/guilhermescard
http://almbrasil.com.br
#psicologia
Éssa não é uma palestra sobre:
#finanças
#gestãodeempresas
#motivaçãodetimes
Mas bem que poderia ser
Mas o que é DevOps
… conjunto de processos, métodos e sistemas para comunicação,
colaboração e integração entre os departamentos para
Desenvolvimento, Operações.
Os desenvolvedores estão
sendo integrados aos
processos de entrega de
serviços operacionais
Operações englobou o
novo papel de serviço
proprietário
DevOps é
Por que DevOps está na
moda ?
Eu quero estabilidade !
Eu quero mudanças !
#DevOps
==
#Cultura + #Processos * (#Pessoas
+ #Engajamento)
#Cultura + #Processos ^ (#Pessoas
* #Engajamento)
#Continuando o por que …
O mundo atualmente ….
Cloud computingNovas tecnologias
gerando novas
oportunidades de valor
Agilidade para competirContato direto com o
consumidor
Proliferação de
dispositivos
Modernização do negócio
Fatores que modificaram os negócios
A TI usada para modernizar o negócio
Equilibrar agilidade com
qualidade, escala e
compliance.
Negócio pensado “pra
frente”
Maximizar economias
em escalas
Melhoria no
time-to-market
Entrega continua de
valor
Fatores que modificaram os negócios
#As príncipais perspectivas
do DevOps …
Algumas perspectivas do DevOps
Aceleração
das
demandas
(TIME)
Redução
(EMPRESA)
Satisfação
(CLIENTE)
DevOps não é
#cargo
#produto
#OitavaMaravilhaDoMundo
#SoluçãoDeTodosOsProblemas
Desafios nas
entragas de software !
Mais um fator de adoção
do DevOps
Como eram as entragas de software
Planning Code Test & Stabilize Code Test & Stabilize
Beta
? RTM
?
2.5 years!
Planning Chat
Every 3
sprints
Sprint
3 week
sprints
Season
6 month
season
Vision
18 month
vision
O cenário atual ideal
Pilares para uma
adoção de DevOps
Plan
1 Monitor + Learn
ReleaseDevelop + Test
2
Development Production
DevOps
4
3
It starts with an idea – and a plan
how to turn this idea into reality …
Manage work
Develop + Test 1
Plan
Project starts
PlanTrack progress
Write Code
Unit Testing
2
Build
Version Control
Build Verification
Release
Once the iteration starts, developers
turn great ideas into features …
Develop +Test
Cloud
Load Testing
Integration testing
environment
Automated functional
testing environment
3
Pre-production
environment
Staging
environment
Monitor + Learn
When all tests pass, the build is deployed to testing environments
for each stage in the release process
Release
Learn and understand how users use your app, how it reacts
and quickly fix issues and bugs
Monitor + Learn
4
Monitor
Feedback
Plan the next iteration
Mas por que agora ?
• Usuários
• Clientes
• Browser
• Devices
• Desktop
• Servidores
• Banco de dados
• Serviços
Tudo está conectado
Bug na aplicação
Respostas do servidor
muito lentas
Banco de dados
sobrecarregado Serviço de terceiros
fora do ar
Funcionalidade difícil
de usar
Portanto: Um montão de coisas pode dar errado
Legal mas como
adotar ?
Necessidade de uma mudança cultural
Nenhuma troca de conhecimento
Processos dissociados
Falta de automação
DevOps: barreiras de adoção
• Artefatos compartilhados
• A saída do processo de desenvolvimento é nativamente consumida pelo
ferramental operacional e vice-versa
• Automação
• Releases automáticos liberados para qualquer ambiente através de uma
experiência “self-service”.
• Objetivo comum
• Métricas de monitoramento únicas e automatizadas.
Cultura colaborativa, onde todas as partes interessadas trabalham em
conjunto durante todo o ciclo.
O esqueleto do DevOps
#Obrigado !
Guilherme Cardoso
Consultor ALM | Arquiteto de Software
Microsoft Technical Audience Contributor | MCP | MCSD ALM
guilherme.silvacardoso@hotmail.com
@guilhermescard

Os príncipios por trás do DevOps

  • 1.
    Os princípios portrás do DevOps Guilherme Cardoso Consultor ALM | Arquiteto de Software Microsoft Technical Audience Contributor | MCP | MCSD ALM guilherme.silvacardoso@hotmail.com @guilhermescard
  • 2.
    Quem sou eu? Consultor ALM / Arquiteto de Software Especialista em Desenvolvimento de Sistemas & Gestão de Projetos blog.guilhermescardoso.com.br guilherme.silvacardoso@hotmail.com twitter.com/guilhermescard http://almbrasil.com.br
  • 3.
    #psicologia Éssa não éuma palestra sobre: #finanças #gestãodeempresas #motivaçãodetimes Mas bem que poderia ser
  • 5.
    Mas o queé DevOps
  • 6.
    … conjunto deprocessos, métodos e sistemas para comunicação, colaboração e integração entre os departamentos para Desenvolvimento, Operações. Os desenvolvedores estão sendo integrados aos processos de entrega de serviços operacionais Operações englobou o novo papel de serviço proprietário DevOps é
  • 7.
    Por que DevOpsestá na moda ?
  • 8.
    Eu quero estabilidade! Eu quero mudanças !
  • 12.
    #DevOps == #Cultura + #Processos* (#Pessoas + #Engajamento) #Cultura + #Processos ^ (#Pessoas * #Engajamento)
  • 13.
  • 14.
  • 15.
    Cloud computingNovas tecnologias gerandonovas oportunidades de valor Agilidade para competirContato direto com o consumidor Proliferação de dispositivos Modernização do negócio Fatores que modificaram os negócios
  • 16.
    A TI usadapara modernizar o negócio Equilibrar agilidade com qualidade, escala e compliance. Negócio pensado “pra frente” Maximizar economias em escalas Melhoria no time-to-market Entrega continua de valor Fatores que modificaram os negócios
  • 17.
  • 18.
    Algumas perspectivas doDevOps Aceleração das demandas (TIME) Redução (EMPRESA) Satisfação (CLIENTE)
  • 20.
  • 21.
    Desafios nas entragas desoftware ! Mais um fator de adoção do DevOps
  • 22.
    Como eram asentragas de software Planning Code Test & Stabilize Code Test & Stabilize Beta ? RTM ? 2.5 years!
  • 23.
    Planning Chat Every 3 sprints Sprint 3week sprints Season 6 month season Vision 18 month vision O cenário atual ideal
  • 26.
  • 27.
    Plan 1 Monitor +Learn ReleaseDevelop + Test 2 Development Production DevOps 4 3
  • 28.
    It starts withan idea – and a plan how to turn this idea into reality … Manage work Develop + Test 1 Plan Project starts PlanTrack progress
  • 29.
    Write Code Unit Testing 2 Build VersionControl Build Verification Release Once the iteration starts, developers turn great ideas into features … Develop +Test
  • 30.
    Cloud Load Testing Integration testing environment Automatedfunctional testing environment 3 Pre-production environment Staging environment Monitor + Learn When all tests pass, the build is deployed to testing environments for each stage in the release process Release
  • 31.
    Learn and understandhow users use your app, how it reacts and quickly fix issues and bugs Monitor + Learn 4 Monitor Feedback Plan the next iteration
  • 32.
    Mas por queagora ?
  • 33.
    • Usuários • Clientes •Browser • Devices • Desktop • Servidores • Banco de dados • Serviços Tudo está conectado
  • 34.
    Bug na aplicação Respostasdo servidor muito lentas Banco de dados sobrecarregado Serviço de terceiros fora do ar Funcionalidade difícil de usar Portanto: Um montão de coisas pode dar errado
  • 35.
  • 36.
    Necessidade de umamudança cultural Nenhuma troca de conhecimento Processos dissociados Falta de automação DevOps: barreiras de adoção
  • 39.
    • Artefatos compartilhados •A saída do processo de desenvolvimento é nativamente consumida pelo ferramental operacional e vice-versa • Automação • Releases automáticos liberados para qualquer ambiente através de uma experiência “self-service”. • Objetivo comum • Métricas de monitoramento únicas e automatizadas. Cultura colaborativa, onde todas as partes interessadas trabalham em conjunto durante todo o ciclo. O esqueleto do DevOps
  • 40.
    #Obrigado ! Guilherme Cardoso ConsultorALM | Arquiteto de Software Microsoft Technical Audience Contributor | MCP | MCSD ALM guilherme.silvacardoso@hotmail.com @guilhermescard