1
00:00:05,200 --> 00:00:05,920
Agora, algumas boas notícias.

2
00:00:05,920 --> 00:00:12,970
Antes de entrarmos na seção de automação de rede, você não precisa aprender python para o exame

3
00:00:12,970 --> 00:00:16,410
CCMA, coberto na certificação definitiva da Cisco.

4
00:00:16,450 --> 00:00:20,650
Fiz o CCMA e o exame definitivo de associado no mesmo dia.

5
00:00:20,650 --> 00:00:26,980
Eu falei anteriormente sobre isso no início do curso, mas vou reproduzir partes desse vídeo nesta

6
00:00:26,980 --> 00:00:30,180
seção apenas para lembrá-lo dos meus pensamentos.

7
00:00:30,190 --> 00:00:38,230
Quando fiz o exame, o CCMA examinou os testes em tópicos como a formatação Jason da API REST,

8
00:00:38,620 --> 00:00:43,990
abordada na seção de automação e capacidade do programa do blueprint.

9
00:00:43,990 --> 00:00:48,730
Portanto, como exemplo, verifique se você sabe como interpretar os dados codificados por Jason.

10
00:00:48,760 --> 00:00:56,290
Certifique-se de que você sabe descrever as características das APIs baseadas em repouso, como um exemplo em que eu

11
00:00:56,290 --> 00:01:02,980
quero obter dados de uma pesquisa usando uma API REST que é uma obtenção, se eu quiser

12
00:01:02,980 --> 00:01:11,620
excluir alguns dados, é uma exclusão VERIFIQUE SE VOCÊ Verbos da API REST, mas você não precisa escrever código Python usando a

13
00:01:11,650 --> 00:01:12,750
API REST.

14
00:01:13,390 --> 00:01:16,630
Você não precisa aprender a responder pelo exame.

15
00:01:16,630 --> 00:01:19,510
Agora nesta seção, eu vou lhe mostrar scripts python.

16
00:01:19,510 --> 00:01:21,470
Eu vou te mostrar scripts de animais.

17
00:01:21,580 --> 00:01:25,740
No entanto, você não precisa aprender isso para o exame CCMA.

18
00:01:25,870 --> 00:01:31,240
Você precisa aprender isso para o exame definitivo e as certificações do desenvolvedor.

19
00:01:31,240 --> 00:01:33,780
Agora é recomendável que você aprenda Python.

20
00:01:33,790 --> 00:01:34,750
Definitivamente.

21
00:01:34,750 --> 00:01:39,790
Se você estiver interessado em progredir em sua carreira, aprenda Python learn animal.

22
00:01:39,820 --> 00:01:42,340
Eu tenho visto essas coisas por muitos e muitos anos.

23
00:01:42,340 --> 00:01:48,140
Anos atrás, eu estava explicando a separação entre o plano de controle e o plano de dados.

24
00:01:48,250 --> 00:01:52,590
Você pode ver este vídeo no YouTube como um exemplo feito há muitos anos.

25
00:01:52,600 --> 00:01:55,530
Esse material agora se tornou popular.

26
00:01:55,540 --> 00:02:02,500
É importante que você aprenda Python e seja sensível ao mundo real e que avance em sua carreira.

27
00:02:02,500 --> 00:02:06,800
Mas para o exame CCMA, você não precisa aprender scripts em python.

28
00:02:06,850 --> 00:02:08,700
Você não precisa aprender scripts de animais.

29
00:02:08,890 --> 00:02:15,310
Agora, se eu ouvir que isso mudou, agora eles estão testando sua capacidade de codificação.

30
00:02:15,310 --> 00:02:16,690
Vou atualizar este vídeo.

31
00:02:16,990 --> 00:02:22,240
Mas, no momento, porque não ouvi novas atualizações, você pode assumir que não precisa

32
00:02:22,240 --> 00:02:25,770
aprender python e código sensível para o exame.

33
00:02:25,900 --> 00:02:28,410
Você precisa entender os princípios.

34
00:02:28,420 --> 00:02:35,560
Então, como exemplo, eles falam sobre como a automação afeta o gerenciamento de rede.

35
00:02:35,560 --> 00:02:42,580
Deixe-me dizer-lhe que o mundo está mudando com a automação de rede da mesma maneira que tínhamos pontos de

36
00:02:42,580 --> 00:02:47,290
acesso autônomos no passado e agora eles são gerenciados usando um controlador.

37
00:02:47,290 --> 00:02:52,020
A idéia aqui é que teremos um controlador que gerencia muitos dispositivos.

