Cours Node.js avancé : production et sécurité

La génération d’une facture peut prendre plusieurs secondes et ne doit pas retarder la réponse à la création d’une commande. Quelle architecture convient le mieux ?

Enregistrer la commande, publier une tâche de facturation, puis laisser un worker générer la facture. Générer la facture dans la route avant d’enregistrer la commande. Générer la facture dans la route après avoir envoyé la réponse HTTP. Conserver la demande de facturation dans une variable du processus web.

Comment gérer une configuration qui varie selon l’environnement sans intégrer de secrets dans le code ?

Déclarer les secrets comme constantes dans le module de configuration. Charger les valeurs depuis l’environnement et les valider au démarrage. Fournir une valeur par défaut pour chaque secret manquant. Lire les variables d’environnement directement dans chaque route.

Quel usage d’un identifiant de corrélation facilite le diagnostic d’une requête qui traverse l’API et le worker ?

Le remplacer par un nouvel identifiant à chaque étape. L’utiliser comme secret d’authentification du worker. Le propager dans les journaux structurés de chaque composant concerné. L’ajouter uniquement au message d’erreur renvoyé au client.

Après avoir enregistré une commande et publié une demande de facturation, quelle réponse HTTP convient lorsque la génération du document n’est pas encore terminée ?

Répondre uniquement après la génération complète de la facture. Retourner une erreur 500, car la facture n’est pas encore disponible. Attendre que le worker confirme l’écriture du document avant de répondre. Accuser réception de la demande sans attendre la génération de la facture.

Une tâche de facturation est relancée après une interruption. Quelle propriété évite de produire une facture en double ?

Rendre le traitement idempotent à partir d’un identifiant métier stable. Augmenter le nombre de workers pour vider plus vite la file. Supprimer la tâche dès qu’un worker commence à la traiter. Créer un nouvel identifiant métier à chaque tentative.

Pour exporter un grand nombre de commandes, quelle méthode de lecture aide à parcourir les résultats sans les charger tous en mémoire ?

Exécuter une seule requête qui récupère toutes les commandes. Lire les résultats par lots avec un curseur et un ordre stable. Trier les commandes en mémoire après les avoir toutes récupérées. Demander au client de paginer lui-même les résultats de la base.

Dans un export CSV en flux, quel mécanisme permet de respecter le débit du composant d’écriture lorsque celui-ci est plus lent que la lecture ?

Accumuler les lignes produites dans un tableau avant l’écriture. Créer un flux distinct pour chaque ligne du fichier. Utiliser le contrôle de flux, notamment la backpressure, dans un pipeline. Ignorer les signaux de saturation du flux d’écriture.

Un client interrompt la connexion pendant le téléchargement d’un export HTTP. Quel comportement le serveur doit-il adopter ?

Poursuivre la lecture complète pour pouvoir réutiliser le fichier. Relancer automatiquement le téléchargement sur la même connexion. Conserver les ressources ouvertes jusqu’à une nouvelle requête du client. Annuler le traitement et libérer les ressources associées à l’export.

Quel choix d’authentification est généralement adapté à une interface web dont les sessions sont gérées côté serveur ?

Une session côté serveur, associée à un identifiant de session transmis au client. Un rôle d’utilisateur transmis seul dans chaque requête. Un mot de passe envoyé dans les journaux de chaque requête. Un identifiant de corrélation réutilisé comme jeton d’accès.

Après avoir vérifié l’identité d’un utilisateur, que doit vérifier l’autorisation pour une route d’export protégée ?

Que le corps de la requête contient un identifiant de corrélation. Que l’utilisateur possède le rôle ou la permission requis pour exporter les données. Que le jeton d’accès a été émis par le serveur web lui-même. Que les données CSV peuvent être générées sans erreur.

Quel comportement convient lorsqu’un utilisateur dépasse le quota défini pour les demandes d’export ?

Accepter la demande et ignorer le quota jusqu’au prochain redémarrage. Supprimer le compte de l’utilisateur pour empêcher d’autres demandes. Refuser la demande avec une réponse indiquant que la limite est dépassée. Répondre avec un fichier vide sans signaler le dépassement.

Quel scénario constitue un test d’intégration pertinent pour le flux de facturation asynchrone ?

Vérifier uniquement qu’une fonction utilitaire retourne une chaîne. Mesurer le temps d’exécution d’une route sans contrôler sa réponse. Tester seulement le démarrage du processus web. Simuler les dépendances et vérifier la réponse HTTP ainsi que le résultat du traitement par worker.