Agora, algumas boas notícias.
Antes de entrarmos na seção de automação de rede, você não precisa aprender python para o exame
CCMA, coberto na certificação definitiva da Cisco.
Fiz o CCMA e o exame definitivo de associado no mesmo dia.
Eu falei anteriormente sobre isso no início do curso, mas vou reproduzir partes desse vídeo nesta
seção apenas para lembrá-lo dos meus pensamentos.
Quando fiz o exame, o CCMA examinou os testes em tópicos como a formatação Jason da API REST,
abordada na seção de automação e capacidade do programa do blueprint.
Portanto, como exemplo, verifique se você sabe como interpretar os dados codificados por Jason.
Certifique-se de que você sabe descrever as características das APIs baseadas em repouso, como um exemplo em que eu
quero obter dados de uma pesquisa usando uma API REST que é uma obtenção, se eu quiser
excluir alguns dados, é uma exclusão VERIFIQUE SE VOCÊ Verbos da API REST, mas você não precisa escrever código Python usando a
API REST.
Você não precisa aprender a responder pelo exame.
Agora nesta seção, eu vou lhe mostrar scripts python.
Eu vou te mostrar scripts de animais.
No entanto, você não precisa aprender isso para o exame CCMA.
Você precisa aprender isso para o exame definitivo e as certificações do desenvolvedor.
Agora é recomendável que você aprenda Python.
Definitivamente.
Se você estiver interessado em progredir em sua carreira, aprenda Python learn animal.
Eu tenho visto essas coisas por muitos e muitos anos.
Anos atrás, eu estava explicando a separação entre o plano de controle e o plano de dados.
Você pode ver este vídeo no YouTube como um exemplo feito há muitos anos.
Esse material agora se tornou popular.
É importante que você aprenda Python e seja sensível ao mundo real e que avance em sua carreira.
Mas para o exame CCMA, você não precisa aprender scripts em python.
Você não precisa aprender scripts de animais.
Agora, se eu ouvir que isso mudou, agora eles estão testando sua capacidade de codificação.
Vou atualizar este vídeo.
Mas, no momento, porque não ouvi novas atualizações, você pode assumir que não precisa
aprender python e código sensível para o exame.
Você precisa entender os princípios.
Então, como exemplo, eles falam sobre como a automação afeta o gerenciamento de rede.
Deixe-me dizer-lhe que o mundo está mudando com a automação de rede da mesma maneira que tínhamos pontos de
acesso autônomos no passado e agora eles são gerenciados usando um controlador.
A idéia aqui é que teremos um controlador que gerencia muitos dispositivos.
Agora, no primeiro tipo de implementação de rede definida por SDM ou software, o protocolo usado era o fluxo
aberto.
Há uma grande diferença entre a maneira como o fluxo aberto fazia as coisas e a maneira como a automação
de rede é feita hoje na forma mais pura de fluxo aberto.
Os comutadores ou dispositivos na sua rede ficam burros.
O controlador que seria simplesmente um servidor linux ubuntu como exemplo controla os dispositivos na
rede.
Eles perdem o cérebro.
Portanto, no CCMA, eles falam sobre a separação do plano de controle e do plano de dados e das
APIs norte e sul como ponto de partida para entender o seguinte.
Onde está o cérebro?
Onde está a inteligência da rede na mais pura implementação de fluxo aberto.
O cérebro foi removido do dispositivo de rede e colocado no controlador.
Se tivéssemos 100 roteadores ou 100 comutadores em uma rede tradicional, teríamos 100 cérebros por roteador que
todo comutador controla.
Ele tem seu próprio plano de dados ou de encaminhamento, e é assim que muda o tráfego de querer
enfrentar outro.
Possui seu próprio plano de controle.
Em outras palavras, seu próprio cérebro.
Quando um piloto que usa um SPF recebe uma atualização, ele atualiza sua tabela de roteamento.
Portanto, a base de informações de roteamento de esfregar, que é uma tabela baseada em software, preenchida com ratos
aprendidos através do SPF, para que o cérebro esteja preenchendo a tabela de roteamento com sulcos.
Portanto, a base de informações sobre esfregar ou gravar é uma tabela de gravação baseada em software que é inserida
no hardware ou no plano de encaminhamento ou de dados.
Em outras palavras, no Ferb ou na base de informações de encaminhamento.
Em outras palavras, em hardware.
Portanto, temos o plano de controle que é o cérebro do dispositivo ou o SPF está preenchendo a base de informações de
gravação.
O cérebro determina para onde o tráfego é roteado.
O mesmo tipo de idéia com o spanning tree, o spanning tree BP que o usuário recebeu.
O cérebro decide mais uma vez quais portas oferecem quais portas serão bloqueadas.
Portanto, o que deve ser lembrado é que o dispositivo possui uma inteligência local.
O cérebro está no dispositivo.
Se tivéssemos 100 roteadores, cada um deles teria seu próprio cérebro cerebral, localizado no dispositivo.
Porém, no exemplo mais puro de fluxo aberto, os dispositivos se tornaram burros e colocamos o cérebro no controlador, de
modo que o controlador centralizado do controlador fosse o cérebro de 100 dispositivos.
Isso é legal de certa forma, porque o controlador é um dispositivo central que você pode manipular e
atualizar o encaminhamento de 100 dispositivos.
Também oferece ao dispositivo centralizado mais visibilidade da rede, para que você possa ver toda a rede,
em vez do gravador, apenas vendo sua própria tabela de gravação local e não tendo visibilidade de toda
a rede.
Havia vantagens com esse tipo de modelo. O SPF usa o algoritmo SPF, primeiro caminho mais curto,
algoritmo.
Muito complexo.
Temos um sistema distribuído que, de alguma forma, converge para decidir qual é o melhor caminho na rede.
Muito mais fácil colocar a inteligência em um controlador centralizado, mas não funcionou porque, como atacante, qual
dispositivo vou atacar.
Vou atacar esse dispositivo centralizado, se puder retirar o controlador.
Eu não apenas pego um roteador, pego 100 gravadores, como basicamente destruo sua rede
apenas matando o controlador.
Houve outros problemas porque Ok, dispositivo sempre centralizado.
Mas e quanto à redundância, se essa coisa morre, toda a sua rede morre.
Então esse tipo de droga.
Então, o que você fará é ter mais de um controlador e agora você volta ao cenário do banco de
dados distribuído ou ao problema de sincronização.
Como sincronizar vários bancos de dados em vários controladores físicos para ter um único controlador lógico.
Portanto, havia muitos outros problemas com esse modelo que se tornaram um pesadelo.
O que acontece se os rowdies perdem a conectividade com o controlador centralizado.
Pense nisso.
O Rada tem seu próprio cérebro localizado em um ambiente de rede tradicional.
Se perder a conectividade com outro escritor, isso não é um problema, porque ele tem seu próprio cérebro local.
Essa estrada tem seu próprio cérebro local.
Mas se você colocar o cérebro no controlador e a estrada ficar com pouca conectividade com o
controlador, porque um link diminui repentinamente o que os pilotos fazem.
Como eles não têm cérebro, a rede morre ou quebra.
Muitos problemas com o ambiente de fluxo aberto puro.
Eles então criaram essa abordagem híbrida, na qual tínhamos alguma inteligência nos dispositivos, alguma inteligência
no controlador, onde o controlador podia substituir o que um leme estava fazendo, para que pudéssemos escrever regras
de fluxo aberto ao piloto para substituir a rede tradicional.
Portanto, o passeio como um exemplo alternar como exemplo faria equitação tradicional ou comutação
tradicional, mas então poderíamos criar regras extras aqui onde eu poderia manipular o fluxo de tráfego de um
controlador centralizado.
Agora, uma das coisas legais do modelo de fluxo aberto e a ideia de um controlador são
esses dispositivos conversar com o controlador usando o que é chamado de API southbound, para que o controlador esteja sentado aqui
converse com os dispositivos usando a API southbound.
Observe como eu tenho minha mão aqui em cima, a API northbound é a API southbound.
Apenas pense do sul para o norte.
Portanto, um desenvolvedor de aplicativos pode escrever uma conversa de aplicativo com o controlador usando uma API para o norte.
Normalmente, estes seriam os Rest Api.
Isso é muito comum hoje em dia e, em seguida, um protocolo seria usado na API sul, para que o controlador falasse
com os pilotos e os switches usando algum tipo de protocolo que poderia ser de fluxo aberto.
Essa foi a ideia original.
Poderia ser um MP.
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
rede, para que a S&P pudesse usar a API de direção sul.
Poderíamos usar net conf, poderíamos usar rest conf, poderíamos usar várias outras opções para NPR menos BGP.
Basicamente, havia muitos protocolos para o CCN HS, apenas entendendo que poderíamos usar o rest conf, que poderíamos
usar a API do descanso, na verdade, poderíamos usar o CLIA que poderíamos usar como MP.
Agora você não precisa usar a restante API do controlador para manipular dispositivos.
Normalmente, a idéia era que você era um desenvolvedor de aplicativos que usava um script python que
escrevia regras para o controlador, que o enviava aos dispositivos.
A vantagem disso era esse conceito de abstração.
Complexo para escrever regras para dispositivos.
Foi o que disseram.
Muito mais fácil escrever coisas para uma API de descanso no controlador, para que você escreva regras para o controlador usando
a API de descanso, para que o aplicativo use uma linguagem de programação de alto nível como Python.
Easy Rest Api no controlador, que usa vários protocolos até o fluxo aberto do dispositivo.
O Net conf BGP, a menos que um conjunto menor de protocolos estranhos e maravilhosos até os dispositivos que você desenvolve enquanto
o aplicativo está sendo abstraído dos dispositivos de rede.
Essa é a ideia, mas você pode acabar com um controlador e apenas configurar os dispositivos de rede diretamente usando um
script Python ou um script animal.
É isso que eu vou lhe mostrar no curso, porque é muito mais fácil
começar.
É muito mais fácil dizer que tudo bem, vamos escrever um script python simples que atualize algo
mais amplo ou retire informações do roteador ou do switch.
Você pode imitar isso com equipamento físico em laboratório ou no gênero 3 ou viral, ou mesmo se desejar.
Então, eu vou mostrar alguns exemplos disso, mas lembre-se de que você não precisa aprender python
para o exame.
Você não precisa aprender python ou programação sensata para o exame, mas para o mundo real
eu sugiro que você aprenda os dois.
Então aqui eles falam sobre a separação do plano de controle e do plano de dados.
Apenas observe onde está o dispositivo local do cérebro.
Antigamente, o plano de encaminhamento do plano de controle ou o plano de dados estava no dispositivo.
Então, pense no plano de dados como o encaminhamento através do ASX.
Eu tenho um roteador.
O tráfego chega em uma interface e é alternado para outra, para que os dados sejam enviados
pelo dispositivo.
Ele está ativado no plano de dados ou no plano de encaminhamento que ainda reside no dispositivo.
Normalmente, isso é feito usando o A6, mas o plano de controle ou o cérebro onde ele reside.
Hoje ainda queremos ter o cérebro no dispositivo com fluxo aberto, o cérebro foi removido e colocado em um
controlador separado.
Nós não queremos fazer isso.
Os dispositivos Cisco realmente não suportam fluxo aberto.
Eles ainda não.
A idéia é que o cérebro permaneça no dispositivo, mas podemos usar um controlador centralizado para configurar
os dispositivos.
Portanto, em vez de fazer o dispositivo pronto, ainda permitimos que eles
enviem seu cérebro local, mas podemos configurar os dispositivos diretamente ou por meio de um controlador que
facilita o gerenciamento de muitos dispositivos.
Essa é uma das idéias centrais de uma rede baseada em controlador.
Agora, o que eu não mencionei, ela faz com que a gerência jogue na verdade três planos de controle ou de
encaminhamento.
É como dizer escrever um roteador.
Como o tráfego é encaminhado pelo dispositivo.
Isso sempre permanece no dispositivo porque queremos alternar ou encaminhar em alta velocidade no cérebro do dispositivo,
onde ele reside normalmente reside no dispositivo.
Mas poderíamos colocá-lo em um controlador.
Onde está a gerência?
Então, qual é o plano de gerenciamento.
Normalmente, gerenciamos um dispositivo Cisco usando um console ou remotamente seria uma má idéia de telnet e SSA.
Então, como podemos gerenciar o dispositivo agora, como seres humanos, usaríamos uma dessas interfaces para configurar o dispositivo,
mas para gerenciar o dispositivo usando um aplicativo que antigamente usaríamos o SMP, o protocolo de gerenciamento de rede
simples é um MP com problemas.
Ninguém que um MP Virgin quisesse é inseguro, muito fácil de invadir.
Má ideia usar o S&P versão 1 e versão 2.
É um MP versão 3 que suporta criptografia e autenticação muito melhor, mas não é fácil.
O OED e a maneira de extrair informações de um dispositivo são difíceis; portanto, a raiva hoje em dia que
vem ocorrendo há alguns anos é usar uma interface de programação de aplicativos API novamente.
O resto é uma das API mais populares usada em todo o lugar.
Então, quando passamos de um engenheiro de rede puro para fazer mais programação.
Os caras do mundo da programação são usados para descansar na API.
Eles usaram todo o lugar novamente em aplicações.
Portanto, quando eles desejam configurar dispositivos de rede, faz sentido que esse dispositivo tenha uma API de descanso, mas esteja ciente de
que muitos dispositivos antigos não terão uma API de descanso.
Você precisa usar um dispositivo de rede Cisco moderno para obter uma API de descanso.
Portanto, apenas porque o descanso é legal, não significa que todos os dispositivos suportem o descanso.
Portanto, nos exemplos que mostrarei neste curso, que é muito baseado no meu curso original
em Python, mostrarei como configurar os dispositivos usando telnet e SSA.
Porque essa é uma maneira fácil de começar.
Comece com o básico no nível da CCN e faça seu exame de associado definitivo.
Eu recomendo que você faça a certificação definitiva para obter sua certificação definitiva
para que possa provar aos empregadores que você não é apenas um engenheiro de rede, mas também entende de programação.
Agora, como eu disse, falo sobre programação há muito tempo.
Eu falei sobre fluxo aberto há mais de cinco anos.
Portanto, a ideia é que esse material esteja borbulhando no setor, mas agora a Cisco o formalizou.
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
da certificação definitiva, e obter sua certificação definitiva o mais rápido possível para que você
possa provar aos empregadores que você Não é apenas um engenheiro de rede, mas você
também entende de programação.
Receio que, sendo um engenheiro de rede tradicional sem entender a programação, você precise aprender programação
se quiser ter um bom trabalho no futuro. Estou muito feliz que a Cisco tenha feito
isso, mas eles apenas colocaram 10 por cento do exame sendo de automação e programação; portanto, o
programa de automação possui capacidade de 10 por cento não muito grande e eles usam palavras como explicar e comparar.
Eles não usam palavras como configurar ou solucionar problemas, portanto esse é um nível muito alto.
Essa é a maneira típica da Cisco de fazer isso em um nível muito alto, mas talvez no próximo lançamento do
CCMA ele se torne mais detalhado e você precise de mais informações.