38
00:02:52,120 --> 00:02:58,450
Agora, no primeiro tipo de implementação de rede definida por SDM ou software, o protocolo usado era o fluxo

39
00:02:58,450 --> 00:02:58,870
aberto.

40
00:02:59,200 --> 00:03:03,670
Há uma grande diferença entre a maneira como o fluxo aberto fazia as coisas e a maneira como a automação

41
00:03:03,670 --> 00:03:06,460
de rede é feita hoje na forma mais pura de fluxo aberto.

42
00:03:06,450 --> 00:03:10,450
Os comutadores ou dispositivos na sua rede ficam burros.

43
00:03:10,450 --> 00:03:16,900
O controlador que seria simplesmente um servidor linux ubuntu como exemplo controla os dispositivos na

44
00:03:16,900 --> 00:03:17,640
rede.

45
00:03:17,830 --> 00:03:20,530
Eles perdem o cérebro.

46
00:03:20,590 --> 00:03:26,680
Portanto, no CCMA, eles falam sobre a separação do plano de controle e do plano de dados e das

47
00:03:26,710 --> 00:03:30,640
APIs norte e sul como ponto de partida para entender o seguinte.

48
00:03:30,640 --> 00:03:32,240
Onde está o cérebro?

49
00:03:32,260 --> 00:03:38,050
Onde está a inteligência da rede na mais pura implementação de fluxo aberto.

50
00:03:38,050 --> 00:03:43,080
O cérebro foi removido do dispositivo de rede e colocado no controlador.

51
00:03:43,240 --> 00:03:51,430
Se tivéssemos 100 roteadores ou 100 comutadores em uma rede tradicional, teríamos 100 cérebros por roteador que

52
00:03:51,430 --> 00:03:53,180
todo comutador controla.

53
00:03:53,320 --> 00:03:58,810
Ele tem seu próprio plano de dados ou de encaminhamento, e é assim que muda o tráfego de querer

54
00:03:58,810 --> 00:03:59,500
enfrentar outro.

55
00:03:59,500 --> 00:04:01,660
Possui seu próprio plano de controle.

56
00:04:01,660 --> 00:04:03,760
Em outras palavras, seu próprio cérebro.

57
00:04:04,060 --> 00:04:09,040
Quando um piloto que usa um SPF recebe uma atualização, ele atualiza sua tabela de roteamento.

58
00:04:09,040 --> 00:04:15,030
Portanto, a base de informações de roteamento de esfregar, que é uma tabela baseada em software, preenchida com ratos

59
00:04:15,070 --> 00:04:20,650
aprendidos através do SPF, para que o cérebro esteja preenchendo a tabela de roteamento com sulcos.

60
00:04:20,860 --> 00:04:26,710
Portanto, a base de informações sobre esfregar ou gravar é uma tabela de gravação baseada em software que é inserida

61
00:04:26,710 --> 00:04:29,760
no hardware ou no plano de encaminhamento ou de dados.

62
00:04:29,770 --> 00:04:33,850
Em outras palavras, no Ferb ou na base de informações de encaminhamento.

63
00:04:34,000 --> 00:04:35,630
Em outras palavras, em hardware.

64
00:04:35,680 --> 00:04:41,710
Portanto, temos o plano de controle que é o cérebro do dispositivo ou o SPF está preenchendo a base de informações de

65
00:04:41,710 --> 00:04:42,250
gravação.

66
00:04:42,250 --> 00:04:44,580
O cérebro determina para onde o tráfego é roteado.

67
00:04:44,680 --> 00:04:49,280
O mesmo tipo de idéia com o spanning tree, o spanning tree BP que o usuário recebeu.

68
00:04:49,450 --> 00:04:54,080
O cérebro decide mais uma vez quais portas oferecem quais portas serão bloqueadas.

69
00:04:54,130 --> 00:04:57,700
Portanto, o que deve ser lembrado é que o dispositivo possui uma inteligência local.

70
00:04:57,700 --> 00:04:59,740
O cérebro está no dispositivo.

71
00:04:59,740 --> 00:05:07,740
Se tivéssemos 100 roteadores, cada um deles teria seu próprio cérebro cerebral, localizado no dispositivo.

72
00:05:07,980 --> 00:05:15,390
Porém, no exemplo mais puro de fluxo aberto, os dispositivos se tornaram burros e colocamos o cérebro no controlador, de

73
00:05:15,710 --> 00:05:20,730
modo que o controlador centralizado do controlador fosse o cérebro de 100 dispositivos.

