La publication en open source de l’intégralité de la plateforme Run:ai par NVIDIA marque un tournant concret pour les entreprises qui construisent une infrastructure d’IA privée. Plutôt que d’adapter un ordonnanceur et une couche de partage fermés, les organisations peuvent désormais examiner et modifier KAI Scheduler, GPU Fractioning Operator, KAI Resource Management et Workload Map. Cette visibilité est importante : les équipes plateforme disposent d’une base éprouvée en production, native Kubernetes, qui intègre déjà la planification par groupes, la prise en compte de la topologie, les quotas à partage équitable et le fractionnement de mémoire natif CUDA. Résultat immédiat : moins de solutions de fortune développées en interne, une intégration plus rapide aux outils de cluster existants et un contrat commun pour les charges de travail d’IA composées de plusieurs éléments.
Sur le plan opérationnel, Run:ai répond à trois difficultés persistantes des entreprises. Premièrement, la sous-utilisation des GPU : grâce au fractionnement strict des GPU et au partage pris en compte par l’ordonnanceur, les équipes peuvent exécuter simultanément de nombreuses charges de travail de moindre ampleur sans surallouer la mémoire. Deuxièmement, la gouvernance entre équipes : KAI Resource Management introduit un modèle de quotas adapté à l’organisation, afin que les équipes de recherche, de plateforme et de production bénéficient de garanties explicites et d’un partage équitable des ressources. Troisièmement, l’hétérogénéité des charges de travail : Workload Map uniformise les différents CRD et les tâches à plusieurs pods, pour que les outils et les processus SRE les traitent de manière cohérente. Ensemble, ces fonctionnalités réduisent le travail manuel de planification et rendent la planification des capacités plus prévisible.
Dans une pile technologique, Run:ai s’intègre naturellement aux plateformes d’IA conçues autour de Kubernetes. KAI Scheduler est un ordonnanceur spécialisé, versé dans le bac à sable de la CNCF ; il peut être déployé aux côtés d’autres ordonnanceurs et intègre le placement tenant compte de la topologie, la planification par groupes et les mécanismes de partage des GPU. GPU Fractioning Operator fait le lien entre le fractionnement natif de CUDA 13.4 et Kubernetes, en exposant l’allocation de mémoire par pod et les métriques correspondantes. Workload Map évite de répéter la configuration des CRD dans les tableaux de bord, les outils de mise à l’échelle automatique et les outils de gestion des coûts. Pour les entreprises qui utilisent déjà Kubernetes, cela signifie moins de contrôleurs conçus sur mesure et un chemin de migration plus clair, des scripts ad hoc vers une orchestration déclarative.
Les options d’adoption varient selon les besoins. Les petites équipes peuvent déployer uniquement les composants nécessaires — par exemple, ajouter GPU Fractioning Operator pour réduire le coût des notebooks et des tâches d’inférence, tout en conservant leur ordonnanceur actuel. Les équipes plateforme qui souhaitent un contrôle unifié adopteront KAI Scheduler et KAI Resource Management conjointement, et pourront proposer en amont les améliorations propres à leur environnement. Les partenaires de l’écosystème et les fournisseurs de services gérés proposeront des piles intégrées et validées aux équipes qui veulent accélérer la mise en production ou bénéficier d’un accompagnement en entreprise. Dans tous les cas, l’open source réduit les difficultés d’intégration et élargit le champ des contributions possibles en matière de corrections et d’innovations.


