Accueil › Certifications › JSNSD › Questions gratuites

Questions gratuites JSNSD — OpenJS Node.js Services Developer

Téléchargez gratuitement 41 questions d'entraînement pour la certification JSNSD proposée par Linux Foundation. Toutes les questions sont accompagnées de corrections détaillées avec explications techniques.

Caractéristiques de l'examen blanc

Code de certificationJSNSD
ÉditeurLinux Foundation
Nombre de questions41
TypeQCM avec 4 réponses possibles
Niveauassociate
CatégorieIT
Prix100% gratuit

Aperçu de 8 questions représentatives

Voici un échantillon aléatoire de 8 questions tirées de notre base d'entraînement JSNSD. Pour accéder aux 41 questions complètes, lancez l'examen blanc gratuitement.

Question 1
Concept : Comment le cluster Node.js distribue-t-il les connexions à ses workers et quels problèmes cela crée-t-il?
  1. Le master reçoit les connexions et les distribue via round-robin, mais chaque worker peut gérer différentes charges.
  2. Chaque worker bind le port indépendamment et les clients se connectent aléatoirement.
  3. Node.js utilise un algorithme de load-balancing du kernel qui distribue parfaitement.
  4. Les connexions restent toutes sur le worker master sans distribution aux workers.
Question 2
Une plateforme saas gère des tenants isolés. L'équipe découvre qu'une fuite mémoire dans un tenant Node.js affame les autres. Quelle architecture prévient ce problème?
  1. Isoler chaque tenant dans un processus Node.js séparé avec des limites de ressources cgroup.
  2. Partager un seul processus Node.js entre tous les tenants avec des namespaces.
  3. Exécuter chaque tenant dans une VM distincte avec Node.js.
  4. Implémenter un monitoring et reboot automatique si mémoire > 80%.
Question 3
Concept : Quel est le rôle principal de la file libuv dans Node.js et comment affecte-t-elle la scalabilité I/O?
  1. libuv gère les opérations I/O asynchrone avec un thread pool, permettant la concurrence sans multithreading applicatif.
  2. libuv éxécute du code JavaScript directement sans dépendre du moteur V8.
  3. libuv synchronise l'accès aux ressources partagées entre les workers Node.js.
  4. libuv compilé en bytecode pour optimiser les performances de la boucle événementielle.
Question 4
Une API déploie une version qui utilise accidentellement synchronous file I/O massif. Le système répond alors 10x plus lentement. Sans redéployer immédiatement, quel contournement utiliser?
  1. Utiliser libuv thread pool tuning (UV_THREADPOOL_SIZE) pour augmenter les threads de I/O temporairement.
  2. Ajouter plus de workers Node.js pour masquer la latence synchrone.
  3. Augmenter le timeout réseau pour attendre les opérations synchrones.
  4. Utiliser un reverse proxy pour limiter les requêtes dirigées vers l'API.
Question 5
Concept : Quand un Buffer Node.js alloué en mode 'allocUnsafe' est-il acceptable et pourquoi?
  1. Quand on écrira immédiatement du contenu dedans ou on est certain qu'il ne contient que du nouveau contenu.
  2. Jamais, allocUnsafe() est une faille de sécurité qui ne doit jamais être utilisée.
  3. Seulement pour les buffers de taille inférieure à 16 KB.
  4. Quand la mémoire système est inférieure à 2 GB et on doit économiser chaque octet.
Question 6
Un architecte conçoit une application temps-réel qui envoie des updates à des milliers de clients WebSocket. Les événements générés internement sont perdus lors de pics. Quel pattern utiliser?
  1. Utiliser une queue avec backpressure (pause et drain) entre source d'événements et diffusion WebSocket.
  2. Augmenter la buffer size du socket WebSocket pour stocker plus d'événements.
  3. Distribuer les événements aléatoirement à sous-groupes de clients pour paralléliser.
  4. Utiliser UDP au lieu de WebSocket pour ignorer les événements perdus.
Question 7
Une application Node.js reçoit des dégradations de performance imprévisibles toutes les 3 heures. Les traces montrent des GC pauses variant de 50ms à 5 secondes. Quel problème est diagnostiqué?
  1. Accumulation de mémoire non-collectée (fuite) forçant des GC de plus en plus longs jusqu'à l'exécution majeure complète.
  2. Node.js alterne entre deux mode de GC toutes les 3 heures automatiquement.
  3. Une tâche cron externe lance tous les 3h et interfère avec le GC.
  4. Le système d'exploitation remet à jour sa table de pages mémoire toutes les 3 heures.
Question 8
Une équipe déploie une API Node.js derrière un load balancer. Lors du redéploiement zero-downtime, certains clients reçoivent des erreurs 502. Quel est le problème le plus probable?
  1. Le load balancer retire les serveurs trop rapidement avant que les requêtes en-vol ne terminent.
  2. Une fuite mémoire qui s'accélère pendant le déploiement et tue le process.
  3. Les certificats SSL expirés pendant le redéploiement causent des erreurs de handshake.
  4. Le DNS cache les anciennes adresses IP malgré l'update du load balancer.

Accédez aux 41 questions complètes gratuitement

Aucune carte bancaire requise. Examen chronométré, corrections détaillées, score final.

Lancer l'examen blanc JSNSD →

Pourquoi s'entraîner avec Certifexpress ?