Node.js im Enterprise-Umfeld — ein mutiges Experiment

Dieser Artikel beschreibt unser mutiges Experiment mit Node.js im Enterprise-Umfeld und was wir als Java-Team dabei gelernt haben.

Wir sind eine Java-Firma. Aber wir hatten ein Projekt, bei dem Java nicht ideal war: ein Echtzeit-Dashboard mit Tausenden gleichzeitiger WebSocket-Verbindungen. Node.js mit seinem Event-Loop-Modell skaliert besser als Thread-per-Connection.

Event-driven, non-blocking¶

var io = require('socket.io')(server);
io.on('connection', function(socket) {
  socket.on('subscribe', function(lineId) {
    socket.join('line-' + lineId);
  });
});

function broadcastSensorData(lineId, data) {
  io.to('line-' + lineId).emit('sensor-update', data);
}

Das NPM-Ökosystem und Callback Hell¶

Über 100.000 Pakete — sowohl eine Stärke als auch eine Schwäche. Die Qualität variiert. Callback Hell wird durch Promises gelöst; wir warten auf async/await. IDE-Unterstützung ist schwächer als für Java — WebStorm ist die beste Wahl.

Koexistenz mit Java¶

Java für Geschäftslogik und die REST-API, Node.js für das WebSocket-Gateway. Redis Pub/Sub verbindet die beiden Laufzeitumgebungen. Jede macht das, was sie am besten kann.

Polyglot ist die Zukunft¶

Node.js ist kein Java-Killer. Es ist ein hervorragendes Werkzeug für I/O-intensive Szenarien. Der Schlüssel ist, keine Angst davor zu haben, das richtige Werkzeug für das richtige Problem einzusetzen.