Un motif architectural évolutif pour gérer le rythme du changement de l'IA

L'article identifie le défi fondamental de l'IA d'entreprise comme étant le rythme du changement de l'écosystème, et non la performance des modèles, citant de nouveaux modèles, des protocoles comme MCP et A2A, et de nouvelles menaces de sécurité. Les passerelles API traditionnelles échouent car elles supposent un déterminisme, des défaillances au niveau des schémas et des opérations entièrement spécifiées, alors que les agents sont non déterministes et échouent au niveau sémantique. Une passerelle IA sert de joint architectural, fournissant un plan de contrôle unifié pour le routage des modèles, la sécurité (y compris le zéro confiance pour les actions des agents), les garde-fous de contenu, l'observabilité et l'audit, permettant aux composants d'évoluer à leur propre rythme. Des implémentations pratiques comme kgateway, Portkey et LiteLLM existent, et un modèle de « politique en tant que configuration » émerge. L'article discute des compromis, notamment la latence, la centralisation, les garde-fous probabilistes, les coûts opérationnels et les retards dans l'accès aux fonctionnalités natives des fournisseurs. Il décrit quatre étapes de l'évolution organisationnelle : équipe/fournisseur unique, adoption élargie, pression pour la consolidation et intégration dans une couche partagée, notant une augmentation des incidents liés à l'IA (362 en 2025) et citant des exemples comme l'agent de Replit qui a effacé une base de données de production et une dépense imprévue de 500 millions de dollars sur Claude. Des questions ouvertes subsistent quant à la frontière entre les politiques imposées par la passerelle et celles imposées par l'application, et le fardeau opérationnel de l'exécution des garde-fous.