Senior Node.js-Backend — Node.js-Interviewfragen

Wie skalierst du einen Node-Service, dem der Spielraum ausgeht?

Erst klären, wo die Grenze liegt, bevor Maschinen dazukommen: Event-Loop-Sättigung, erschöpfter Connection Pool und Latenz nachgelagerter Aufrufe sehen alle wie Langsamkeit aus, brauchen aber unterschiedliche Lösungen. Horizontale Skalierung hilft nur, wenn der Prozess wirklich der Flaschenhals ist. Die Änderung mit dem größten Effekt ist meist, synchrone Arbeit aus dem Request-Pfad herauszunehmen, nicht neue Instanzen hinzuzufügen.

Was bedeutet Backpressure, und wo beißt es in der Praxis?

Es ist das Signal, dass ein Consumer nicht hinterherkommt, und es zu respektieren bedeutet, den Producer zu bremsen statt zu puffern. Es beißt überall dort, wo Daten schneller ankommen, als sie geschrieben werden können — ein Upload in einen langsamen Storage, ein Queue-Consumer, der vor der Verarbeitung bestätigt, ein Stream, der in eine langsame Datenbank gepiped wird. Wird es ignoriert, wird der Puffer zu Speicher, und das Ergebnis ist ein Out-of-Memory-Kill statt eines sanften Abbremsens.

Wie deployst du, ohne laufende Requests zu verlieren?

Der Prozess muss aufhören, neue Verbindungen anzunehmen, das Laufende beenden, Datenbank-Pools schließen und erst dann terminieren — das heißt, SIGTERM selbst zu behandeln, statt sich vom Standardverhalten killen zu lassen. Zusätzlich braucht es einen Readiness-Check getrennt von der Liveness, damit der Load Balancer die Instanz entfernt, bevor der Shutdown beginnt. Ohne beides erzeugt jedes Deployment einen Fehlerschub, den niemand dem Deployment zuordnet.

Monolith oder Services für ein Node-Backend — wie entscheidest du?

Anhand von Teamgrenzen und Deployment-Unabhängigkeit, nicht anhand der Codegröße. Services zahlen sich aus, wenn getrennte Teams releasen müssen, ohne sich abzustimmen; davor kaufst du dir damit verteilte Transaktionen, Netzwerkausfälle zwischen Funktionen, die früher lokal waren, und ein Tracing-Problem ein. In Node einen Service zu starten ist billig — genau deshalb landen Teams bei einem Dutzend davon und ohne Möglichkeit, noch irgendetwas zu ändern.

Was loggst du, und was macht Logs um drei Uhr nachts nützlich?

Strukturiertes JSON mit einer Request-ID, die den Aufruf durch jeden Service begleitet, sodass eine einzige Kennung die ganze Geschichte rekonstruiert. Entscheidungen und Grenzen loggen — was empfangen wurde, was gewählt wurde, was zurückgegeben wurde —, nicht die Mitte von Schleifen. Die Frage nach dem Umfang beantwortet sich von selbst, sobald du dich fragst, wonach du während eines Incidents suchen würdest; alles andere kostet nur.

Wie hältst du einen Dependency-Baum über Jahre hinweg sicher?

Committete Lockfile, automatisierter Audit in CI und eine Policy dafür, was überhaupt hinzugefügt wird — ein Package mit nur einem Maintainer und ohne Release seit zwei Jahren ist ein Risiko, unabhängig von der Download-Zahl. Nach Plan aktualisieren, damit der Sprung nie groß wird, denn die Alternative ist ein Sicherheitsfix, der drei Major-Versionen überspringen muss. Die Tiefe des Node-Ökosystems ist gleichzeitig sein Komfort und sein Risiko.