DifficileChoix unique

Question d'entraînement 200-301

Pourquoi une northbound API est-elle utile pour les systèmes d'orchestration dans une architecture basée sur un contrôleur ?

Choisissez la meilleure réponse.

Bonne réponse

AElle fournit une interface logicielle définie par laquelle les outils d'orchestration peuvent interagir avec le contrôleur.

Explication

Une northbound API est précieuse car elle fournit une interface logicielle définie permettant aux systèmes d'orchestration d'interagir avec le contrôleur de manière programmatique. L'option B est incorrecte car les northbound APIs ne permettent pas une communication directe de périphérique à périphérique ; il s'agit d'une fonction du data plane. L'option C est incorrecte car les northbound APIs sont des interfaces logicielles logiques, et non des câbles ou des ports physiques. L'option D est également incorrecte car elle qualifie à tort l'API de standard matériel.

Pourquoi chaque option est juste ou fausse

Juste

Elle fournit une interface logicielle définie par laquelle les outils d'orchestration peuvent interagir avec le contrôleur.

Une northbound API expose des services réseau via une interface clairement définie et lisible par machine, généralement REST/JSON ou NETCONF, permettant aux outils d'orchestration d'interroger l'état et de pousser la configuration de manière programmatique. Cette couche d'abstraction masque les spécificités des équipements sous-jacents afin que l'orchestrateur puisse gérer le contrôleur comme une entité logique unique. C'est précisément ce contrat logiciel qui rend possible l'orchestration réseau automatisée et pilotée par des politiques.

Fausse

Elle permet aux équipements réseau de communiquer directement entre eux sans le contrôleur.

La northbound API est spécifiquement conçue pour la communication entre les systèmes d'orchestration/application externes et le contrôleur SDN, et non pour un échange direct au niveau du data plane entre des commutateurs ou des routeurs. Les équipements réseau continuent de transférer le trafic entre eux en utilisant des protocoles et des tables de routage que le contrôleur programme via des southbound APIs telles que OpenFlow ou NETCONF. Si les équipements communiquaient directement sans le contrôleur, l'interface northbound ne serait pas impliquée du tout.

Fausse

Il s'agit d'une interface physique utilisée pour connecter le contrôleur au système d'orchestration.

Une northbound API n'est pas un élément physique ; c'est une interface logicielle logique qui fonctionne sur des protocoles réseau standard tels que HTTP/HTTPS. Les systèmes d'orchestration utilisent des appels RESTful vers cette interface, de sorte que le contrôleur ne nécessite jamais de port physique ou de connecteur dédié à cette fin. Même lorsque l'interaction sécurisée par API exige une authentification et TLS, cette sécurité relève de la couche logicielle, et non d'une connexion physique.

Fausse

Il s'agit d'un standard de câble physique pour les liaisons montantes du contrôleur.

Une northbound API n'a rien à voir avec le câblage ou les standards de la couche physique tels que l'Ethernet ou la fibre. Il s'agit d'une construction logicielle utilisée pour la communication entre le contrôleur et les applications externes, distincte des protocoles southbound utilisés vers les équipements réseau. Aucun type de câble ou standard de connecteur ne définit ou ne limite la façon dont les outils d'orchestration interagissent via cette API.

Pour aller plus loin

Une northbound API dans une architecture basée sur un contrôleur sert d'interface logicielle normalisée qui permet aux systèmes d'orchestration et aux applications de communiquer avec le contrôleur réseau. Cette API abstrait l'infrastructure réseau sous-jacente et expose des fonctions programmables, permettant ainsi l'automatisation et la gestion centralisée. En utilisant des northbound APIs, les outils d'orchestration peuvent demander des informations sur l'état du réseau, pousser des modifications de configuration ou déclencher des workflows sans intervention manuelle, ce qui est essentiel pour la programmabilité des réseaux modernes et le software-defined networking (SDN). La décision d'utiliser une northbound API repose sur le besoin d'une interface cohérente et neutre vis-à-vis des constructeurs sur laquelle les plateformes d'orchestration peuvent s'appuyer pour interagir avec le contrôleur. Contrairement aux southbound APIs, qui communiquent du contrôleur vers les équipements réseau, les northbound APIs fournissent l'interface orientée vers le haut pour les applications et les couches d'orchestration. Cette séparation garantit que les outils d'orchestration n'ont pas besoin de gérer les périphériques individuels directement, mais interagissent plutôt avec le contrôleur en tant que source unique de vérité. Un piège d'examen courant consiste à confondre les northbound APIs avec des composants physiques ou matériels, tels que des câbles ou des remplacements d'équipements. Les northbound APIs sont purement des interfaces logicielles logiques et ne remplacent pas les équipements de transfert ni n'éliminent les contrôles de sécurité tels que l'authentification. Il est essentiel de comprendre cette distinction pour les candidats Cisco CCNA afin d'éviter d'interpréter mal le rôle des APIs dans l'automatisation et l'orchestration des réseaux.

À propos de ces questions d'entraînement

Cette question fait partie des questions d'entraînement 200-301 originales de Courseiva, rédigées pour apprendre et jamais copiées d'examens réels ou de dumps.

Traduite de l'original anglais avec l'IA et vérifiée pour le sens. Les codes d'examen, les commandes et les noms de produits sont conservés tels qu'ils apparaissent à l'examen.