Questions technique d’entretien DevOps – Partie 20

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. Que signifie le terme « conteneur éphémère » dans Docker ?

A Un conteneur qui ne peut pas être démarré une seconde fois

B Un conteneur qui est exécuté sans utiliser de ressources réseau

C Un conteneur qui est supprimé une fois son exécution terminée

D Un conteneur qui ne peut contenir qu’une seule application

C
Un conteneur éphémère est un conteneur qui est créé pour exécuter une tâche spécifique et qui est ensuite supprimé automatiquement à la fin de son exécution. Cela peut être géré avec l’option --rm dans la commande docker run.

 

 

2. Dans Jenkins, quel mécanisme permet d’exécuter plusieurs étapes de pipeline en parallèle ?

A matrix

B parallel

C stage

D steps

B
Le bloc parallel dans Jenkins permet d’exécuter plusieurs étapes d’un pipeline en parallèle, ce qui peut accélérer les processus de construction, de tests et de déploiement en exploitant la puissance des ressources multiples.

 

 

3. Quel est le rôle d’un « ReplicaSet » dans Kubernetes ?

A Assurer que le nombre spécifié de répliques d’un pod est toujours en fonctionnement

B Gérer le routage du trafic entrant vers les services

C Déployer et gérer des volumes persistants

D Assurer la mise à l’échelle automatique des applications dans le cluster

A
Un ReplicaSet dans Kubernetes garantit qu’un nombre fixe de répliques d’un pod sont en cours d’exécution à tout moment. Si un pod échoue ou est supprimé, le ReplicaSet crée de nouveaux pods pour maintenir le nombre désiré.

 

 
 

4. Quelle est la commande pour lister les images Docker en cache ?

A docker image ls --cached

B docker image ls

C docker images

D docker image inspect

B
La commande docker image ls permet d’afficher toutes les images Docker présentes dans le cache local de votre machine. Cela inclut les images créées à partir de vos Dockerfiles ou celles téléchargées depuis des registres Docker.

 

 

5. Quelle commande permet d’afficher l’historique des commits d’un dépôt Git ?

A git show

B git log

C git status

D git history

B
La commande git log permet d’afficher l’historique des commits dans le dépôt. Elle montre une liste de commits avec leurs messages, leurs identifiants (hashs), et des informations supplémentaires comme l’auteur et la date du commit.

 

 

6. Qu’est-ce qu’un « provider » dans Terraform ?

A Un fichier de configuration permettant d’automatiser l’exécution des tâches Terraform

B Un module qui définit un environnement d’exécution pour Terraform

C Une ressource qui permet à Terraform de se connecter à des API externes, comme AWS, Google Cloud, ou Azure

D Un fichier qui définit les variables d’entrée pour une configuration Terraform

C
Un « provider » dans Terraform est un plugin qui permet à Terraform d’interagir avec une API externe, comme celles d’Amazon Web Services, Google Cloud, ou Azure. Chaque provider contient des ressources et des données spécifiques à son API.

 

 
 

7. Dans GitLab CI/CD, à quoi sert la directive stages ?

A Définir l’ordre dans lequel les tests doivent être effectués

B Organiser les différentes étapes de votre pipeline, comme build, test, et deploy

C Configurer les ressources système pour chaque job du pipeline

D Définir les permissions d’accès aux jobs du pipeline

B
La directive stages dans GitLab CI/CD permet de définir l’ordre dans lequel les différentes étapes du pipeline doivent être exécutées. Par exemple, vous pouvez avoir des stages comme build, test, et deploy, et chaque stage peut contenir des jobs spécifiques à exécuter.

 

 

8. Quelle est une bonne pratique en matière de sécurité pour les images Docker ?

A Utiliser des images « latest » pour garantir que vous avez toujours la dernière version

B Éviter de créer des images avec des utilisateurs root à l’intérieur

C Utiliser des images non officielles provenant de sources externes non vérifiées

D Ne jamais mettre à jour les images Docker pour ne pas briser la compatibilité

B
Il est recommandé d’éviter d’exécuter des conteneurs Docker avec l’utilisateur root, car cela représente un risque de sécurité. Il est préférable de créer des utilisateurs non privilégiés à l’intérieur du conteneur pour limiter les permissions en cas de vulnérabilités.

 

 

9. Quelle est la principale différence entre un « StatefulSet » et un « Deployment » dans Kubernetes ?

A Le StatefulSet assure l’ordre de création, mise à jour et suppression des pods, tandis que le Deployment ne le fait pas

B Un StatefulSet est utilisé pour des applications stateless, tandis qu’un Deployment est utilisé pour des applications stateful

C Le StatefulSet est plus léger et plus rapide à déployer que le Deployment

D Un StatefulSet ne permet pas de gérer des répliques de pods

A
Un « StatefulSet » dans Kubernetes est utilisé pour les applications avec des besoins de stockage persistant et nécessite un ordre spécifique lors de la création, mise à jour et suppression des pods. Cela permet de garantir une gestion d’état plus précise par rapport aux pods stateless gérés par un « Deployment ».

 

 
 

10. Quel est le but d’utiliser .gitignore dans un projet Git ?

A Ajouter des fichiers importants à Git

B Ignorer certains fichiers ou répertoires pour qu’ils ne soient pas suivis par Git

C Créer une nouvelle branche Git

D Sauvegarder des fichiers dans un dépôt distant

B
Le fichier .gitignore permet de spécifier quels fichiers ou répertoires ne doivent pas être suivis par Git. Cela est utile pour ignorer des fichiers générés automatiquement, comme des fichiers de configuration locaux ou des artefacts de compilation, qui ne doivent pas être inclus dans le contrôle de version.

 

 

Laisser un commentaire

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