74
00:05:20,760 --> 00:05:27,630
Isso é legal de certa forma, porque o controlador é um dispositivo central que você pode manipular e

75
00:05:27,870 --> 00:05:30,160
atualizar o encaminhamento de 100 dispositivos.

76
00:05:30,180 --> 00:05:35,520
Também oferece ao dispositivo centralizado mais visibilidade da rede, para que você possa ver toda a rede,

77
00:05:35,850 --> 00:05:41,460
em vez do gravador, apenas vendo sua própria tabela de gravação local e não tendo visibilidade de toda

78
00:05:41,460 --> 00:05:42,150
a rede.

79
00:05:42,150 --> 00:05:48,960
Havia vantagens com esse tipo de modelo. O SPF usa o algoritmo SPF, primeiro caminho mais curto,

80
00:05:48,990 --> 00:05:49,460
algoritmo.

81
00:05:49,470 --> 00:05:50,460
Muito complexo.

82
00:05:50,460 --> 00:05:56,730
Temos um sistema distribuído que, de alguma forma, converge para decidir qual é o melhor caminho na rede.

83
00:05:56,730 --> 00:06:03,600
Muito mais fácil colocar a inteligência em um controlador centralizado, mas não funcionou porque, como atacante, qual

84
00:06:03,780 --> 00:06:05,400
dispositivo vou atacar.

85
00:06:05,430 --> 00:06:09,990
Vou atacar esse dispositivo centralizado, se puder retirar o controlador.

86
00:06:10,100 --> 00:06:15,450
Eu não apenas pego um roteador, pego 100 gravadores, como basicamente destruo sua rede

87
00:06:15,450 --> 00:06:17,160
apenas matando o controlador.

88
00:06:17,190 --> 00:06:20,640
Houve outros problemas porque Ok, dispositivo sempre centralizado.

89
00:06:20,640 --> 00:06:24,630
Mas e quanto à redundância, se essa coisa morre, toda a sua rede morre.

90
00:06:24,660 --> 00:06:26,010
Então esse tipo de droga.

91
00:06:26,040 --> 00:06:31,440
Então, o que você fará é ter mais de um controlador e agora você volta ao cenário do banco de

92
00:06:31,440 --> 00:06:33,510
dados distribuído ou ao problema de sincronização.

93
00:06:33,510 --> 00:06:40,440
Como sincronizar vários bancos de dados em vários controladores físicos para ter um único controlador lógico.

94
00:06:40,500 --> 00:06:45,930
Portanto, havia muitos outros problemas com esse modelo que se tornaram um pesadelo.

95
00:06:46,010 --> 00:06:50,390
O que acontece se os rowdies perdem a conectividade com o controlador centralizado.

96
00:06:50,390 --> 00:06:50,950
Pense nisso.

97
00:06:50,960 --> 00:06:56,010
O Rada tem seu próprio cérebro localizado em um ambiente de rede tradicional.

98
00:06:56,060 --> 00:07:00,710
Se perder a conectividade com outro escritor, isso não é um problema, porque ele tem seu próprio cérebro local.

99
00:07:00,800 --> 00:07:02,450
Essa estrada tem seu próprio cérebro local.

100
00:07:02,780 --> 00:07:07,640
Mas se você colocar o cérebro no controlador e a estrada ficar com pouca conectividade com o

101
00:07:07,670 --> 00:07:11,080
controlador, porque um link diminui repentinamente o que os pilotos fazem.

102
00:07:11,090 --> 00:07:14,810
Como eles não têm cérebro, a rede morre ou quebra.

103
00:07:14,930 --> 00:07:18,630
Muitos problemas com o ambiente de fluxo aberto puro.

104
00:07:18,710 --> 00:07:24,350
Eles então criaram essa abordagem híbrida, na qual tínhamos alguma inteligência nos dispositivos, alguma inteligência

105
00:07:24,440 --> 00:07:30,800
no controlador, onde o controlador podia substituir o que um leme estava fazendo, para que pudéssemos escrever regras

106
00:07:30,800 --> 00:07:34,590
de fluxo aberto ao piloto para substituir a rede tradicional.

107
00:07:34,670 --> 00:07:39,620
Portanto, o passeio como um exemplo alternar como exemplo faria equitação tradicional ou comutação

108
00:07:39,830 --> 00:07:45,980
tradicional, mas então poderíamos criar regras extras aqui onde eu poderia manipular o fluxo de tráfego de um

109
00:07:45,980 --> 00:07:46,930
controlador centralizado.

110
00:07:46,940 --> 00:07:52,340
Agora, uma das coisas legais do modelo de fluxo aberto e a ideia de um controlador são

111
00:07:52,670 --> 00:07:59,300
esses dispositivos conversar com o controlador usando o que é chamado de API southbound, para que o controlador esteja sentado aqui

112
00:07:59,300 --> 00:08:02,120
converse com os dispositivos usando a API southbound.

113
00:08:02,120 --> 00:08:07,880
Observe como eu tenho minha mão aqui em cima, a API northbound é a API southbound.

114
00:08:07,880 --> 00:08:10,370
Apenas pense do sul para o norte.

115
00:08:10,520 --> 00:08:17,030
Portanto, um desenvolvedor de aplicativos pode escrever uma conversa de aplicativo com o controlador usando uma API para o norte.

116
00:08:17,030 --> 00:08:19,200
Normalmente, estes seriam os Rest Api.

117
00:08:19,220 --> 00:08:26,000
Isso é muito comum hoje em dia e, em seguida, um protocolo seria usado na API sul, para que o controlador falasse

118
00:08:26,000 --> 00:08:31,280
com os pilotos e os switches usando algum tipo de protocolo que poderia ser de fluxo aberto.

119
00:08:31,280 --> 00:08:33,170
Essa foi a ideia original.

120
00:08:33,260 --> 00:08:34,740
Poderia ser um MP.

121
00:08:34,790 --> 00:08:41,030
Não se esqueça de que um protocolo simples de gerenciamento de rede foi usado durante anos, desde estações de gerenciamento até dispositivos de

122
00:08:41,030 --> 00:08:44,600
rede, para que a S&P pudesse usar a API de direção sul.

123
00:08:44,600 --> 00:08:52,940
Poderíamos usar net conf, poderíamos usar rest conf, poderíamos usar várias outras opções para NPR menos BGP.

124
00:08:53,000 --> 00:08:59,160
Basicamente, havia muitos protocolos para o CCN HS, apenas entendendo que poderíamos usar o rest conf, que poderíamos

125
00:08:59,690 --> 00:09:05,410
usar a API do descanso, na verdade, poderíamos usar o CLIA que poderíamos usar como MP.

126
00:09:05,510 --> 00:09:10,140
Agora você não precisa usar a restante API do controlador para manipular dispositivos.

127
00:09:10,550 --> 00:09:16,670
Normalmente, a idéia era que você era um desenvolvedor de aplicativos que usava um script python que

128
00:09:16,700 --> 00:09:20,350
escrevia regras para o controlador, que o enviava aos dispositivos.

129
00:09:20,360 --> 00:09:23,880
A vantagem disso era esse conceito de abstração.

130
00:09:24,380 --> 00:09:26,870
Complexo para escrever regras para dispositivos.

131
00:09:26,870 --> 00:09:28,140
Foi o que disseram.

132
00:09:28,250 --> 00:09:34,880
Muito mais fácil escrever coisas para uma API de descanso no controlador, para que você escreva regras para o controlador usando

133
00:09:34,910 --> 00:09:41,130
a API de descanso, para que o aplicativo use uma linguagem de programação de alto nível como Python.

134
00:09:41,240 --> 00:09:47,720
Easy Rest Api no controlador, que usa vários protocolos até o fluxo aberto do dispositivo.

135
00:09:47,840 --> 00:09:56,210
O Net conf BGP, a menos que um conjunto menor de protocolos estranhos e maravilhosos até os dispositivos que você desenvolve enquanto

136
00:09:56,210 --> 00:10:00,050
o aplicativo está sendo abstraído dos dispositivos de rede.

137
00:10:00,050 --> 00:10:06,920
Essa é a ideia, mas você pode acabar com um controlador e apenas configurar os dispositivos de rede diretamente usando um

138
00:10:06,920 --> 00:10:09,270
script Python ou um script animal.

139
00:10:09,290 --> 00:10:15,350
É isso que eu vou lhe mostrar no curso, porque é muito mais fácil

140
00:10:15,350 --> 00:10:15,990
começar.

141
00:10:16,030 --> 00:10:21,260
É muito mais fácil dizer que tudo bem, vamos escrever um script python simples que atualize algo

142
00:10:21,260 --> 00:10:24,440
mais amplo ou retire informações do roteador ou do switch.

143
00:10:24,470 --> 00:10:31,870
Você pode imitar isso com equipamento físico em laboratório ou no gênero 3 ou viral, ou mesmo se desejar.

