Anúncio

DevOps, NoOps...afinal que raios é isso?

Head of Development em bankFacil
12 de Nov de 2012
Anúncio

Mais conteúdo relacionado

Apresentações para você(20)

Similar a DevOps, NoOps...afinal que raios é isso?(20)

Anúncio

DevOps, NoOps...afinal que raios é isso?

  1. DevOps, NoOps afinal que raios é isso?
  2. Thiago Ganzarolli @tganzarolli http://github.com/tganzarolli
  3. Campinas
  4. Campinas
  5. Campinas
  6. Campinas
  7. Campinas
  8. Campinas São Paulo
  9. startupcafe.com.br
  10. FAIL startupcafe.com.br
  11. Conflito: sysadmins vs developers
  12. http://www.codinghorror.com/blog/2010/08/vampires- programmers-versus-werewolves-sysadmins.html
  13. “Funciona na minha máquina”
  14. “Não é o servidor, é o código”
  15. Parar de jogar a culpa e focar no negócio
  16. DevOps como conceito • É a filosofia ou abordagem cultural que promove a melhor comunicação entre os times de desenvolvimento e administração de sistemas.
  17. DevOps como cargo • É o cargo do profissional que desempenha tanto o papel de desenvolvedor quanto o de administrador de sistema.
  18. Para startups • Equipe reduzida • Time de elite e multifuncional • Recursos escassos • Necessidade de entregar valor muito rápido, de forma muito dinâmica (e barata)
  19. Para grandes empresas • Mais agilidade • Menos burocracia • Redução de custos • Resolução de conflitos
  20. Para Metodologias ágeis • XP • Scrum • Lean
  21. Para Metodologias ágeis • XP • Scrum • Lean • DevOps
  22. Para Metodologias ágeis • XP • Scrum • Lean • DevOps
  23. Amadurecimento + mudança comportamental + tecnologia
  24. “From an operations standpoint, the big story of the web isn’t the evolution toward full-fledged applications that run in the browser; it’s the growth from single servers to tens of servers to hundreds, to thousands, to (in the case of Google or Facebook) millions.When you’re running at that scale, fixing problems on the command line just isn’t an option” Mike Loukides, O’Reilly radar, What is DevOps
  25. Distanciamento do hardware
  26. Distanciamento do hardware
  27. DevOps
  28. DevOps NoOps
  29. A tendência é ver cada vez menos isso
  30. E mais isso
  31. Infraestrutra torna-se código
  32. Convergência
  33. Abominação Ou o futuro?
  34. DevOps com IaaS
  35. Automação
  36. Máquinas idênticas rodando os mesmos serviços
  37. Gerenciamento de configuração • Homogeinidade • Previsibilidade • Facilita escalabilidade • Confiança no ambiente
  38. Serve para máquinas dos desenvolvedores também (máquinas virtuais) • Sem ‘configurando o ambiente por uma semana’
  39. Existem mais ferramentas
  40. Existem mais ferramentas • Gerenciamento de configuração
  41. Existem mais ferramentas • Gerenciamento de configuração • Automação de build / Integração contínua
  42. Existem mais ferramentas • Gerenciamento de configuração • Automação de build / Integração contínua • One-click deploy
  43. Existem mais ferramentas • Gerenciamento de configuração • Automação de build / Integração contínua • One-click deploy • Auto-scale e self-healing
  44. Existem mais ferramentas • Gerenciamento de configuração • Automação de build / Integração contínua • One-click deploy • Auto-scale e self-healing • Métricas
  45. Métricas • Monitorar • Tratar logs • Instrumentação • Detectar gargalos, bugs, falhas • Saber quando escalar • Post-mortem da equipe após crise
  46. Ferramenta sem cultura não funciona!
  47. DevOps com PaaS ou NoOps
  48. Reduz a gerência de configuração • Tendência é cada vez menos tempo gasto com SysAdmin • Ainda preciso monitorar, ter integração contínua, etc... • DevOps on steroids
  49. Preocupações externalizadas • Tolerância a falhas • Escalabilidade • Load balancing • Pode agregar váris outros addons • Precificação mais simples/visível
  50. SaaS também alavanca NoOps
  51. Analista de suporte? Github
  52. O mercado e DevOps
  53. A indústria e NoOps
  54. DNA técnico (cultura development from top down) • Referência em NoOps • Chaos monkey
  55. O que críticos dizem • Operações ainda existem • As preocupações e atribuições são outras • SysAdmin ou DevOps irão operar em outro nível de abstração
  56. Semântica...
  57. Bottom line • Operações ficando mais baratas e simples • Desenvolvedores e empresas tendo mais foco na aplicação
  58. Cada empresa tem seu nível de adoção • Cloud pode não ser pra todos • Assim como PaaS • ClickJogos gastaria na casa de milhões com tráfego na Amazon se não estivesse no UOL • Bancos jamais abrirão mão do controle
  59. Compartilhe! Trocar experiências faz parte da cultura
  60. Comunidade em formação • Open source • Github (social coding!) • StackOverflow e ServerFault • DevInSantos!
  61. Obrigado!

