Résumé

  • Sjoerd Wolthers prendra ses fonctions de CTO permanent du RIPE NCC le 1er septembre, après un recrutement auquel environ 270 candidats ont participé et près d’un an d’intérim.
  • Le projet d’amélioration de l’infrastructure présenté au Conseil en juin est associé à une estimation raisonnable de 5 M€ de dépenses d’investissement et de 7,2 M€ de dépenses d’exploitation sur cinq ans, avec quatre ETP supplémentaires.
  • Le même procès-verbal, encore à l’état de projet, précise que les besoins, les solutions et les montants doivent être affinés avant toute résolution ferme.
  • Une fiche de décision versionnée permettrait de distinguer la nomination du dirigeant de l’autorisation du programme, puis de relier tout budget approuvé à une situation de départ, des jalons et des tests de réception.

Dix-neuf jours ne transforment pas une estimation en décision

La nouvelle du 11 août est sans ambiguïté sur le poste. Sjoerd Wolthers est nommé Chief Technology Officer du RIPE NCC à compter du 1er septembre 2026. L’organisation indique avoir examiné environ 270 candidatures au cours de plusieurs étapes. Le message plus détaillé adressé à la RIPE List mentionne plusieurs entretiens, une évaluation du leadership et des capacités ainsi qu’un exercice écrit. Wolthers connaît déjà la maison : il en assure la fonction de CTO par intérim depuis environ un an.

Cette continuité importe. La division technologique soutient des services dont dépendent les membres et les opérateurs : données du registre, RPKI, portail LIR et processus d’enregistrement. Mais la nomination ne vaut pas adoption automatique du projet que cette division devra peut-être conduire.

Le dernier procès-verbal 2026 figurant dans l’index public consulté le 29 août concerne la réunion des 22 et 23 juin. Il ne contient pas de résolution ferme sur le programme d’infrastructure. Entre ce document et l’annonce de nomination, le temps a passé et une sélection a été conclue. Aucun de ces faits ne permet d’importer une autorisation budgétaire dans le communiqué du 11 août.

Cette séparation est une protection utile. Elle évite de présenter le nouveau CTO comme détenteur d’un pouvoir financier qui appartient au dispositif de gouvernance. Elle évite aussi qu’on lui attribue, après coup, des objectifs, un périmètre ou un budget que le Conseil n’aurait pas explicitement arrêtés.

La trajectoire publique commence avant le chiffre

Le dossier n’est pas né en juin. Dans le procès-verbal définitif de sa réunion des 26 et 27 mars, le Conseil apprend que les plateformes existantes sont devenues trop anciennes pour une restructuration profonde. La direction envisage alors de construire un environnement parallèle puis d’y migrer les services, plutôt que de poursuivre les transformations sur l’ancien socle. Le montant est décrit comme important mais encore approximatif ; la conception complète n’existe pas.

Le 20 mai, pendant RIPE 92, le directeur général Hans Petter Holen précise la motivation et le périmètre. Le RIPE Database, le RPKI, le portail LIR et les fonctions de registre font partie des capacités essentielles à ramener sur une base mieux maîtrisée. Le calendrier évoqué s’étend de 2026 à 2028. Des spécialistes externes pourraient accélérer la conception et la construction, tandis que le RIPE NCC conserverait la capacité d’exploiter la solution.

Le propos n’est pas un rejet absolu du cloud. La présentation vise à réduire certaines dépendances susceptibles d’affecter la continuité, notamment dans un contexte géopolitique ou fournisseur dégradé. Elle reconnaît que des services cloud, des logiciels en mode service et d’autres partenaires resteront nécessaires. Le critère pertinent est donc la maîtrise des capacités critiques, pas la pureté d’une étiquette d’architecture.

La réunion de juin ajoute des détails, sans fermer le dossier. Le procès-verbal provisoire indique que certaines décisions d’architecture sont prises et que d’autres restent en suspens. Il cite le choix et l’implantation des centres de données, les chantiers applicatifs, la sécurité, le stockage et les sauvegardes. Les administrateurs demandent quelle capacité est nécessaire et ce que comprend exactement la proposition.

Puis apparaît l’estimation : 5 M€ de CAPEX supplémentaires et 7,2 M€ d’OPEX sur cinq ans. Ces 7,2 M€ comprennent quatre équivalents temps plein supplémentaires. Le texte encadre immédiatement ces nombres. Les exigences doivent être finalisées, les solutions approuvées et les estimations affinées. Des négociations se poursuivent dans certains domaines.

Le financement reste une variable du projet

