Quelles sont les deux pratiques qui améliorent le plus la sécurité lors de l'automatisation de modifications réseau ? (Choisissez deux.)
Choisissez toutes les bonnes réponses.
Bonnes réponses
Les tests et la validation réduisent les risques avant un déploiement à large échelle, et le contrôle de version associé aux revues et aux restaurations permet d'assurer des opérations contrôlées.
Tester d'abord les modifications dans un laboratoire ou un environnement de staging
Tester d'abord les modifications dans un laboratoire ou un environnement de staging isole l'automatisation du trafic de production, ce qui vous permet de valider la syntaxe, la joignabilité et le comportement attendu avant qu'elles n'affectent les services en direct. Cela réduit le rayon d'impact d'un script défectueux en détectant les erreurs dans un environnement contrôlé où les pannes sont réversibles. Le staging vous permet également de vérifier les procédures de restauration et de confirmer que la modification est conforme à la politique réseau prévue sans compromettre la disponibilité de la production.
Exécuter des scripts directement en production sans validation
Exécuter des scripts directement en production sans validation contourne le filet de sécurité des pré-tests, de sorte qu'une simple erreur de syntaxe ou un défaut de logique peut se propager sur plusieurs périphériques, provoquant des pannes de service ou des erreurs de configuration. Cela élimine également la possibilité d'évaluer l'impact du script sur le trafic en direct et de s'exercer au plan de restauration. Cette pratique transforme une modification de routine en incident imprévu, contredisant directement l'objectif d'accroître la sécurité du réseau.
Utiliser le contrôle de version et la revue par les pairs pour le code d'automatisation
L'utilisation du contrôle de version et de la revue par les pairs pour le code d'automatisation établit une piste d'audit et impose un processus d'approbation structuré, ce qui améliore la traçabilité et détecte les erreurs logiques avant le déploiement. La revue par les pairs exploite l'expertise collective pour identifier les effets secondaires indésirables tels qu'une gestion des erreurs manquante ou des identifiants de périphériques incorrects. Le contrôle de version permet également un retour rapide à un état sain connu et garantit que seules des modifications vérifiées et reproductibles sont poussées sur le réseau.
Désactiver les sauvegardes pour que les modifications s'appliquent plus rapidement
Désactiver les sauvegardes pour que les modifications s'appliquent plus rapidement augmente les risques en supprimant le principal mécanisme de récupération, garantissant ainsi qu'une exécution d'automatisation défectueuse ne peut pas être annulée rapidement. En pratique, le processus de sauvegarde est rarement le goulet d'étranglement ; le temps gagné est négligeable par rapport aux temps d'arrêt potentiels d'une modification ayant échoué. Sans sauvegarde récente et vérifiée, vous êtes obligé de reconstruire manuellement les configurations, ce qui est source d'erreurs et beaucoup moins sûr que de laisser la sauvegarde servir de point de restauration.
L'automatisation dans le domaine des réseaux Cisco consiste à utiliser des scripts et des outils pour configurer les périphériques, déployer des modifications et gérer les opérations réseau de manière efficace. Cela réduit les erreurs manuelles et accélère les tâches répétitives. Cependant, l'automatisation introduit des risques si les modifications sont appliquées directement en production sans validation, ce qui peut provoquer des pannes ou des erreurs de configuration. Tester d'abord les modifications dans un laboratoire ou un environnement de staging permet aux ingénieurs réseau de vérifier les scripts et les configurations par rapport à une installation contrôlée qui imite la production, garantissant ainsi que l'automatisation se comporte comme prévu avant d'affecter les périphériques en service. L'utilisation de systèmes de contrôle de version tels que Git pour le code d'automatisation permet de suivre toutes les modifications, facilitant ainsi les revues par les pairs et la restauration si nécessaire. La revue par les pairs améliore la qualité du code en détectant les erreurs ou les commandes non sécurisées avant le déploiement. Cette pratique s'aligne sur les flux de travail d'automatisation recommandés par Cisco, qui mettent l'accent sur des modifications réseau contrôlées, auditables et reproductibles. Ensemble, les tests en laboratoire et le contrôle de version avec revue par les pairs constituent un filet de sécurité qui empêche une automatisation défectueuse de perturber les services réseau critiques. Un piège fréquent aux examens consiste à supposer qu'il est sûr d'exécuter des scripts directement en production sans validation, sous prétexte que l'automatisation est censée réduire les erreurs. En réalité, négliger les tests et le contrôle de version augmente les risques, car des scripts non testés peuvent provoquer des pannes ou des problèmes de sécurité. Désactiver les sauvegardes pour accélérer les modifications est également risqué, car cela supprime la possibilité de restaurer les configurations précédentes en cas de panne. Les opérations réseau Cisco pratiques incluent toujours des tests par étapes, un contrôle de version et des sauvegardes afin de maintenir la stabilité et la sécurité du réseau pendant l'automatisation.
À 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.