Notas do Editor

  1. 6 começa\n
  2. \n
  3. \n
  4. \n
  5. \n
  6. \n
  7. \n
  8. \n
  9. \n
  10. \n
  11. \n
  12. Atos, metodologias ágeis (mesmo que undercover), projetos paralelos. Rails, a nunvem, EncontreSeuPacote\n
  13. Atos, metodologias ágeis (mesmo que undercover), projetos paralelos. Rails, a nunvem, EncontreSeuPacote\n
  14. Atos, metodologias ágeis (mesmo que undercover), projetos paralelos. Rails, a nunvem, EncontreSeuPacote\n
  15. Atos, metodologias ágeis (mesmo que undercover), projetos paralelos. Rails, a nunvem, EncontreSeuPacote\n
  16. Atos, metodologias ágeis (mesmo que undercover), projetos paralelos. Rails, a nunvem, EncontreSeuPacote\n
  17. Atos, metodologias ágeis (mesmo que undercover), projetos paralelos. Rails, a nunvem, EncontreSeuPacote\n
  18. Apontador, programador poliglota, AWS, Business Model Canvas, concursos startup\n
  19. Apontador, programador poliglota, AWS, Business Model Canvas, concursos startup\n
  20. Apontador, programador poliglota, AWS, Business Model Canvas, concursos startup\n
  21. Apontador, programador poliglota, AWS, Business Model Canvas, concursos startup\n
  22. Apontador, programador poliglota, AWS, Business Model Canvas, concursos startup\n
  23. \n
  24. \n
  25. \n
  26. \n
  27. \n
  28. Sinergia, CEO entende de business, Leandro excelente design e usabilidade. Let’s go.\nNovos desafios.\nNão esqueça de falar um poquinho do modelo de negócios\n
  29. 6 até aqui\n
  30. 3 começa\n
  31. Developer, desenvolvimento do produtoOperações, estabilidade, uptime, manutenção, performancefry\n
  32. \n
  33. \n
  34. 9\n
  35. 5 começa\n
  36. Ou, numa grande empresa, quem coordena o processo entre as duas áreas\n
  37. \n
  38. \n
  39. 15 até aqui\n
  40. 15 até aqui\n
  41. 15 até aqui\n
  42. 15 até aqui\n
  43. 15 até aqui\n
  44. 7 começa\n
  45. Óbvio que maiora das empresas não estará nessa escala, mas daí surgiram ferramentas e know how para a nuvem, e o que acontece..\n
  46. \n
  47. \n
  48. \n
  49. \n
  50. Esse cara vai estar na Amazon, no Heroku, no Facebook ou será uma parte reduzida da equipe.\n
  51. Esse cara vai estar na Amazon, no Heroku, no Facebook ou será uma parte reduzida da equipe.\n
  52. \n
  53. Mesmo que o SysAdmin não trabalhe na aplicação, ele tem que saber codar (programar!)\n
  54. 22 aqui\nPor a infraestrutura ser código, torna-se mais fácil o perfil híbrido, e a troca de área. Também força um dev a aprender sobre infra, e um sysadmin a dominar programação.\n
  55. 9 começa\n
  56. \n
  57. Mas: ferramentas não são nada sem cultura e comportamento. Além disso há outras formas de fazer, capistrano AWS AMI. \nAmazon pricing: complexo. Tem o calculator.\n\n
  58. \n
  59. Vagrant, Foreman\n
  60. Releases frequentes, desde que se tenha confiança, diminuim muito o custo da mudança. Casar estabildade com mudança.\n
  61. Releases frequentes, desde que se tenha confiança, diminuim muito o custo da mudança. Casar estabildade com mudança.\n
  62. Releases frequentes, desde que se tenha confiança, diminuim muito o custo da mudança. Casar estabildade com mudança.\n
  63. Releases frequentes, desde que se tenha confiança, diminuim muito o custo da mudança. Casar estabildade com mudança.\n
  64. Releases frequentes, desde que se tenha confiança, diminuim muito o custo da mudança. Casar estabildade com mudança.\n
  65. Releases frequentes, desde que se tenha confiança, diminuim muito o custo da mudança. Casar estabildade com mudança.\n
  66. \n
  67. \n
  68. \n
  69. Google App Engine, Heroku, AppFog\n
  70. 31 até aqui. Amazon AWS precificação complexa\n
  71. 3 começa aqui\n
  72. Engraçado que SaaS e IaaS se desenvolveram antes, deixando PaaS no meio. E é um fato pouco reconhecido.\n
  73. 34 até aqui. O trabalho deste cara é configurar estes serviços na nuvem, e não instalar exchange, etc. Sem time de manutenção, sem hardware para instalação, sem ter que pedir que sua cota aumente de 50 mega pra 100 (2009), sem ter que comprar uma máquina IBM num antiquário (2006)\n
  74. Teste\n
  75. 3 começa aqui\n
  76. \n
  77. Segurança! Requisitos não funcionais\n
  78. \n
  79. 37 até aqui\n
  80. 2 pra indústria\n
  81. AppFog\n
  82. \n
  83. \n
  84. \n
  85. 39 até aqui\n
  86. 6 começa aqui\n
  87. \n
  88. \n
  89. \n
  90. 45 até aqui\n
  91. 2 começa\n
  92. \n
  93. \n
  94. \n
  95. \n
  96. 52 fim\n
Anúncio