Le Conseil n’examinait pas seulement un prix. Il examinait aussi la manière de le financer. Le procès-verbal évoque la réserve, une hausse des recettes provenant des membres et des réductions de coûts. Le crédit bancaire n’était pas envisagé ; une formule de location devait être étudiée. Il fallait encore déterminer quelles dépenses existantes seraient supprimées par le nouveau dispositif et améliorer la gestion de la capacité et des actifs pour intégrer les renouvellements futurs.

Ces éléments changent la lecture du total. Additionner 5 et 7,2 donne bien 12,2 M€. Mais ce total n’est ni une enveloppe votée ni une facture prévisible à l’euro près. Il agrège investissement et exploitation, inclut des emplois futurs et couvre cinq ans. Une modification de la conception, du calendrier, des prix ou des coûts remplacés peut le faire évoluer.

Le Conseil le dit clairement dans le compte rendu : les informations demandées sont nécessaires avant toute résolution ferme. L’objectif est alors de les fournir et d’organiser une réunion supplémentaire dans les semaines suivantes.

L’index public 2026 consulté le 29 août ne montre pas de procès-verbal postérieur à cette réunion. Cette absence décrit uniquement le corpus public disponible. Elle ne prouve ni que la réunion prévue n’a pas eu lieu, ni qu’aucune décision interne ou déléguée n’a été prise. C’est une limite de preuve, pas une conclusion sur le fonctionnement interne.

Publier le passage de l’hypothèse à l’autorisation

Le RIPE NCC peut combler ce décalage sans exposer son réseau, ses offres fournisseurs ou ses vulnérabilités. Il lui suffit de publier, à chaque franchissement d’étape financière, une fiche courte et versionnée.

La première ligne doit répondre à la question d’autorité : quelle instance a décidé, à quelle date, pour quel montant ou quelle tranche, dans les limites de quelle délégation ? Autoriser une étude, acheter une première capacité et valider l’ensemble d’un programme ne sont pas la même action.

La deuxième ligne définit le périmètre. Les mots « infrastructure technique » doivent être remplacés par une liste de capacités incluses et exclues. Le RIPE Database, la publication RPKI, les transactions du registre ou l’authentification partagée peuvent être nommés sans publier des sites physiques ni un schéma de sécurité.

La troisième ligne conserve l’état initial. Avant la migration, il faut fixer les mesures qui permettront de juger le résultat : disponibilité, objectifs de reprise, dernier test de restauration, capacité, temps de déploiement, coûts comparables et dépendances critiques. Sinon, l’ancien système disparaîtra en même temps que le point de comparaison.

La quatrième ligne explicite le chiffrage. CAPEX, OPEX, effectifs et assistance externe doivent rester séparés. Pour chaque fourchette, il faut indiquer la date des prix, les hypothèses de charge, les éléments inclus et exclus. Les économies attendues ne doivent pas être mélangées avec les coûts qui persistent ni avec la double exploitation temporaire.

La cinquième ligne porte sur le financement : réserve, cotisations futures, réaffectation d’activités ou économies. Si une utilisation de la réserve doit entraîner un plan de reconstitution sous un seuil donné, ce mécanisme doit voyager avec la décision.

Enfin viennent les preuves de livraison. Des responsables de jalon, des tests de réception service par service, une méthode de rapprochement des données pendant la coexistence, des conditions de retour arrière et un seuil de variation matérielle valent davantage qu’un feu vert général. « Plateforme terminée » ne dit pas si un objet du RIPE Database a été restauré, si la publication RPKI a traversé toute sa chaîne ou si une transaction du registre s’est correctement réconciliée.

Ne pas transformer la nomination en récit causal

Wolthers a participé au travail récent en tant que CTO intérimaire. Cela ne signifie pas qu’il a conçu la stratégie cloud précédente, créé la dette technique ou causé les incidents qui alimentent le débat sur la résilience. Les sources publiques ne permettent pas cette attribution.

Elles ne désignent pas non plus une architecture gagnante. Des installations indépendantes, une infrastructure louée, des services cloud et des systèmes exploités en interne peuvent se combiner. La décision doit être évaluée selon des critères déclarés de résilience, sécurité, maintenabilité, souveraineté opérationnelle et coût total.

Le fait nouveau est plus simple : le RIPE NCC dispose d’un CTO permanent pour conduire sa fonction technologique. Le fait encore incomplet est le mandat financier et opérationnel du programme. La prochaine publication utile n’est donc pas un autre portrait du dirigeant. C’est le reçu qui dira ce que l’organisation lui a effectivement autorisé à livrer.

Sources