DifficileChoix unique

Question d'entraînement 200-301

Pourquoi une northbound API est-elle généralement plus utile pour un logiciel d'orchestration qu'un écran de CLI lisible par l'homme ?

Choisissez la meilleure réponse.

Bonne réponse

  • AParce que l'API fournit une interface structurée destinée à l'interaction logicielle.

Explication

Une northbound API est plus utile car elle est conçue pour une interaction logicielle structurée. Concrètement, les systèmes d'orchestration ont besoin de données prévisibles et de méthodes de requête prévisibles. La sortie CLI lisible par l'homme est optimisée pour les personnes, et non pour l'analyse syntaxique (parsing) stable par machine. Les APIs fournissent un contrat plus propre entre le controller et la plateforme d'automatisation. Il s'agit d'un concept fondamental de programmabilité. La sortie lisible par l'homme est utile pour les opérateurs, mais les APIs structurées sont meilleures pour les systèmes logiciels.

Pourquoi chaque option est juste ou fausse

A

Juste

Parce que l'API fournit une interface structurée destinée à l'interaction logicielle.

Une northbound API expose des fonctions réseau via une interface structurée et adaptée aux logiciels, utilisant généralement des modèles JSON ou XML. Cela permet aux outils d'orchestration d'interroger par programmation l'état, de pousser des modifications de configuration et de valider les résultats dans un format prévisible et lisible par machine. Une telle interaction structurée est beaucoup plus efficace et fiable pour l'automatisation que le scraping d'écran ou les commandes manuelles.

B

Fausse

Parce que la sortie de la CLI ne peut pas être lue par les humains.

La sortie de la CLI est en fait formatée spécifiquement pour les ingénieurs humains, en utilisant des tableaux, des espacements et des couleurs faciles à lire mais difficiles à analyser (parse) de manière fiable. Le véritable inconvénient de la CLI est sa syntaxe irrégulière orientée vers la présentation, et non le fait que les humains ne peuvent pas la lire. Les plateformes d'orchestration ont du mal à extraire des données du texte de la CLI, tandis qu'une API renvoie des champs et des types cohérents.

C

Fausse

Parce que les APIs suppriment le besoin d'authentification.

Les APIs, y compris les northbound APIs, nécessitent toujours une authentification et une autorisation, généralement via des clés API, des jetons OAuth ou des certificats. Plutôt que de supprimer la sécurité, ces APIs l'appliquent sur HTTPS tout en permettant un accès granulaire et programmatique. Le logiciel d'orchestration doit toujours présenter des identifiants valides pour interagir avec le controller ou l'équipement réseau.

D

Fausse

Parce que les logiciels d'orchestration ne peuvent pas utiliser HTTPS.

Les plateformes d'orchestration utilisent intensivement HTTPS, en particulier avec les northbound APIs basées sur REST, qui sont construites sur des méthodes HTTP standard sur TLS. HTTPS n'est pas une limitation ; c'est le transport sécurisé privilégié pour la communication de machine à machine. Le logiciel peut facilement consommer des APIs HTTPS via des bibliothèques courantes, tandis que la CLI et d'autres méthodes sont moins standardisées.

Pour aller plus loin

Les northbound APIs servent d'interfaces structurées qui permettent aux logiciels d'orchestration et d'automatisation d'interagir par programmation avec les network controllers et les équipements. Contrairement aux écrans CLI lisibles par l'homme, qui sont conçus pour la configuration manuelle et le dépannage par les ingénieurs réseau, les northbound APIs fournissent des formats de données prévisibles et adaptés aux machines, tels que JSON ou XML. Cet échange de données structurées permet aux outils d'automatisation d'analyser, d'interpréter et d'agir sur les informations du réseau de manière efficace, sans l'ambiguïté ou l'incohérence inhérentes à la sortie textuelle de la CLI. La décision d'utiliser une northbound API plutôt que la sortie de la CLI repose sur le besoin de flux de travail d'automatisation fiables, répétables et évolutifs. Les plateformes d'orchestration nécessitent des interfaces cohérentes qui prennent en charge les méthodes HTTP standard (GET, POST, PUT, DELETE) et les mécanismes d'authentification pour gérer dynamiquement les ressources réseau. Les écrans CLI, bien qu'essentiels pour les opérateurs humains, manquent de cette cohérence programmatique et varient souvent selon les modèles d'équipements ou les versions de logiciels, ce qui les rend impropres à l'analyse automatisée ou à l'intégration. Un piège d'examen courant consiste à supposer que la sortie de la CLI est inutilisable par l'automatisation parce qu'elle est illisible, ou que les APIs suppriment les exigences de sécurité telles que l'authentification. En réalité, la sortie de la CLI est lisible par l'homme mais pas adaptée aux machines, et les APIs appliquent toujours une authentification et une autorisation strictes. En pratique, l'automatisation du réseau s'appuie sur les northbound APIs pour fournir un contrat propre et stable entre les controllers et les outils d'orchestration, permettant une programmabilité réseau évolutive et réduisant les erreurs manuelles.

À 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.