Une installation photovoltaïque est en service sur le toit de l'immeuble qui abrite notre bureau. Depuis cette année, l'électricité des ordinateurs, des écrans, de l'éclairage et de la machine à café vient de là-haut. C'est une belle évolution, et une évolution modeste. Elle nous pose aussi une question moins confortable : savoir d'où vient le courant, c'est la moitié facile. La moitié intéressante, c'est de savoir combien un logiciel en demande.
La moitié facile : d’où vient l’électricité
L’immeuble est passé à l’autoconsommation : ce que le toit produit alimente directement l’immeuble au lieu de partir dans le réseau. Le courant parcourt quelques mètres au lieu de quelques kilomètres, et il est utilisé là où il est produit.
Par beau temps, le toit porte tout l’immeuble. Le soir, non ; en décembre à 17 heures, non ; et pendant une semaine de brouillard élevé, non plus. Sur une année, c’est un mélange, et c’est simplement ainsi que fonctionne le photovoltaïque au nord des Alpes. Nous y sommes raccordés, et cela nous plaît.
La moitié coûteuse tourne dans un centre de données
Sauf qu’une entreprise de logiciel ne consomme pas son électricité au bureau. Les écrans tournent huit heures par jour. Les systèmes que nous construisons tournent en continu, pendant des années, sur des machines exploitées par d’autres. Entre ces deux chiffres, il y a des ordres de grandeur.
Et ce deuxième chiffre ne se décide pas à l’exploitation, il se décide à la conception. La taille des instances, le nombre de répliques qui suivent, le fait qu’une requête appelle un modèle ou lise une table : ce sont des décisions d’architecture. Elles se prennent une fois et produisent leur effet tous les jours ensuite.
Optimiser, c’est réduire la charge de travail de l’infrastructure cloud
Quatre leviers reviennent dans presque tous les projets :
- Dimensionner sur la charge réelle. Un cluster prévu pour un pic qui n’arrive jamais consomme à chaque heure de l’année. Le bon dimensionnement est le levier le plus important, et le plus ennuyeux qui soit.
- Choisir la méthode adaptée. Un appel à un LLM pour une tâche que traitent l’OCR, une règle ou un modèle classique coûte plusieurs fois le temps de calcul. Chez nous, l’analyse de code est repassée d’un modèle à un linter et un jeu de règles, le modèle ne gardant que les cas qui le méritent. Et quand un modèle reste le bon outil, il reste à choisir la bonne taille. L’IA générative est une forme parmi d’autres, et rarement la plus sobre.
- Éteindre ce que personne n’utilise. Les environnements de test la nuit, les répliques sans lecteurs, les traitements dont plus personne ne regarde le résultat depuis deux ans.
- Ne pas calculer deux fois. Un cache est rarement une question d’élégance : c’est du travail que l’on ne refait pas. Régler le traitement d’une file pour supprimer les accès concurrents relève de la même logique, et c’est là que nous avons vu les gains les plus nets.
Rien de neuf là-dedans, et aucun renoncement. C’est le même soin que celui que nous appelons l’ingénierie bien dimensionnée : un prototype a le droit d’être léger, un produit en exploitation a besoin de profondeur, et ni l’un ni l’autre ne doit être construit plus grand que nécessaire.
La facture d’électricité et la facture cloud sont la même facture
Ces décisions économisent du courant, et elles économisent la même ligne sur la facture cloud. Ramenez votre infrastructure à la charge que vous avez réellement et vous n’aurez pas à choisir entre un argument de coût et un argument d’énergie : c’est la même revue d’architecture.
C’est pour cela que le sujet nous arrive par l’exploitation et non par un service développement durable. L’exploitation est de toute façon l’endroit où le dimensionnement se décide.
Une précision, parce que la question vient naturellement : le toit concerne notre bureau, pas les plateformes que nous exploitons pour nos clients. Celles-ci tournent chez Infomaniak en Suisse et chez Hetzner en Allemagne, pour des raisons de juridiction, et les deux exploitants publient eux-mêmes les chiffres énergétiques de leurs centres de données.
Le bon dimensionnement, voilà la vraie contribution
Le toit, ce n'est pas nous qui l'avons construit. Nous en profitons, et nous en sommes contents.
Ce que nous construisons, c'est le dimensionnement : la taille réelle d'un cluster, la méthode qui résout une tâche, ce qui mérite d'être éteint la nuit. C'est cela qui décide, pendant des années, de la consommation d'un système.
Le plus agréable : l'architecture efficace et l'architecture économique sont la même. Personne n'a à choisir entre la facture d'électricité et la facture cloud.
