Vous venez de Node.js ? On passe à Go, avec l'IA.

Des centaines de dépendances npm, une mémoire qui gonfle, des conteneurs qu'on multiplie pour tenir la charge, un framework qui change de modèle tous les ans : je réécris votre service Node en Go, une route après l'autre, pour qu'il tienne plus de trafic sur beaucoup moins de machines.

Parler de ma migration Comment ça se passe

Un courriel direct, pas de commercial. Réponse sous 24 h ouvrées, sans engagement.

root@clh.ovh: ~

clh --inventaire node
  routes, dépendances, tâches, variables d'environnement : relevées
clh --lire --ia src/ package.json
  contrats d'API figés en tests

Ce qu'on garde, ce qu'on laisse.

On ne recopie pas Node.js, Express ou Next.js en Go : on reprend ce qui compte pour vous, et on laisse le reste derrière.

On garde

Tout ce qui compte pour vous.

chaque route d'API et son contrat
les règles métier
la base de données et son schéma
l'authentification (JWT, sessions, OAuth)
les tâches planifiées et les files
le rendu des pages côté serveur

On laisse derrière

Tout ce qui vous coûte.

node_modules et ses centaines de dépendances
les alertes de sécurité npm chaque semaine
des conteneurs multipliés pour tenir la charge
les migrations de framework imposées

Points d'attention · Node.js

Ce que je surveille de près.

Les contrats d'API sont figés en tests avant la réécriture : vos applications clientes ne voient pas la différence.
Un proxy bascule les routes une par une ; Node sert le reste jusqu'à la fin.
Le rendu serveur de Next.js devient des gabarits Go : le même HTML, sans serveur Node derrière.

Six étapes, zéro coupure.

une migration type

clh --inventaire nodejs
  ✓ chaque adresse, chaque contenu, chaque extension
clh --lire --ia
  ✓ carte des règles, relue avec vous
clh --go --tests
  ✓ chaque page ancienne = un test à passer
clh --migrer --donnees
  ✓ scripts rejouables jusqu'à la veille
clh --comparer ancien nouveau
  ✓ écart nul, ou voulu
clh --basculer && clh --transmettre
  ✓ en ligne, et vous avez les clés

01
Tout relever.
Je relève tout ce qui existe sur votre Node.js : chaque adresse publique, chaque contenu, chaque extension et ce qu'elle fait vraiment, les formulaires, les comptes. Ce relevé sert de référence jusqu'au bout.
02
Faire lire le code par l'IA.
Des agents d'IA lisent l'existant (thème, extensions, réglages, code maison) et en tirent les règles réelles : qui voit quoi, quel prix s'applique quand, quel courriel part après quoi. Je relis cette carte avec vous : c'est elle qui fait foi, pas l'ancien code.
03
Écrire en Go, tests d'abord.
Avant le code, les tests : chaque page de l'ancien site devient un cas à reproduire. Le nouveau site est écrit en Go par des agents que je pilote en parallèle, et chaque ligne passe par moi avant d'être gardée.
04
Transférer les données.
Contenus, médias, comptes et historiques sont transférés par des scripts rejouables : on relance la copie autant de fois que nécessaire, jusqu'à la veille de la bascule. Les données personnelles ne passent jamais par l'IA.
05
Comparer, côte à côte.
Les deux sites tournent ensemble. Un robot les compare page par page : contenus, titres, liens, prix. On corrige jusqu'à ce que l'écart soit nul, ou voulu.
06
Basculer, puis rendre les clés.
Bascule au niveau du DNS, sans coupure ; l'ancien site reste en lecture seule le temps d'être sûr. Vous recevez le code source, la documentation et les accès : vous ne dépendez pas de moi.

L'IA accélère. Je décide.

L'IA fait en heures ce qui prenait des semaines : lire, comparer, écrire le code répétitif. Elle ne choisit pas l'architecture, et elle ne met rien en production sans moi.

