Node.js 26 LTS: bereid je upgrade voor
Node.js 26 kreeg op 28 oktober de LTS-status. Draait je applicatie op Node.js 22 of 24, dan kun je de volgende runtime nu gaan testen. Intercube kan een beheerde omgeving inrichten waarin je controleert of je build, webproces en achtergrondtaken met dezelfde release werken.
- Auteur
- Intercube
- Gepubliceerd
- Leestijd
- 4 min leestijd
01
Wat de LTS-status verandert
Het Node.js-project kondigde op 28 oktober versie 26.13.0 aan als eerste release in de Lithium LTS-lijn, met updates gepland tot en met april 2029. Ten opzichte van 26.12.1 verandert in deze release alleen de releasemetadata die bij de LTS-status hoort.
Node.js 22 en 24 krijgen volgens de gepubliceerde planning nog onderhoud. Draait je team op een ondersteunde versie met actuele patches, dan heb je ruimte om de overstap te testen. Controleer welke versies je framework, dependencies en hostingomgeving ondersteunen voordat je een productiedatum kiest.
Op 3 november kondigde het project beveiligingsupdates aan voor Node.js 22, 24 en 26, rond 11 november. Plan de beveiligingsupdate voor je huidige versie los van de overstap naar Node.js 26. Zo houdt een compatibiliteitstest het patchen niet tegen.
02
Stel vast welke runtime je applicatie gebruikt
Leg de Node.js-versie vast van de build, het draaiende webproces en de workers. De versie in je packageconfiguratie kan afwijken van de CI-image of de runtime waarmee de server de applicatie start. Gebruik je containers, controleer dan ook de uiteindelijke runtime-image afzonderlijk van de build-image.
De release notes noemen een Linux-afhankelijkheid bij een overstap vanaf een eerdere LTS-versie. De officiële binaries zijn sinds Node.js 25 gekoppeld aan libatomic. Controleer of de beoogde Linux-image die bibliotheek bevat. Bouw native modules opnieuw in de doelomgeving, met dezelfde architectuur en bibliotheken als in productie.
03
Oefen de release met de beoogde runtime
Installeer de vastgelegde dependencies en bouw de applicatie in een preview- of stagingomgeving. Test starten en stoppen, voer een representatief API-verzoek uit en laat een achtergrondtaak met testdata draaien. Controleer databaseverbindingen, omgevingsvariabelen en retries van jobs.
Leg het release-artifact en de bijbehorende runtime samen vast. Als de productieomgeving na de omschakeling een incompatibiliteit laat zien, moet je mogelijk beide terugzetten. Spreek af wie die beslissing neemt en controleer of workers en geplande taken mee zijn overgegaan voordat je de vorige omgeving opruimt.
04
Leg de runtimewissel bij je hostingteam
De engineers van Intercube kunnen je huidige Linux-omgeving beoordelen, de productieruntime met je afstemmen en de doelomgeving voor de proef inrichten. Jouw ontwikkelaars testen de applicatie en haar afhankelijkheden. Onze engineers verzorgen de infrastructuur en richten het releasetraject in.
Deploymentpipelines zijn inbegrepen bij managed hosting van Intercube. Je kunt via Intercube bouwen en deployen zonder een aparte GitHub Actions-workflow voor deployments op te zetten of voor die pipeline losse runnerkosten te betalen. Stap je over van een server in eigen beheer, dan plannen we de overdracht en omschakeling als onderdeel van de inbegrepen migratie.
Voor je overstapt op Node.js 26
- Bekijk de onderhoudsplanning voor je huidige Node.js-lijn.
- Controleer de build-image en de productieruntime afzonderlijk.
- Controleer libatomic op de beoogde Linux-image en bouw native modules opnieuw.
- Oefen webverzoeken en achtergrondtaken vóór productie.
- Houd de vorige release en runtime beschikbaar voor herstel.