Questions technique d’entretien DevOps – Partie 28

Questions d’Entretien sur DevOps avec des réponses pour la préparation des entretiens d’embauche, tests en ligne, examens et certifications. Ces questions et réponses sur DevOps comprennent divers sujets tel que les bases du DevOps, le développement, le déploiement continus, l’automatisation, gestion du configuration, etc… Et sont tirés d’un vrai entretien écrit et certaines parties sont en direct. Cette méthode d’apprentissage systématique préparera facilement toute personne pour réussir son test sur DevOps.
 
 

1. L’intégration continue (CI) et la livraison continue (CD) fonctionnent comme :

A Des actions manuelles qui doivent être effectuées après chaque mise à jour de code

B Une chaîne de production qui automatise le test, le déploiement et la livraison du code

C Des étapes indépendantes qui ne sont jamais liées entre elles

D Une procédure uniquement pour les mises à jour mineures du code

B
CI/CD automatise le processus de test, déploiement et livraison, garantissant que le code est toujours prêt à être mis en production.

 

 

2. Un pod Kubernetes est comme :

A Un seul serveur dédié à une application

B Un groupe de containers partageant un même environnement réseau et stockage

C Un service cloud qui permet de déployer des applications sans machines

D Un processus unique qui exécute des tâches en série

B
Un pod dans Kubernetes est une unité d’exécution qui contient un ou plusieurs conteneurs partageant un réseau et des volumes de stockage communs.

 

 

3. Le réseau Docker est comme :

A Un système de messagerie où chaque conteneur envoie des lettres entre eux

B Un autoroute où tous les conteneurs se déplacent indépendamment

C Une place de marché où tous les conteneurs se connectent sans limites

D Un réseau privé où les conteneurs échangent uniquement avec ceux qu’ils connaissent

D
Par défaut, les conteneurs Docker dans un même réseau peuvent communiquer entre eux, mais l’isolation réseau empêche les conteneurs non autorisés de s’y connecter.

 

 
 

4. Quel service est le mieux adapté à une application avec des besoins en ressources fluctuants ?

A AWS EC2

B AWS Lambda

C AWS Elastic Beanstalk

D Amazon RDS

B
AWS Lambda est serverless et ajuste automatiquement les ressources selon les besoins.

 

 

5. Si un fichier sensible a été accidentellement ajouté à Git, quelle commande est la plus rapide pour le supprimer de l’historique ?

A git rm --cached

B git reset --hard

C git filter-branch

D git ignore --all

C
git filter-branch permet de réécrire l’historique de Git et de supprimer définitivement des fichiers sensibles de l’historique du dépôt.

 

 

6. Quel service AWS permet de gérer des clusters de conteneurs sans gérer les machines sous-jacentes ?

A Amazon ECS

B Amazon EC2

C AWS Fargate

D AWS S3

C
AWS Fargate est un service serverless qui gère automatiquement l’infrastructure sous-jacente des conteneurs.

 

 
 

7. Helm et les charts peuvent être comparés à :

A Un système de versionnement pour le code source

B Un ensemble de recettes permettant de configurer des applications dans Kubernetes

C Des outils de gestion de versions pour les bases de données

D Un format de fichier utilisé uniquement pour stocker des informations sur le cloud

B
Helm utilise des charts, des paquets qui contiennent toutes les informations nécessaires pour déployer une application dans Kubernetes, comme une recette complète.

 

 

8. Tu veux savoir si ton dépôt a des conflits de fusion avant de les résoudre. Quelle commande te donne cette information ?

A git status

B git log --graph

C git diff

D git check-conflicts

A
git status te montre si des conflits de fusion existent et te permet de les résoudre.

 

 

9. Si vous devez automatiser le processus d’infrastructure en utilisant des scripts, quel outil choisiriez-vous ?

A AWS CloudFormation

B Ansible

C AWS EC2

D Docker

B
Ansible est un outil de gestion de configuration qui utilise des scripts (playbooks) pour automatiser le déploiement et la gestion de l’infrastructure.

 

 
 

10. En cas d’échec dans un pipeline CI/CD, un rollback est comme :

A Un arrêt complet de la production pour analyser les erreurs

B Une tentative de résoudre le problème sans annuler les actions précédentes

C Une remise en état du système à un état stable précédemment connu

D Une mise en pause des nouvelles fonctionnalités en attendant un examen manuel

C
Le rollback permet de revenir à une version antérieure stable de l’application ou du système après un échec dans le pipeline CI/CD, évitant ainsi des déploiements défectueux.

 

 

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *