DevOps é um termo que surgiu em 2009 para descrever a cooperação entre equipes de desenvolvimento (Dev) e operações (Ops). O documento descreve a evolução histórica do termo, desde suas origens na Flickr até os dias atuais, com foco na importância da cultura de confiança e respeito mútuo entre as equipes.

1. Quem é DevOps ?
André “Ramoni”
https://ramoni.com.br

2. Quem é André “Ramoni” ?
1996: Conectiva / FreeBSD 2.2.2 / Slackware Linux
2001: Developer / Sysadmin / Instrutor Linux
Provedor / Segurança / Datacenter / Classificados / Fintec
https://ramoni.com.br
https://github.com/andreramoni
https://linkedin.com/in/andreramoni

3. Quem é DevOps ?
Presente
Passado
Futuro

4. Presente
Estereótipos

5. Presente: estereótipos
O que é DevOps hoje ?
Infraestrutura em Cloud
Bash, Python, Powershell, Perl
Git, Jenkins, Gitlab-CI, Artifactory
Terraform, Ansible, Puppet, Chef, Kubernetes, Openshift
Scrum, Kanban

6. Presente: estereótipos
O que é Dev hoje ?
Não lida com infraestrutura nehuma
Java, C/C++, .NET, Python, Node/Angular/React, PHP
Front-end, Back-end, Fullstack
Git, Jenkins, Gitlab-ci, TDD, Sonarqube, Maven, Artifactory
Scrum, Kanban, XP

7. Presente: estereótipos
O que é Sysadmin hoje ?
Infraestrutura física e virtual
Bash, Python, Powershell, Perl
Especialista, Generalista
Virtualização, Redes, Storages, S.O.
ITIL, Cobit, PMBOK

8. Presente: estereótipos
DevOps gaps
Não lida com infraestrutura física
Bash, Python, Powershell, Perl
Não programa back-end nem front-end
Não sabe lidar com incidentes e problemas (ITIL)
Scrum para infraestrutura ?

9. Passado
Patrick Debois
“10 deploys per day”
Origem do termo DevOps

10. Passado
Patrick Debois
2007: se emputeceu na migração de um Datacenter
2008: palestra “Agile Sysadmin” na Agile Conf/CA - falhou com sucesso

11. Passado
10 deploys per day
Velocity Conference 2009
10 deploys per day
Dev & Ops cooperation at Flickr

12. O que verão à seguir são trechos
copiados da apresentação original
https://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr

13. 10 deploys per day
Dev versus Ops

14. 10 deploys per day
“It´s not my machines,
it´s your code!”

15. 10 deploys per day
“It´s not my code,
it´s your machines”

16. 10 deploys per day
Traditional thinking:
Dev´s job is to add new features
Ops´s job is to keep the site stable and fast

17. 10 deploys per day
Ops´s job is not to keep the site stable and fast
Ops´s job is to enable the business (which is dev´s job too)
The business requires change
But change is the root cause of most outages !

18. 10 deploys per day
?
Discourage change in the interests of stability
or
Allow change to happen as often as it needs to

19. 10 deploys per day
!
Lowering risk of changes
through tools and culture

20. 10 deploys per day
Ops who think like devs
Devs who think like ops

21. 10 deploys per day
Tools
Automated infrastructure
Shared version control system
One step build and deploy
Feature flags (toggles)
Shared metrics
IRC and IM bots

22. 10 deploys per day
Culture
Respect
Respect othe peoples´s expertise, opinions and responsabilities
Don´t just say “No” and don´t hide things

23. 10 deploys per day
Culture
Trust
Ops needs to trust dev to involve them on feature discussions
Dev needs to trust ops to discuss infrastructure changes
Everyone need to trust that everybody else is doing their best for the
business
Be transparent: give devs access to systems

24. 10 deploys per day
Culture
Healthy attitude about failure
Failure will happen
If you think you can prevent failure then
you are not developing your ability to respond
Shared runbooks & escalation plans

25. 10 deploys per day
Culture
Avoiding blame
No fingerpointing !

26. 10 deploys per day
Culture
Fingerpointyness

27. 10 deploys per day
Culture
Being productive

28. 10 deploys per day
This is not easy
You could just carry on shouting at each other
https://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr
Velocity conference, 2009

29. 2009

30. Passado
Patrick Debois
2009: DevOpsDays na bélgica em outubro
“Um evento para Devs e Ops”
Devido à limitação do twitter, abreviado como #DevOps
O resto é história

31. FuturoIMHO
Anti-pattern
Evolução dos profissionais
Futuro dos Datacenters

32. Futuro
Anti-pattern
Você criou um time DevOps e não resolveu o problema
Você enviou seu analistas para um treinamento DevOps
Você parou de usar ITIL porque é muito burocrático
Não é sobre ferramentas nem metodologias, é sobre cultura

33. O papel de Operações
Monitorar e sustentar o ambiente em funcionamento
Gerenciar fornecedores e parceiros
Seja cloud, seja físico, isso não mudou
O Dev evolui com a tecnologia
O sysadmin evolui com a tecnologia
Ops é um papel

34. Evolução do Sysadmin
Novos storages, novos servidores, novas tecnologias de rede
Em tempos de IaC, sysadmin atualizado programa sim, e continua
sysadmin
Aprende com os devs boas práticas de programação
Fornece serviços, soluções e escalabilidade para os devs
Fornece API para consumirem a infra

35. Evolução do Dev
Novas linguagens
Consumir e tratar infraestrutura como código
Cada vez mais ser responsável pela produção
Cada vez mais se aproximar do papel de Ops, não de sysadmin

36. Conclusão

37. Conclusão
Sysadmins
Storages tradicionais evoluem para SDS
Redes tradicionais evoluem para SDN
Virtualização tradicional evolui para SDDC
Todos com APIs, mas continua sendo “o que você chuta”
Continua com o papel de Ops da infraestrutura
Trabalharão nos Datacenters, provedores de cloud, clouds privadas

38. Conclusão
Devs
Devs continuarão desenvolvendo backend e frontend
Devs irão consumir infraestrutura como código/serviço
Devs irão criar o monitoramento de suas aplicações
Devs serão acionados quando as métricas apontarem problemas
Ou seja, assumir também o papel de Ops

39. FIM
Obrigado !

40. Perguntas ?
https://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr
https://prezi.com/mmniyrx6-knv/devops-o-que-e-de-onde-veio-e-de-comer
https://ramoni.com.br
https://github.com/andreramoni
https://linkedin.com/in/andreramoni