Pregunta de práctica de 200-301

Por qué cada opción es correcta o incorrecta

Para profundizar

Una northbound API en una arquitectura de red basada en controlador es la interfaz que permite a aplicaciones externas, plataformas de orquestación y herramientas de gestión comunicarse con el controlador de red. Esta API expone las capacidades del controlador, como la recuperación de información del estado de la red, la aplicación de cambios de configuración y la automatización de la aplicación de políticas. Actúa como la interfaz orientada hacia arriba, permitiendo que el software situado por encima de la capa del controlador interactúe de forma programática con la infraestructura de red. La decisión de utilizar una northbound API se basa en la separación arquitectónica entre el controlador y las aplicaciones que consumen sus servicios. Mientras que el controlador gestiona los dispositivos de red subyacentes mediante protocolos southbound (como OpenFlow o NETCONF), la northbound API proporciona un método estandarizado y abstracto para que las aplicaciones soliciten datos o activen cambios en la red sin tener que lidiar con detalles específicos de los dispositivos. Esta abstracción es fundamental en la automatización y la programabilidad, ya que simplifica la integración y la orquestación. Una trampa común en los exámenes es confundir las northbound APIs con cableado físico o protocolos de enrutamiento. Las northbound APIs son interfaces de software puramente lógicas y no representan conexiones físicas ni mecanismos de enrutamiento. En entornos Cisco prácticos, las northbound APIs suelen utilizar servicios web RESTful u otras interfaces programáticas aseguradas mediante autenticación y autorización, al contrario de la idea errónea de que eliminan los requisitos de seguridad. Comprender esta distinción ayuda a evitar malas interpretaciones de los roles del controlador y las direcciones de las API en los escenarios de examen.