Ce que fait l'IA

Le volume.

lire des milliers de lignes de code et de réglages en quelques heures
proposer la carte des règles métier
écrire le code répétitif et les tests
comparer l'ancien et le nouveau site, page par page

agents de code · en parallèle

Ce que je fais

Les décisions.

décider de l'architecture
trancher avec vous ce qu'on garde ou supprime
relire et valider chaque ligne
tenir la sécurité et la production

27 ans de production

Ce que vous y gagnez.

Une pile en moins

--go

Node, npm, node_modules et les conteneurs en renfort : tout cela quitte la production. Il reste un seul programme compilé, qui démarre en une fraction de seconde.

La preuveCette page est servie par un programme Go que j'ai écrit, le même qui fait tourner clh.do et clh.agency.

Moins de machines

--sobre

Un service en Go encaisse des millions de requêtes par jour sur une machine modeste : la facture d'hébergement et la consommation électrique baissent ensemble.

Moins de failles

--durcir

Pas d'extension tierce, pas de mise à jour hebdomadaire à passer en urgence : la surface d'attaque se réduit à ce que vous utilisez vraiment.

La preuvePour les sites de contenu, j'ai conçu NADAPROD, open source : j'importe votre site existant, et chaque page devient un fichier autonome. Pas de base de données, pas d'extension, ni traceur ni appel à un tiers.

Plus rapide

--ms

Des pages servies en quelques millisecondes : vos visiteurs restent, et les moteurs de recherche le remarquent.

À vous

--cles

Code source, documentation, accès : tout vous appartient. Vous ne dépendez ni d'un éditeur, ni d'une place de marché d'extensions, ni de moi.

Vos questions.

Notre front est en React : faut-il le refaire ?

Non : seul le serveur change. Le front continue d'appeler les mêmes API.

Pourquoi Go plutôt qu'optimiser Node ?

Un binaire compilé, une mémoire stable, une vraie concurrence sans boucle d'événements à ménager : pour un service très sollicité, la facture d'hébergement baisse nettement.

Mon référencement va-t-il en souffrir ?

Pas si on fait les choses dans l'ordre : chaque adresse existante est relevée avant de toucher à quoi que ce soit, puis reprise à l'identique ou redirigée en 301. Titres, descriptions et données structurées suivent. Et un site plus rapide est mieux classé, pas moins.

Qui modifie le site, après ?

Vous. Selon vos usages : des fichiers texte qu'on édite comme un document, ou une interface d'administration écrite pour ce que vous faites vraiment, sans les cent menus dont vous ne vous servez pas.

Que voit l'IA de mes données ?

Le code, la structure et des échantillons anonymisés. Les données personnelles de vos clients (comptes, commandes, adresses) ne sont pas envoyées aux modèles : elles sont transférées par des scripts, sur vos serveurs ou les miens.

Combien de temps, et combien ça coûte ?

Ça dépend du volume et des fonctions à reproduire. Après l'inventaire, vous avez un périmètre, un calendrier et un devis fermes. L'IA réduit nettement le temps d'écriture du code : c'est ce qui rend une réécriture sur mesure abordable aujourd'hui.

Et si je veux revenir en arrière ?

L'ancien site reste en place, en lecture seule, jusqu'à ce que vous soyez sûr. La bascule se fait au niveau du DNS : revenir prend quelques minutes.

Vous hébergez ensuite ?

Si vous le voulez, sur mes machines ou chez datamix.io. Sinon, le binaire tourne chez n'importe quel hébergeur Linux : le code et les accès sont à vous.

Vous venez d'ailleurs ?

Votre migration,
on en parle ?

Dites-moi d'où vous partez (Node.js, Express ou Next.js), ce que fait votre site et ce qui vous pèse : je vous réponds sous 24 h ouvrées, sans engagement.

Parler de ma migration

ou écrire directement à cedric@clh.ovh