Les directions des systèmes d’information (DSI) ont l’intelligence artificielle (IA) à l’ordre du jour. Pourtant, une transformation plus profonde se profile dans l’ombre : les agents IA ne sont plus de simples fonctionnalités intégrées aux applications. Ils deviennent une nouvelle catégorie d’utilisateurs des infrastructures, et les plateformes actuelles ne sont pas conçues pour eux.

Cette évolution n’est pas une raison de paniquer, mais un appel à agir avec stratégie. Le goulot d’étranglement a changé. Autrefois, les développeurs étaient ralentis par la complexité infrastructurelle et des outils disparates. Aujourd’hui, les accélérateurs de codage IA ont déplacé la contrainte : le défi n’est plus d’écrire du code, mais de le déployer, le gouverner et l’exécuter à grande échelle.

Parallèlement, des agents autonomes émergent aux côtés des développeurs humains. Ces nouveaux utilisateurs de plateformes consomment des APIs plutôt qu’interfaces, nécessitent des identités non humaines et des contrôles de budget. Votre équipe de plateforme engineering, qui gère les plateformes internes et les outils des développeurs, se retrouve ainsi au cœur de votre stratégie IA, qu’elle le sache ou non.

Plateforme Engineering 2.0 : une évolution nécessaire

Le concept de « version 2.0 » peut sembler marketing, mais il reflète une réalité technique. Ce qui change, c’est la nature des utilisateurs servis, les fonctionnalités requises et l’architecture nécessaire. Cinq capacités définissent si une plateforme est prête pour l’IA ou non.

Premièrement, les infrastructures doivent être natives IA. Les workloads d’IA - agents, modèles, pipelines d’inférence - doivent fonctionner comme des citoyens de première classe, pas comme des projets annexes. Les agents nécessitent particulièrement des passerelles MCP, des garde-fous d’autonomie bornée et une enforcement des politiques.

Deuxièmement, les plateformes doivent servir bien plus que les développeurs. En 2026, une équipe logicielle d’entreprise inclut data scientists, ingénieurs ML et équipes sécurité, chacun avec des workflows spécifiques. Une plateforme qui ne sert que les développeurs d’applications laisse des capacités inexploitées.

Troisièmement, l’intelligence des coûts doit être intégrée à la plateforme. La dépense IA est différente du cloud sprawl classique : coûts GPU, frais d’inférence s’accumulent rapidement. La solution n’est pas plus de FinOps, mais un design de plateforme qui affiche les coûts au moment de l’action.

Quatrièmement, la sécurité doit être intégrée à la plateforme, pas ajoutée par-dessus. L’IA introduit de nouvelles surfaces d’attaque : injection de prompts, empoisonnement de modèles. La sécurité doit être une propriété immuable de l’infrastructure, pas un overlay.

Cinquièmement, la composabilité prime sur les monolithes. Le paysage des outils IA évolue plus vite que l’architecture. Les plateformes composables permettent de changer les implémentations sans modifications en cascade, gardant l’infrastructure adaptable.

L’angle stratégique pour les DSI

La plateforme engineering 1.0 a résolu le problème de productivité des développeurs. La version 2.0 doit résoudre le problème de l’IA d’entreprise. Ce qui était une fonction de productivité devient la couche centrale de gouvernance pour toute l’organisation, imposant discipline des coûts et posture sécurité.

Les organisations qui avanceront le plus vite sur l’IA agentique ne seront pas celles avec les stratégies IA les plus ambitieuses, mais celles dont les plateformes peuvent supporter les agents autonomes comme utilisateurs infrastructurels de première classe.