144
00:10:32,200 --> 00:10:35,840
Então, eu vou mostrar alguns exemplos disso, mas lembre-se de que você não precisa aprender python

145
00:10:35,840 --> 00:10:36,580
para o exame.

146
00:10:36,740 --> 00:10:42,320
Você não precisa aprender python ou programação sensata para o exame, mas para o mundo real

147
00:10:42,320 --> 00:10:45,110
eu sugiro que você aprenda os dois.

148
00:10:45,110 --> 00:10:48,300
Então aqui eles falam sobre a separação do plano de controle e do plano de dados.

149
00:10:48,350 --> 00:10:52,060
Apenas observe onde está o dispositivo local do cérebro.

150
00:10:52,130 --> 00:10:57,680
Antigamente, o plano de encaminhamento do plano de controle ou o plano de dados estava no dispositivo.

151
00:10:57,710 --> 00:11:00,720
Então, pense no plano de dados como o encaminhamento através do ASX.

152
00:11:00,740 --> 00:11:01,840
Eu tenho um roteador.

153
00:11:01,910 --> 00:11:09,110
O tráfego chega em uma interface e é alternado para outra, para que os dados sejam enviados

154
00:11:09,110 --> 00:11:10,010
pelo dispositivo.

155
00:11:10,010 --> 00:11:14,750
Ele está ativado no plano de dados ou no plano de encaminhamento que ainda reside no dispositivo.

156
00:11:14,750 --> 00:11:21,140
Normalmente, isso é feito usando o A6, mas o plano de controle ou o cérebro onde ele reside.

157
00:11:21,140 --> 00:11:28,460
Hoje ainda queremos ter o cérebro no dispositivo com fluxo aberto, o cérebro foi removido e colocado em um

158
00:11:28,460 --> 00:11:29,650
controlador separado.

159
00:11:29,690 --> 00:11:30,810
Nós não queremos fazer isso.

160
00:11:30,870 --> 00:11:33,230
Os dispositivos Cisco realmente não suportam fluxo aberto.

161
00:11:33,230 --> 00:11:34,580
Eles ainda não.

162
00:11:34,580 --> 00:11:40,340
A idéia é que o cérebro permaneça no dispositivo, mas podemos usar um controlador centralizado para configurar

163
00:11:40,340 --> 00:11:41,150
os dispositivos.

164
00:11:41,390 --> 00:11:46,090
Portanto, em vez de fazer o dispositivo pronto, ainda permitimos que eles

165
00:11:46,090 --> 00:11:52,390
enviem seu cérebro local, mas podemos configurar os dispositivos diretamente ou por meio de um controlador que

166
00:11:52,390 --> 00:11:55,140
facilita o gerenciamento de muitos dispositivos.

167
00:11:55,690 --> 00:11:59,890
Essa é uma das idéias centrais de uma rede baseada em controlador.

168
00:11:59,900 --> 00:12:05,860
Agora, o que eu não mencionei, ela faz com que a gerência jogue na verdade três planos de controle ou de

169
00:12:05,860 --> 00:12:06,340
encaminhamento.

170
00:12:06,340 --> 00:12:08,370
É como dizer escrever um roteador.

171
00:12:08,370 --> 00:12:10,530
Como o tráfego é encaminhado pelo dispositivo.

172
00:12:10,720 --> 00:12:16,090
Isso sempre permanece no dispositivo porque queremos alternar ou encaminhar em alta velocidade no cérebro do dispositivo,

173
00:12:16,090 --> 00:12:18,550
onde ele reside normalmente reside no dispositivo.

174
00:12:18,550 --> 00:12:20,300
Mas poderíamos colocá-lo em um controlador.

175
00:12:20,710 --> 00:12:22,300
Onde está a gerência?

176
00:12:22,300 --> 00:12:24,130
Então, qual é o plano de gerenciamento.

177
00:12:24,160 --> 00:12:31,270
Normalmente, gerenciamos um dispositivo Cisco usando um console ou remotamente seria uma má idéia de telnet e SSA.

178
00:12:31,330 --> 00:12:38,110
Então, como podemos gerenciar o dispositivo agora, como seres humanos, usaríamos uma dessas interfaces para configurar o dispositivo,

179
00:12:38,140 --> 00:12:45,400
mas para gerenciar o dispositivo usando um aplicativo que antigamente usaríamos o SMP, o protocolo de gerenciamento de rede

180
00:12:45,400 --> 00:12:48,070
simples é um MP com problemas.

