Agora, no guia oficial de certificação que Wendell escreveu, passou muito tempo analisando o acesso definido pela
SDI ou por software.
Agora, apenas o software definido pode ser definido.
Café.
Quero dizer, há muitos termos com essa palavra de rede definida por software que foram abusadas.
Tínhamos redes definidas por software que apresentavam fluxo aberto e redes definidas por software
que usavam API.
Nós tínhamos redes definidas por software, havia sobreposições.
Então, falamos sobre sobreposições e, com o Laser Ready, basicamente se tornou o software definido como você quiser.
Mas acesso definido por software ou SDK A solução da Cisco de mudar a maneira como uma rede corporativa funciona tão tradicionalmente em uma rede
corporativa, teríamos uma árvore de abrangência que causa um monte de problemas, porque temos que combinar que
você sabe o encaminhamento de portas para um padrão de IP justo gateways causa muitos problemas, então queremos acabar
com os gastos em árvores e o que fazemos é apenas executar protocolos de escrita em todos
os lugares.
Portanto, o gateway padrão de suas peças será o comutador de acesso local.
Portanto, o switch na extremidade do switch ao qual eles se conectam, em vez de um switch de chamada ou distribuição,
executamos o SPF em qualquer lugar ou escrevemos o protocolo em qualquer lugar.
Então, eliminamos a árvore de abrangência, eliminamos a porta que bloqueia esse tipo de coisa.
Mas, na minha experiência com o exame CCMA, acho que foi um exagero.
O material da FDA no O. C. Agora, se eu ouvir o contrário, mudarei este curso.
Mas eu não gastaria muito tempo com SGA.
Basicamente, a idéia é que a rede obtenha gerentes de malha.
Portanto, temos todos esses gravadores e comutadores que são controlados por um controlador e, em seguida, semelhantes
ao NSX da Amway, o que fazemos é construir túneis automaticamente, os túneis terrestres X mais uma vez, onde
construímos uma sobreposição na rede subjacente.
Portanto, a rede principal subjacente pode ser bastante básica, em vez de configurar um monte de listas da
Axis nos dispositivos principais, podemos fazer tudo como uma política no servidor SDK e, em seguida, aplicar uma política
nos dispositivos de rede, e o DNA center basicamente dispara automaticamente .
Por isso, construirá os excelentes túneis e aplicará as políticas.
Portanto, temos esse conceito mais uma vez de redes baseadas em intenções e a intenção é que eu queira fazer
algo, mas não quero que escrever explicitamente tudo para que isso aconteça.
Então, como exemplo, quero parar o PCH de falar com o PTB em um ambiente tradicional,
você precisa criar listas de acesso que impedem que esses dispositivos se comuniquem, mas se um cenário baseado
em intenções e um dos outros implementações baseadas em controlador, eu basicamente diga OK, esse cara pode falar com
esse cara que está lá, então tudo acabou.
Me dê um exemplo.
E então isso aplica uma política à rede que basicamente interrompe isso.
Portanto, você como engenheiro de rede não precisa configurar manualmente as listas de acesso.
Sua intenção é impedir que esse cara converse com ele e a rede faz com que isso aconteça automaticamente.
O que é bastante assustador, de certa forma, porque o que acontece se der errado.
Portanto, toda a idéia desse material SD n é fantástica e eu não quero jogá-lo para fora da água
imediatamente, mas esteja ciente de que você deve entender o que está acontecendo sob o capô, porque o que acontece
se algo der errado.
Mas o princípio é que temos uma rede subjacente.
Em seguida, colocamos túneis terrestres nos veículos, o que nos permite aplicar políticas na rede de sobreposição, e não
na rede subjacente, para que possamos impedir que esse cara converse com ele com muito mais facilidade usando esses túneis do
que tentar ter uma única lista de acesso em uma interface de um roteador que bloqueia pessoas
em toda a rede.
Uma maneira muito melhor de fazer as coisas é basicamente do jeito que está indo, por isso
temos um controlador que gerencia um monte de dispositivos na empresa.
Agora, apenas recuar um segundo terço para pular as redes definidas por software era mais para o
datacenter, por isso o NSX foi um sucesso fantástico no data center.
A Cisco também possui ECI para data center.
Mas e as empresas.
Portanto, o FDA é uma solução corporativa em que adotamos os princípios definidos por software e os aplicamos a
uma empresa e aplicamos políticas nessa rede e não em um datacenter.
Então, basicamente coisas simples como OK, vamos nos livrar da árvore de abrangência.
Portanto, executamos 0 SPF ou protocolo de gravação em qualquer lugar.
Tudo está na camada 3, e não na camada 2.
Mas você sabe como fazemos com que este dispositivo fale com ele.
Podemos aplicar uma política por meio de um pegajoso, estação de gerenciamento ou controlador.
Se você deseja usar o termo certo que aplica a política à rede sem precisar configurar
manualmente um monte de coisas.
A idéia é usar esse termo de abstração. Abstração é usada em todos os lugares como exemplo, se eu quiser escrever
um pedaço de código Python.
Não preciso saber como fazer isso em um disco rígido.
Sou abstraído de uma programação de baixo nível que o sistema operacional me abstrai do sistema operacional
de hardware me abstrai de coisas de cabos de rede como essa. Estou programando em
uma linguagem de programação de alto nível Python que percorre toda a pilha e realmente fazer algo acontecer
algo acontecer na rede.
Então, eu sou extraído da linguagem assembly como um exemplo, sou abstraído de coisas de baixo nível.
Eu uso meu cérebro para fazer coisas de alto nível, em vez de coisas de baixo nível.
Por exemplo, pilotos de exemplo do mundo real hoje não voam manualmente do Reino Unido para os EUA o tempo
todo.
O que eles usam usam piloto automático.
Portanto, a ideia é que o piloto automático permita que o piloto cuide de tarefas de alto nível porque o material de baixo nível é
tratado com o uso do piloto automático.
Agora, o avião tem todos esses sensores que fornecem informações sobre altitude, e então o
avião pode guiar o piloto, mas o piloto automático pode causar problemas em que o piloto tenta gerenciar a rede ou devo
dizer o avião através do piloto automático ajustando vários níveis altos parâmetros em vez de apenas
pegar o avião e pilotá-lo.
E foi um vídeo realmente interessante, onde eles estavam conversando sobre esse problema em que a
automação realmente causou os acidentes, porque os pilotos não voam mais no avião como o voam fisicamente, tentam ajustar os aviões
que passam pelo piloto automático, para que tentem alimentar as informações para o piloto automático que voa o avião
e ajusta ajusta o avião.
Mas se você tiver um avião voando contra você, como piloto, você pegará o avião e voará fora do caminho, em
vez de tentar ajustar o piloto automático.
E eu acho que é a mesma coisa que nós, como engenheiros de
rede, precisamos ter cuidado: não confiamos no piloto automático ou na inteligência de todos esses aplicativos quando a rede está queimando ou há
um incêndio que você precisa entrar e consertar. problemas
Portanto, a automação tem seu lugar, mas ainda é importante entender como as redes funcionam, porque
a automação permitirá que você quebre uma rede muito rapidamente se você não entender o que a automação está fazendo.
Quero dizer, se um programador apenas escreve um script que envia um monte de BP para usá-lo em uma rede executando uma árvore
de gastos, isso pode atrapalhar toda a sua rede.
Portanto, você precisa entender o que seu programa está fazendo e o que esses aplicativos estão fazendo.
Portanto, há enormes vantagens na abstração, enormes vantagens na automação, mas você ainda precisa entender
a rede.
Então, acho que a Cisco fez uma coisa boa aqui.
Dez por cento do CCMA é automação e programação ou capacidade do programa. 90 por cento são muitas coisas de
rede tradicionais úteis e o pessoal da rede ainda é um engenheiro de rede,
você ainda precisa entender protocolos como gastar 3 0 SPF etc. Mas, para mim, o lado da programação é muito empolgante, porque
a Cisco agora tem essa trilha definida, para que você tenha um mundo à sua frente que não existia.
Estou gravando isso, você sabe pouco depois do lançamento do CCMA.
Agora você tem esse mundo em que pode trabalhar em rede tradicional com um pouco de programação ou em
programação com um pouco de rede.
Então, eu acho que se você está começando sua carreira, tem duas opções maravilhosas e quero dizer que você só
precisa decidir o que gosta, gosta de programar com um toque de rede ou gosta de interagir com
um toque de programação.
Eu acho que esses realmente se tornarão cada vez mais próximos no futuro.
Portanto, daqui a dez anos, daqui a cinco anos, a linha entre rede e programação se aproximará cada vez mais.
As redes estão mudando e eu venho dizendo isso há muitos anos.
Quero dizer, agora estamos indo mais para a nuvem.
Portanto, as coisas na nuvem estão se tornando mais importantes.
Mas não pense que se você colocá-lo na nuvem, isso resolverá seus problemas de rede.
Ainda é uma rede.
Você ainda precisa gerenciar a nuvem da rede como na sua rede.
Quero dizer, se você colocar uma VM na nuvem, é legal, é apenas uma VM.
Mas o que acontece se você tiver máquinas virtuais na Ásia e na América e na Europa.
De repente, você começa a trabalhar com saldos baixos, começa a trabalhar com firewalls, começa a trabalhar
com listas de controle de acesso e começa a trabalhar com vilões, não chama isso, mas começa a trabalhar com todo
o material de rede tradicional.
Então, só porque está na nuvem, não significa que você pode ignorar a rede, ainda assim
será muito trabalho para os engenheiros de rede.
É apenas que os papéis podem mudar em vez de digitar no CLIA.
Você pode estar trabalhando em um controlador ou na nuvem, mas ainda precisa entender os princípios de rede.
Ok, então essa foi uma longa caminhada, uma esperança de que esse tipo de discussão fosse valioso para adicionar ao curso.
Vou mostrar algumas coisas mais práticas agora no resto do curso, mas espero que isso lhe dê uma boa idéia do que
é importante para o exame e define a visão de 10000 pés e a visão geral da
programação e automação de rede.