NestJS 12.1.1 behebt Wiederverbindungen in fünf Microservice-Transporten
Victoria Shinder1 Min. LesezeitNestJS, das Server-Framework für Node.js, hat am 28. September Version 12.1.1 veröffentlicht. Die meisten Korrekturen in den Versionshinweisen betreffen das Microservices-Paket und ein Thema: was mit einem Client geschieht, wenn seine Verbindung scheitert oder ersetzt wird.
Die Clients für MQTT und RabbitMQ können nach einem fehlgeschlagenen Verbindungsaufbau erneut versuchen. Der TCP-Client behält seine Event-Listener über Wiederverbindungen hinweg und ignoriert Ereignisse eines bereits ersetzten Sockets. Die Clients für NATS und Kafka behalten eine neuere Verbindung, wenn eine veraltete scheitert, statt die neue durch den alten Fehler abzureißen, und der NATS-Client erholt sich, nachdem er die Wiederverbindung aufgegeben hat. Mit aktivierten Redis-Wildcards gehen Antworten nun über den Anfragekanal.
Außerhalb der Microservices behebt die Version Logger-Fehler bei JSON-Ausgabe, Level-Wechseln, Fatal- und gepufferten Logs, bewahrt String-Enum-Werte, die numerischen Membernamen gleichen, und lässt den Kern zirkuläre Abhängigkeiten über mehr als zwei Provider erkennen. Der Fastify-Adapter behandelt einen JSON-Content-Type mit Parametern in reply() als JSON, Überschreibungen von Value-Providern per Klasse und Factory werden in Tests beachtet, und ParseArrayPipe weist nicht numerische Einträge ab, wenn Zahlen erwartet werden. Deserializer werden nun direkt aus dem Microservices-Paket exportiert.
Was das bedeutet
Wiederverbindungslogik ist der Code, der am seltensten läuft und am schlimmsten scheitert, meist während eines Vorfalls beim Broker. Ein Patch, der sie für fünf Transporte zugleich repariert, lohnt sich zügig für jeden Dienst, der über Nest-Clients mit einem Broker spricht, und sollte getestet werden, indem man den Broker in der Staging-Umgebung tatsächlich neu startet.