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.

Question conceptuelle: Quelle est la différence fondamentale entre les runtimes containerd et runc en Docker Engine?

A containerd est le daemon OCI de haut niveau qui gère le cycle de vie, runc est le runtime bas niveau qui exécute les processus isolés B runc est plus moderne et remplace containerd; utiliser runc directly offre meilleures performances et sécurité C containerd et runc sont des noms différents pour le même composant; c'est une distinction de marketing de Docker Inc D runc gère les images et containerd orchestre les réseaux; ils fonctionnent en parallèle pour la performance

Une équipe déploie des services stateless en Swarm avec 3 replicas. Après une mise à jour progressive d'image, 2 replicas crashent avec erreur OOM. Comment configurer la stratégie de déploiement pour éviter ce problème?

A Augmenter les limites de mémoire et utiliser --update-parallelism 1 avec --update-delay pour un déploiement progressif sérialisé B Utiliser docker service update avec --mode global pour distribuer les tâches uniformément et réduire la mémoire par conteneur C Implémenter un health check avec timeout court et --update-failure-action pause pour éviter les montées en charge mémoire D Configurer les ressources avec docker service create --reserve-memory et --update-order stop-first

Un service critique est déployé en multi-région avec réplication DNS. Après un incident réseau, la session utilisateur bascule vers une région, puis le service échoue à accéder aux données d'état de l'autre région. Quel est l'enjeu architectural?

A Les conteneurs sont stateless mais les données d'état ne sont pas répliquées entre régions; implémenter un datastore distribué global B La réplication DNS prend 5 minutes pour converger; réduire le TTL à 30 secondes pour un basculement plus rapide C Configurer les conteneurs avec session affinity pour forcer la session sur une seule région et éviter les inconsistences D Le problème est réseau; ajouter un second lien de données inter-région avec failover automatique via BGP

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

Un administrateur gère une infrastructure Docker où certains nœuds ont des CPU avec AVX instructions et d'autres non. Comment garantir que les images compilées avec -march=native ne crashent pas sur les nœuds incompatibles?

A Compiler les images avec -march=x86-64 par défaut, créer des variantes -march=native seulement pour nœuds spécifiques avec placement constraints B Utiliser des images base universelles et compiler le code source au runtime dans chaque conteneur avec autodetect CPU C Appliquer une homogénéisation des CPUs en désactivant les extensions AVX sur tous les nœuds via le kernel D Les conteneurs abstraient les différences CPU; -march=native fonctionne indifféremment sur toutes les architectures

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 →