181
00:12:48,190 --> 00:12:51,990
Ninguém que um MP Virgin quisesse é inseguro, muito fácil de invadir.

182
00:12:52,000 --> 00:12:55,640
Má ideia usar o S&P versão 1 e versão 2.

183
00:12:55,720 --> 00:13:02,830
É um MP versão 3 que suporta criptografia e autenticação muito melhor, mas não é fácil.

184
00:13:02,860 --> 00:13:10,030
O OED e a maneira de extrair informações de um dispositivo são difíceis; portanto, a raiva hoje em dia que

185
00:13:10,030 --> 00:13:15,680
vem ocorrendo há alguns anos é usar uma interface de programação de aplicativos API novamente.

186
00:13:15,720 --> 00:13:21,490
O resto é uma das API mais populares usada em todo o lugar.

187
00:13:21,610 --> 00:13:28,060
Então, quando passamos de um engenheiro de rede puro para fazer mais programação.

188
00:13:28,060 --> 00:13:31,350
Os caras do mundo da programação são usados para descansar na API.

189
00:13:31,360 --> 00:13:35,020
Eles usaram todo o lugar novamente em aplicações.

190
00:13:35,020 --> 00:13:41,800
Portanto, quando eles desejam configurar dispositivos de rede, faz sentido que esse dispositivo tenha uma API de descanso, mas esteja ciente de

191
00:13:41,800 --> 00:13:45,310
que muitos dispositivos antigos não terão uma API de descanso.

192
00:13:45,310 --> 00:13:49,540
Você precisa usar um dispositivo de rede Cisco moderno para obter uma API de descanso.

193
00:13:49,540 --> 00:13:55,480
Portanto, apenas porque o descanso é legal, não significa que todos os dispositivos suportem o descanso.

194
00:13:55,480 --> 00:14:01,990
Portanto, nos exemplos que mostrarei neste curso, que é muito baseado no meu curso original

195
00:14:01,990 --> 00:14:07,060
em Python, mostrarei como configurar os dispositivos usando telnet e SSA.

196
00:14:07,120 --> 00:14:10,360
Porque essa é uma maneira fácil de começar.

197
00:14:10,360 --> 00:14:17,520
Comece com o básico no nível da CCN e faça seu exame de associado definitivo.

198
00:14:17,520 --> 00:14:22,530
Eu recomendo que você faça a certificação definitiva para obter sua certificação definitiva

199
00:14:22,530 --> 00:14:29,580
para que possa provar aos empregadores que você não é apenas um engenheiro de rede, mas também entende de programação.

200
00:14:29,760 --> 00:14:33,500
Agora, como eu disse, falo sobre programação há muito tempo.

201
00:14:33,510 --> 00:14:36,760
Eu falei sobre fluxo aberto há mais de cinco anos.

202
00:14:36,930 --> 00:14:43,570
Portanto, a ideia é que esse material esteja borbulhando no setor, mas agora a Cisco o formalizou.

203
00:14:43,650 --> 00:14:51,120
Portanto, minha recomendação é aprender Python e aprender as coisas do mundo real, não do solitário do CCMA para o mundo real e

204
00:14:51,450 --> 00:14:56,250
da certificação definitiva, e obter sua certificação definitiva o mais rápido possível para que você

205
00:14:56,250 --> 00:15:01,050
possa provar aos empregadores que você Não é apenas um engenheiro de rede, mas você

206
00:15:01,080 --> 00:15:02,640
também entende de programação.

207
00:15:02,700 --> 00:15:08,640
Receio que, sendo um engenheiro de rede tradicional sem entender a programação, você precise aprender programação

208
00:15:08,640 --> 00:15:14,580
se quiser ter um bom trabalho no futuro. Estou muito feliz que a Cisco tenha feito

209
00:15:14,580 --> 00:15:20,730
isso, mas eles apenas colocaram 10 por cento do exame sendo de automação e programação; portanto, o

210
00:15:20,730 --> 00:15:27,600
programa de automação possui capacidade de 10 por cento não muito grande e eles usam palavras como explicar e comparar.

211
00:15:27,600 --> 00:15:32,610
Eles não usam palavras como configurar ou solucionar problemas, portanto esse é um nível muito alto.

212
00:15:32,610 --> 00:15:38,550
Essa é a maneira típica da Cisco de fazer isso em um nível muito alto, mas talvez no próximo lançamento do

213
00:15:38,880 --> 00:15:42,360
CCMA ele se torne mais detalhado e você precise de mais informações.