1
00:00:00,040 --> 00:00:02,400
Bem vindos. 
Hoje a gente vai mergulhar um 

2
00:00:02,400 --> 00:00:06,480
pouco no universo do DevOps. 
A nossa conversa vai ser guiada 

3
00:00:06,480 --> 00:00:10,160
pelo material do livro 
engenharia de software moderno. 

4
00:00:10,160 --> 00:00:14,680
A ideia aqui é, Hum, entender 
melhor o que é DevOps. 

5
00:00:14,680 --> 00:00:18,880
Sabe por que surgiu? 
Quais são as bases disso tudo? 

6
00:00:19,440 --> 00:00:22,840
No fundo, é sobre como a gente 
quebra aquele muro, né, que 

7
00:00:22,840 --> 00:00:25,440
sempre existiu entre criar o 
software. 

8
00:00:25,760 --> 00:00:27,960
E fazer ele rodar lá no mundo 
real, certo? 

9
00:00:27,960 --> 00:00:31,640
Pra começar, acho bom a gente na
raiz do problema, né? 

10
00:00:31,960 --> 00:00:36,040
Historicamente, nas empresas de 
tecnologia, tinha aquela divisão

11
00:00:36,120 --> 00:00:39,200
bem clara. 
Um time desenvolvia o software. 

12
00:00:39,440 --> 00:00:43,360
O pessoal de deve, né? 
Isso o deve e outro time, o de 

13
00:00:43,360 --> 00:00:47,200
operações ou Office era quem 
botava para funcionar e mantinha

14
00:00:47,200 --> 00:00:50,840
no ar, e assim a comunicação 
entre eles muitas vezes era 

15
00:00:50,840 --> 00:00:52,240
quase zero. 
Não é? 

16
00:00:53,360 --> 00:00:56,920
E olha, essa falta de conversa 
trazia umas consequências bem 

17
00:00:56,920 --> 00:01:01,680
sérias, imagina só o pessoal de 
operações, o cisa de mins 

18
00:01:01,880 --> 00:01:06,000
recebendo um sistema totalmente 
novo assim na véspera de ir pro 

19
00:01:06,000 --> 00:01:08,000
ar? 
Nossa devia ser um caos. 

20
00:01:08,160 --> 00:01:12,680
Era o resultado, atraso em cima 
de atraso, problema de hardware 

21
00:01:12,680 --> 00:01:17,280
que ninguém previu, performance 
lá embaixo, um Monte de brecha 

22
00:01:17,280 --> 00:01:20,880
de segurança, incompatibilidade 
com ambiente de produção. 

23
00:01:21,080 --> 00:01:24,240
Com aqueles sistemas monolíticos
enormes de antigamente, então, 

24
00:01:24,680 --> 00:01:29,000
nossa era um pesadelo. 
Podia até inviabilizar um 

25
00:01:29,000 --> 00:01:32,400
projeto inteiro, sabe? 
Os requisitos não funcionais, 

26
00:01:32,400 --> 00:01:36,680
tipo aguentar milhares de 
usuários ou resistir a ataques. 

27
00:01:36,840 --> 00:01:39,960
O pessoal de Office descobria 
que não dava ponta quando já era

28
00:01:39,960 --> 00:01:41,960
tarde demais. 
Faz todo sentido. 

29
00:01:42,160 --> 00:01:47,280
E aí, nesse cenário de atrito, 
todo que o DevOps entra como 

30
00:01:47,280 --> 00:01:49,960
uma? 
Resposta, né? 

31
00:01:50,200 --> 00:01:52,800
É mais que ferramenta, é uma 
cultura mesmo. 

32
00:01:53,000 --> 00:01:57,400
Para juntar deve e Ops. 
A meta tem mais agilidade, mais 

33
00:01:57,400 --> 00:01:59,200
velocidade para entregar o 
software. 

34
00:01:59,320 --> 00:02:01,440
Isso. 
Tem até uma citação legal no 

35
00:02:01,440 --> 00:02:05,520
livro do Kim ramble, The Boys e 
Willis, que diz que o objetivo é

36
00:02:05,760 --> 00:02:09,320
permitir que a organização como 
um todo tenha sucesso. 

37
00:02:09,479 --> 00:02:12,160
Quer dizer, a ideia é fazer a 
implantação parar de ser aquele 

38
00:02:12,160 --> 00:02:15,920
evento traumático. 
Chega daquelas sextas à noite, 

39
00:02:15,920 --> 00:02:17,520
virando o fim de semana inteiro,
né? 

