Examen niveau 5 — Node.js

Examen — questions inédites

12 questions inédites pour valider Niveau pro & déploiement : TypeScript, performance, Docker, déploiement & CI/CD.
Répondez à tout, puis cliquez sur Corriger : score et explications s'affichent.

5.1 · Rappel

1. Qu'est-ce que TypeScript par rapport à JavaScript ?

Un langage sans aucun rapport Un sur-ensemble qui ajoute le typage statique (tout JS valide est du TS valide) Un remplaçant de Node qui s'exécute sans compilation Un outil qui supprime tous les types

TS = JS + types : on déclare les types par-dessus son JavaScript, vérifiés à la compilation.

5.1 · Application

2. Salim passe une quantité en texte là où un nombre est attendu. Quand l'erreur est-elle attrapée ?

Jamais, elle passera inaperçue Seulement si un client se plaint À la compilation par tsc, avant toute exécution Après la mise en production uniquement

Le typage statique attrape l'incohérence avant l'exécution — pas au runtime ni en production.

5.1 · Arbitrage

3. Salim débute en JavaScript et veut tout apprendre en TypeScript strict d'un coup. Arbitrage ?

Solidifier JavaScript d'abord, puis adopter TS progressivement (léger puis avancé) Abandonner JavaScript pour n'apprendre que les types Forcer TypeScript même sur un script jetable d'une ligne Tout typer en strict dès le premier jour

On ne type bien que ce qu'on comprend : JS d'abord, types par-dessus, par étapes.

5.2 · Rappel

4. Pourquoi le clustering est-il nécessaire en Node ?

Parce que Node est mono-thread : un processus n'utilise qu'un cœur Parce que Node ne sait pas gérer les requêtes Parce que la RAM est toujours insuffisante Il n'est jamais nécessaire

Cluster ou PM2 : une instance par cœur pour exploiter tout le serveur multi-cœurs.

5.2 · Application

5. L'API de Salim rame : les mêmes requêtes catalogue sollicitent la base sans cesse. Premier levier ?

Supprimer la base de données Réécrire toutes les boucles au hasard Ajouter des serveurs sans mesurer Mettre le catalogue en cache et indexer les requêtes lentes

Cache + optimisation des requêtes : souvent le levier le plus rentable, guidé par la mesure.

5.2 · Application

6. Salim veut optimiser sans se tromper de cible. Quelle démarche ?

Ne jamais toucher au code, quoi qu'il arrive Optimiser à l'intuition, sans mesurer Mesurer (profiler) pour trouver le vrai goulot, optimiser ciblé, re-mesurer Tout optimiser partout en même temps

Règle d'or : mesurer avant d'optimiser — jamais d'optimisation prématurée à l'aveugle.

5.3 · Rappel

7. Que contient un conteneur Docker ?

Uniquement le code, sans environnement L'application AVEC tout son environnement (Node, dépendances, config) Seulement des images décoratives Rien du tout, c'est un dossier vide

Le conteneur embarque son environnement : il tourne identiquement partout.

5.3 · Application

8. L'app de Salim marche sur son poste mais pas chez sa collègue. Que fait-il ?

Réinstaller Node au hasard jusqu'à ce que ça passe Abandonner le projet Copier node_modules à la main sur chaque poste Écrire un Dockerfile (dépendances installées dans l'image) + .dockerignore

Dockerfile + build + run : même image, même comportement — fini le « chez moi ça marche ».

5.3 · Application

9. Salim doit monter app + base pour un nouvel arrivant en une commande. Quel outil ?

Un e-mail avec des captures d'écran Kubernetes avancé dès le premier jour Un tableur partagé Docker Compose (docker compose up : app + base ensemble)

Compose décrit toute la pile : onboarding immédiat, reproductible à l'identique.

5.4 · Application

10. Salim déploie son API : où vont la clé secrète et le mot de passe base ?

En dur dans le code, c'est plus simple Dans le dépôt Git, pour les partager En variables d'environnement sur la plateforme, jamais dans le code ni Git Dans un commentaire public du code

Secrets hors du code, du Dockerfile et de Git — fournis par l'environnement.

5.4 · Arbitrage

11. Salim débute et doit mettre son API en ligne vite. Quel choix ?

Administrer un VPS complet dès le premier jour Commencer par une plateforme PaaS simple (dépôt connecté, HTTPS géré) Ne jamais déployer, garder localhost Copier les fichiers à la main sur un serveur sans HTTPS

PaaS pour débuter (simplicité) ; VPS pour le contrôle quand on est prêt à assumer la maintenance.

5.4 · Arbitrage

12. Avant d'exposer des données clients réelles, que doit faire Salim ?

Faire valider l'infrastructure et les accès par la DSI, vérifier les offres actuelles des hébergeurs Supprimer les logs et le monitoring pour aller plus vite Déployer vite sans prévenir personne Publier les secrets pour faciliter l'accès

Données sensibles : validation DSI, offres vérifiées au moment de choisir, HTTPS et monitoring en place.

Et après ?

Score ≥ 80 % : passez au Niveau 6 « Dans la pratique » — cas concrets, dépannage et boîte à outils Node (SANS examen).
Score 50-79 % : relisez les explications ci-dessus — chacune réexplique le concept — puis refaites les défis 48h des sections ratées.
Score < 50 % : reprenez les fiches 5.3 (image vs conteneur) et 5.4 (CI vs CD), vos deux gestes vitaux, avant de continuer.