Planifier le calcul. Et l’électricité aussi.

Cette semaine, en discutant de l’orientation technique d’AI-EDC, je n’ai cessé de me demander : Nous nous activons à trouver de l’électricité pour le calcul ; ne pourrions-nous pas aussi adapter le calcul à la disponibilité électrique ? Nous évaluons une piste de recherche et développement : considérer conjointement l’ordonnancement des tâches de calcul de différents centres de données et le pilotage énergétique. Nous en sommes encore à l’évaluation technique et des possibilités de coopération. La validation pratique n’est pas achevée et il ne s’agit pas encore d’une fonction que nous pouvons promettre aux clients. Mais une fois le problème décomposé, je pense que cette piste mérite d’être travaillée. Traditionnellement, pour un centre de données, on demandait d’abord combien de MW étaient nécessaires, combien de PPA on pouvait signer et quelle taille de stockage installer. L’examen réel des charges de travail révèle que, même s’il s’agit toujours de consommation électrique, les conditions varient fortement d’une tâche à l’autre. L’inférence en temps réel impose des exigences de latence : on ne peut pas demander au client d’attendre parce que l’électricité est chère. La possibilité de reporter un entraînement GPU dépend de l’échéance de la tâche, du coût de sauvegarde et de reprise de son avancement, ainsi que des créneaux disponibles sur les équipements. Les transferts intersites ajoutent des contraintes de déplacement des données et de cybersécurité. La capacité de secours des UPS réservée aux urgences ne peut pas non plus être directement comptée dans les revenus de marché. Tant que ces conditions ne sont pas clairement établies, les chiffres d’économies les plus séduisants d’un modèle ne me rassurent pas. Si l’on réduit la facture électrique mais que le travail du client dépasse son délai, ce n’est pas de l’optimisation : on a simplement déplacé le coût ailleurs. Mon exigence pour la prochaine phase d’AI-EDC chez KiWi est donc claire : définir d’abord les engagements de service et les charges intouchables, puis déterminer quelle flexibilité reste utilisable. Le côté énergie doit comprendre consommation à 15 minutes, approvisionnement PPA et état du stockage ; le côté calcul doit connaître échéances, conditions des équipements et qualité de service. Chacun ne peut pas faire ses calculs séparément et découvrir à la fin que l’autre ne peut pas suivre. Les sujets auxquels il faudra réellement consacrer du temps ensuite sont l’accès aux données, les droits de commande, l’exécution des instructions et la vérification des résultats. Ces travaux se prêtent mal aux belles présentations, mais chaque élément omis peut devenir un problème supplémentaire sur le terrain. À ce stade de mon parcours entrepreneurial, j’accorde toujours plus d’importance à ces interfaces. Beaucoup d’occasions ne viennent pas d’une fonction supplémentaire, mais du raccordement de deux systèmes jusque-là indépendants pour qu’ils puissent vraiment travailler ensemble. Planifier le calcul. Et l’électricité aussi. Mais sans inverser l’ordre : préserver d’abord le service de calcul, puis parler de flexibilité pour le réseau. Rendre chaque kWh plus intelligent. Steve #KiWiNewEnergy #AIEDC #CentreCalculIA #StockageÉnergie #PPA #ÉnergieIntelligente #GestionÉnergie #MakingEverykWhSmarter