Finalmente chegamos à terceira e última parte desta fascinante série de blogs. Embora alguns possam ficar tristes com o desaparecimento do sono additional que receberam ao ler isto (minha prosa geralmente é uma ótima cura para a insônia), neste weblog estaremos cobrindo a novíssima especialização e tecnologias DCNAUTO próximas e queridas ao meu coração. Assim como o weblog em AUTOCOR e ENAUTO 2.0Espero que isso ajude a esclarecer o motivo e a intenção da grande reformulação dos tópicos do exame para auxiliá-lo e auxiliá-lo em seus estudos.
Uma bifurcação na estrada
O exame DCAUTO authentic tinha a lista “mais curta” de tópicos do exame (com base apenas na minha análise não científica da quantidade de texto em um PDF), mas isso não significa que o exame tenha sido simples. Ele cobriu um amplo conjunto de tecnologias com terminologias diferentes e abrangeu várias equipes (normalmente) separadas (as equipes de servidores/computação geralmente são separadas das equipes de rede do datacenter).
Mas mesmo se você estivesse em uma organização que tivesse ACI e UCS, na maioria das vezes você trabalharia apenas com uma tecnologia ou outra, não com ambas. Essa complicação só foi agravada pelo fato de que o emulador de plataforma do gerenciador do Unified Computing System (UCS) (UCSM-PE) não pôde ser conectado ao Cisco Intersight; apenas algumas compilações que estavam disponíveis apenas para equipes especiais, como o Cisco DevNet para seu Sandbox, poderiam fazê-lo.
Isso levou a uma decisão interna massiva: como fornecer uma certificação de automação que se concentre no datacenter, cubra a tecnologia de rede disponível hoje, inclua plataformas e dispositivos e cubra as realidades em evolução no datacenter (como Kubernetes e contêineres)? Tivemos algumas escolhas difíceis a fazer, mas o resultado é o DCNAUTO 2.0 (observe o “N” para rede)
Me diga direito, o que foi removido do DCAUTO?
Com base nesta imagem, você pode ver que uma grande parte do projeto authentic foi removida/alterada de alguma forma (as seções destacadas). Em alguns casos, os tópicos foram removidos da mesma forma que no ENCOR 2.0; tópicos como Git, APIs básicas ou ambientes virtuais Python foram removidos porque (a) são conhecimentos presumidos (b) abordados no exame principal ou (c) podem ser substituídos por outras tecnologias que podem funcionar melhor com fluxos de trabalho maiores (por exemplo, o desenvolvimento dentro de um contêiner com volumes mapeados pode substituir ambientes virtuais dentro do Python).
No domínio 2.0, removemos muitas das tarefas específicas de API e SDK relacionadas à ACI. Embora esses dois métodos de automação ainda sejam válidos, grande parte do esforço de desenvolvimento e integração dentro do datacenter tem se concentrado em ferramentas de Infraestrutura como Código (IaC). Ser capaz de automatizar plataformas e tecnologias com ferramentas que tenham suporte multiplataforma é importante porque esses datacenters são cada vez mais heterogêneos. Portanto, compreender como usar essas ferramentas na infraestrutura de rede torna-se uma habilidade crítica.
O Domínio 3.0 recebeu um leve toque de mudanças, principalmente focado em refinar e reduzir métodos supérfluos de automação centrada em dispositivos e hospedagem de aplicativos. Embora esses recursos ainda estejam integrados ao nosso vasto portfólio de comutação de datacenters, tentamos nos concentrar nos casos de uso e tecnologias mais comuns. Lembre-se, o foco dos novos projetos é criar praticidade e aplicabilidade nos exames, por isso tivemos que eliminar alguns dos recursos e funcionalidades esotéricos ou menos usados.
E você largou a computação?!
Sim.
Acho que você também estará procurando um motivo para isso. Acredite, não foi uma decisão fácil. Nós discutimos isso e houve argumentos fortes para ambos os lados, mas, em última análise, na maioria das vezes, as equipes de computação e de servidores são completamente diferentes das equipes de infraestrutura de rede, e os profissionais dessas equipes tinham conjuntos de habilidades muito diferentes, tornando o cruzamento muito mais difícil.
Em vez de enfraquecer a profundidade do teste (e as aplicações práticas obtidas com ele) para dar suporte a uma amplitude adicional, decidimos abandonar completamente a automação computacional. Já posso ouvir os suspiros de alívio do pessoal de automação de rede, mas sei que algumas pessoas sentirão falta da inclusão do Intersight e das APIs UCSM (inclusive meu antigo colega do Developer Advocate de computação).
Chega de falar do que foi abandonado, o que precisamos estudar?
Dentro do datacenter, existem algumas tecnologias-chave nas quais optamos por focar. Tal como acontece com o AUTOCOR e ENAUTO 2.0, consulte o parágrafo superior da lista de tópicos do exame para entender as plataformas no escopo. Essas plataformas não deveriam ser uma surpresa, mas são úteis para contextualizar seus estudos.
Infraestrutura como Código (IaC)
O datacenter deve ser:
- Ágil
- Multifornecedor
- Até mesmo multicloud
Isso significa que click-ops ou automações individuais para diferentes plataformas nem sempre serão aceitas. O fator unificador de tudo isso é algo como Ansible ou Terraform, em que a sintaxe entre plataformas e nuvens é a mesma e a única diferença são os módulos/coleções ou provedores em uso.
O exame DCNAUTO reflete isso, já que 25% do exame se enquadra no domínio IaC. Isso requer que você esteja familiarizado com as ferramentas e recursos de controle, bem como com as plataformas cobertas pelo blueprint.
Automação e programabilidade na caixa
Com o tamanho e a escala das redes modernas de datacenters, as plataformas são frequentemente usadas para gerenciar a malha. No entanto, pode haver soluções específicas de automação de rede ou provisionamento do dia 0 que ditam um processo “caixa por caixa”. Por causa disso, incluímos tópicos de exame específicos para validar o conhecimento do aluno sobre essas tarefas de automação de “elemento de rede” no Domínio 3.
Em termos de programabilidade de elementos de rede específicos, incluímos:
- Suporte NETCONF, já que modelos YANG como OpenConfig são usados em datacenters grandes, potencialmente de vários fornecedores ou em escala net, pois normaliza a configuração em uma variedade de dispositivos
- Familiaridade com NETCONF e ncclient, que podem ser usados para entregar cargas estruturadas em XML a um dispositivo por meio de código escrito em Python
- Compreender o provisionamento do dia 0 de um dispositivo fora do uso de um controlador e os métodos de programação integrados disponíveis na plataforma Nexus
- O conhecimento sobre NXAPI e o fluxo de criação de modelos personalizados (que podem então ser aplicados como política) no Nexus Dashboard completam o domínio
Operações (incluindo rede Linux!)
Uma das maiores mudanças (em todos os novos exames CCNP-Automation) foi o foco nos aspectos operacionais de uma solução de automação. Afinal, de que adianta implantar uma mudança sem compreender o impacto dessa mudança na rede? Isso não é diferente no datacenter e alguns argumentariam que é mais importante; os datacenters são instrumentos afinados para mover dados muito rapidamente de um lugar para outro. Se não funcionar, geralmente custará grandes somas de dinheiro.
Neste exame, não “removemos” tanto os tópicos, mas os alteramos em complexidade. O exame DCAUTO authentic tinha elementos que abordavam telemetria orientada por modelo e compreensão de assinaturas de dados, incluindo protocolos de próxima geração como gNMI e gRPC. Também incluímos gêmeos digitais e validação pyATS, como em outros exames. Para não ser esquecido, também abordamos a capacidade de recuperar informações de saúde by way of Python em dispositivos.
Por fim, também adicionamos a exigência de solucionar problemas fluxos de pacotes de hosts baseados em Linux executando contêineres. Todos sabemos que os contêineres são as novas VMs, mas os hosts que executam esses contêineres não usam as mesmas ferramentas e terminologia de um hipervisor Tipo 1; devemos entender como funciona a rede Linux e como ela é configurada.
Isso inclui como as interfaces, subinterfaces e interfaces vinculadas são criadas, bem como como as pontes padrão são definidas e o relacionamento entre as interfaces Ethernet virtuais (veth) no nível do host e as interfaces definidas no tempo de execução do contêiner. Essas habilidades não são mais opcionais e achamos importante entendê-las bem o suficiente para corrigi-las quando quebrarem.
Tivemos que adicionar um pouco de IA também
Assim como acontece com o restante das especializações em automação profissional, alguma IA precisava ser incluída na lista de tópicos do exame; isso está sendo falado em todos os lugares e com nossas certificações não deveria ser diferente.
- Compreender as implicações de segurança do uso de IA no datacenter é importante para proteger as grandes quantidades e o valor desses dados. Aqui pode haver consequências não intencionais em torno da exposição de dados e como vetor de exfiltração.
- À medida que a IA agente se torna widespread, entender como esses agentes se conectam a várias plataformas, dispositivos e controladores é uma tarefa de banda base; algo que todos deveriam entender.
- Com a prevalência da automação e orquestração no datacenter, descrever e compreender como a IA generativa pode ser usada para acelerar a prototipagem e a iteração em soluções de automação de rede não será mais uma habilidade opcional. Deve ser validado para qualquer profissional de automação.
Juntando tudo
Através deste weblog, e dos anteriores sobre AUTOCOR e ENAUTO 2.0, espero que você tenha adquirido um pouco mais de conhecimento sobre a certificação e os exames específicos (básicos e de concentração). Isso não está relacionado apenas aos exames e aos tópicos em si, mas também à mudança de mentalidade e à abordagem diferente na criação da lista de tópicos do exame, passando de engenheiros de software program que estão aprendendo “rede” para engenheiros de rede que estão aprendendo “automação”. Parece sutil, mas o resultado pode ser bem diferente. Através dessa diferença, esperamos que você descubra que os novos exames se alinham ao seu trabalho de automação de uma forma muito mais impactante.
Como sempre, bom aprendizado! Se você tiver alguma dúvida, entre em contato comigo pelo X (@qsnyder) ou pelos fóruns da Cisco Studying Community.
A partir de 3 de fevereiro de 2026, o 300-635 DCNAUTO O exame será atualizado para v2.0 e renomeado como “Automating Cisco Information Middle Networking Options v2.0”.
Inscreva-se para Cisco U. | Junte-se aoRede de aprendizagem Cisco hoje de graça.
Aprenda com a Cisco
X|Tópicos| Fb|LinkedIn|Instagram|YouTube
Usar #CiscoU e#CiscoCertpara participar da conversa.