40
00:02:17,600 --> 00:02:20,280
Exato, chega disso. 
A implantação tem que ser algo 

41
00:02:20,280 --> 00:02:22,240
bom, rotineiro. 
Quase banal. 

42
00:02:22,240 --> 00:02:25,800
Isso quase banal. 
E o que é fascinante aqui é 

43
00:02:25,800 --> 00:02:29,560
justamente essa virada de chave 
cultural, sair daquele silo. 

44
00:02:29,560 --> 00:02:31,840
Sabe? 
Cada time no seu quadrado sem se

45
00:02:31,840 --> 00:02:34,040
falar? 
Lembra das figuras no livro que 

46
00:02:34,040 --> 00:02:35,960
mostram isso, o antes e o 
depois? 

47
00:02:35,960 --> 00:02:39,800
Lembro sim. 
A figura 10.1 e 10.2, né? 

48
00:02:39,800 --> 00:02:42,160
Exatamente. 
A ideia é ir para uma 

49
00:02:42,160 --> 00:02:45,280
colaboração contínua desde o 
comecinho do projeto. 

50
00:02:45,680 --> 00:02:47,520
Na prática, isso significa o 
quê? 

51
00:02:47,800 --> 00:02:51,360
Significa ter gente de operações
participando dos times agens 

52
00:02:51,360 --> 00:02:53,440
desde o início. 
Ah, interessante. 

53
00:02:53,560 --> 00:02:56,760
Eles trazem a visão do ambiente 
de produção lá para frente, 

54
00:02:57,160 --> 00:02:59,600
ajudam a prever gargalo de 
desempenho, problema de 

55
00:02:59,600 --> 00:03:02,440
segurança. 
E já vão tipo preparando os 

56
00:03:02,440 --> 00:03:05,960
scripts para automatizar a 
implantação, o monitoramento 

57
00:03:06,040 --> 00:03:08,000
enquanto o código ainda está 
sendo feito. 

58
00:03:08,080 --> 00:03:11,680
E essa colaboração toda, ela se 
apoia muito no outro Pilar, que 

59
00:03:11,680 --> 00:03:15,240
é onde o negócio fica realmente 
interessante, que é a automação,

60
00:03:15,240 --> 00:03:16,240
né? 
Fundamental. 

61
00:03:16,240 --> 00:03:19,640
A ideia central do DevOps, 
automatizar tudo que der no 

62
00:03:19,640 --> 00:03:24,280
caminho do código até o usuário 
compilar o código rodatestes, 

63
00:03:24,280 --> 00:03:26,960
configurar servidor, atualizar 
banco de dados. 

64
00:03:27,360 --> 00:03:31,400
Tudo isso conecta direto com 
práticas como integração 

65
00:03:31,400 --> 00:03:34,360
contínua, né? 
Que é aquilo de juntar e testar 

66
00:03:34,360 --> 00:03:36,240
o código de todo mundo o tempo 
todo. 

67
00:03:36,280 --> 00:03:37,920
Várias vezes ao dia, se 
possível. 

68
00:03:37,960 --> 00:03:41,360
Isso para evitar aquele caos de 
integrar tução no finalzão e 

69
00:03:41,360 --> 00:03:44,480
também o diploma emite contínuo.
Aí tem aquele detalhe histórico,

70
00:03:44,480 --> 00:03:46,480
né? 
O termo DevOps começou a pegar 

71
00:03:46,480 --> 00:03:50,400
força lá por 2008 2009. 
Sim, por aí. 

72
00:03:50,480 --> 00:03:53,320
Muito por causa dessa 
frustração, mesmo desse conflito

73
00:03:53,320 --> 00:03:56,320
deve, Ops. 
E a primeira conferência DevOps 

74
00:03:56,320 --> 00:04:01,000
days, que foi o Marco, rolou na 
Bélgica em 2009, organizada pelo

75
00:04:01,000 --> 00:04:03,040
Patrick dubois. 
Exato. 

76
00:04:03,280 --> 00:04:07,280
E para fazer isso tudo funciona 
bem, o jazz, Rambo e o David 

77
00:04:07,280 --> 00:04:11,240
Farley definiram os princípios 
chave para entrega de software 

78
00:04:11,480 --> 00:04:13,840
que casam perfeitamente com o 
DevOps. 

79
00:04:13,960 --> 00:04:16,519
O primeiro é. 
Criar um processo que seja 

80
00:04:16,519 --> 00:04:20,399
repetível e confiável. 
O sonho de consumo é 

