Comment passer l'examen blanc DCA ?

Cliquez sur le bouton « Commencer l'examen » sur cette page pour accéder à l'examen blanc DCA en ligne, gratuitement, avec correction immédiate à la fin.

Quel est le seuil de réussite ?

Le seuil de réussite varie selon la certification officielle.

Puis-je refaire l'examen plusieurs fois ?

Oui, autant de fois que vous le souhaitez.

Les corrections sont-elles fournies ?

Oui, chaque réponse est expliquée en détail.

Examen DCA — DCA — Docker Certified Associate | Questions d'entraînement

À propos de l'examen DCA

L'examen DCA — DCA — Docker Certified Associate — est proposé par Docker et fait partie des certifications IT les plus reconnues au niveau international. Cette épreuve évalue vos compétences pratiques et théoriques dans le domaine de docker certified associate. L'entraînement Certifexpress comprend 36 questions au format officiel pour une durée de 72 minutes. Sur cette page, découvrez 5 exemples de questions représentatives pour évaluer votre niveau avant de commencer l'entraînement complet.

Comment se préparer à l'examen DCA ?

Révisez les concepts clés couverts dans le guide officiel de l'examen DCA.

Entraînez-vous régulièrement avec des questions au format réel pour vous familiariser avec la structure de l'épreuve.

Identifiez vos points faibles grâce aux explications détaillées fournies après chaque réponse.

Gérez votre temps : simulez les conditions réelles de l'examen en vous chronométrant.

Rejoignez la communauté Certifexpress pour partager vos retours d'expérience avec d'autres candidats.

5 exemples de questions — DCA

Ces questions sont extraites aléatoirement de la banque de questions officielle. Les réponses correctes ne sont pas indiquées ici — elles sont révélées lors de l'examen complet.

Un architecte doit concevoir un système où les conteneurs accèdent à un service de base de données sur le réseau hôte sans utiliser --network host. Quelle approche est sécurisée et maintenable?

A Créer un réseau bridge custom et utiliser des routes statiques docker network connect avec l'IP du gateway hôte B Utiliser le réseau par défaut bridge et exposer le port de la base de données en 0.0.0.0:5432 sur l'hôte C Monter /etc/hosts dans les conteneurs avec les IPs de l'hôte et utiliser --add-host pour la résolution DNS D Configurer un tunnel SSH entre le conteneur et l'hôte via un volume partagé et une clé privée

Question conceptuelle: Quel est le rôle précis de seccomp profiles dans Docker et quel appel système dangereux est généralement bloqué?

A seccomp restreint les appels système du conteneur; les profils par défaut bloquent les syscalls dangereux comme ptrace, kexec, keyctl B seccomp est un firewall au niveau application; il filtre les appels réseau HTTP/HTTPS seulement, pas les syscalls kernel C seccomp profiles nécessitent une activation manuelle en tant qu'argument kernel; Docker ne l'active jamais par défaut D seccomp et SELinux font la même chose; utiliser les deux ensemble sur les conteneurs crée des conflits d'isolation

Une entreprise déploie une application multi-conteneurs en production. Les images sont stockées dans un registry privé auto-hébergé. Comment assurer la sécurité du transfert d'images avec authentification mutuelle TLS?

A Configurer le registry avec certificats TLS auto-signés et monter le chemin /etc/docker/certs.d pour les certificats clients dans chaque daemon Docker B Utiliser uniquement HTTP avec un proxy reverse Apache qui gère les certificats et transmet les requêtes au registry C Implémenter Docker Content Trust uniquement côté client sans modification de la configuration du daemon D Deployer le registry derrière un load balancer avec SSL termination et désactiver HTTPS au niveau du registry

Une entreprise utilise docker-compose en production avec des secrets stockés en tant que variables d'environnement. Quels risques critiques cela représente-t-il et quelle est l'approche recommandée?

A Les secrets sont exposés dans les logs et dans docker inspect; utiliser docker secrets avec Swarm Mode ou un gestionnaire externe B Les variables d'environnement docker-compose chiffrent les secrets par défaut; aucun changement nécessaire pour la sécurité C Stocker les secrets dans des volumes read-only chiffrés à la place des variables d'environnement résout tous les risques D Les secrets ne sont exposés que dans docker ps; implémenter un RBAC au niveau du daemon résout le problème

Un administrateur configure les logs d'audit Docker pour tracer tous les changements API. Après quelques jours, les logs occupent 200 GB. Quelle politique de rétention est appropriée pour 1000 nœuds?

A Configurer les logs d'audit avec rotation (compresser/archiver) et centraliser via un système de logging distribué avec rétention de 90 jours B Désactiver les logs d'audit pour les opérations courantes et enregistrer seulement les changements critiques manuellement C Augmenter l'espace disque à 2 TB par nœud et ne pas implémenter de rétention jusqu'à ce que la pleine capacité soit atteinte D Les logs d'audit Docker sont trop volumineux; utiliser les logs syslog du host à la place pour tracer les changements

Encore 31 questions dans l'examen complet

Accédez à toutes les questions avec corrections détaillées et explications officielles.

Commencer l'examen — Gratuit

✓ Sans inscription obligatoire · Correction immédiate

📖 Préparez-vous avec nos guides

Salaires & Certifications IT 2026

Commencer l'examen DCA complet

36 questions au format officiel, corrections détaillées, suivi de votre progression. Gratuit, sans CB.

Commencer l'examen complet →