81
00:04:20,399 --> 00:04:23,200
implantação. 
Ser tão simples e segura quanto 

82
00:04:23,200 --> 00:04:24,520
apertar um botão, sabe? 
E. 

83
00:04:24,800 --> 00:04:28,280
Imagino que para chegar nesse 
apertar de botão, a automação 

84
00:04:28,280 --> 00:04:31,400
seja essencial, certo? 
Com certeza é o segundo 

85
00:04:31,400 --> 00:04:35,440
princípio, automatizar tudo que 
for humanamente possível. 

86
00:04:35,640 --> 00:04:39,400
Build, teste, configuração. 
Quanto menos gente mexendo 

87
00:04:39,400 --> 00:04:43,080
manualmente, menor a chance de 
erro e mais rápido fica. 

88
00:04:43,080 --> 00:04:44,520
Ok. 
Terceiro. 

89
00:04:45,000 --> 00:04:49,360
Manter tudo sob controle de 
versões e aí não é só o código, 

90
00:04:49,360 --> 00:04:51,480
tá? 
Script de automação, 

91
00:04:51,680 --> 00:04:55,920
documentação, arquivo de 
configuração, tudo tem que estar

92
00:04:55,920 --> 00:04:58,640
versionado. 
Git é o mais popular hoje, né? 

93
00:04:59,080 --> 00:05:03,000
Isso é vital para rastrear o que
mudou e, se der ruim, voltar 

94
00:05:03,000 --> 00:05:05,680
para uma versão anterior 
rapidinho, entendi. 

95
00:05:05,720 --> 00:05:08,840
Aí tem outro princípio que 
parece meio estranho no começo, 

96
00:05:09,400 --> 00:05:12,120
se alguma coisa dói, faça mais 
vezes. 

97
00:05:12,480 --> 00:05:15,960
E traga essa dor pra mais perto 
pra resolver logo. 

98
00:05:15,960 --> 00:05:18,080
Como assim? 
O exemplo clássico é integrar 

99
00:05:18,080 --> 00:05:20,680
código. 
Se juntar o trabalho de todo 

100
00:05:20,680 --> 00:05:24,520
mundo uma vez por mês é um parto
cheio de conflito, então integre

101
00:05:24,520 --> 00:05:27,280
várias vezes por dia. 
Isso força a resolver os 

102
00:05:27,280 --> 00:05:31,960
probleminhas na. 
Hora isso. 

103
00:05:32,480 --> 00:05:36,240
Outra coisa, a definição de 
concluído tem que ser séria, 

104
00:05:36,440 --> 00:05:40,400
software só tá pronto quando tá 
100% pronto pra ir pra produção.

105
00:05:40,800 --> 00:05:45,280
Testado, validado, sem essa de 
tá pronto, mas falta só. 

106
00:05:45,880 --> 00:05:47,760
Sem Pendências. 
Nenhuma. 

107
00:05:48,080 --> 00:05:52,200
E por último, que amarra tudo. 
Todos são responsáveis pela 

108
00:05:52,200 --> 00:05:55,000
entrega. 
Não é só culpa do deve se o 

109
00:05:55,000 --> 00:05:57,720
código quebrar em produção, nem 
só do Office. 

110
00:05:57,720 --> 00:06:01,360
Se o servidor cair, a 
responsabilidade é de todo mundo

111
00:06:01,720 --> 00:06:05,760
e isso reforça a colaboração. 
Então, pra gente fechar a nossa 

112
00:06:05,760 --> 00:06:10,400
conversa, DevOps é essa mudança 
profunda na forma de trabalhar. 

113
00:06:10,760 --> 00:06:14,520
É quebrar as Barreiras entre 
desenvolvimento e operações. 

114
00:06:14,520 --> 00:06:16,960
Exato. 
E como se faz isso? 

115
00:06:17,160 --> 00:06:20,960
Com muita colaboração e, claro, 
muita automação. 

116
00:06:21,400 --> 00:06:24,720
E porque isso é importante? 
Porque, no final das contas, 

117
00:06:24,720 --> 00:06:28,200
resulta em software chegando 
mais rápido pro usuário, com 

118
00:06:28,200 --> 00:06:32,240
mais frequência e o principal 
com mais confiança, né? 

119
00:06:32,520 --> 00:06:34,840
Tanto pro usuário quanto pro 
negócio. 

120
00:06:35,160 --> 00:06:38,480
Muito obrigada por nos 
acompanhar nesta análise até o 

121
00:06:38,480 --> 00:06:39,560
próximo episódio.