Le platform engineering pour le développement avec l’IA

Donner aux prototypes un parcours vers la production

Les personnes peuvent explorer des idées avec différents outils IA pendant que l’organisation fournit un parcours commun vers la production. L’équipe plateforme rend ce parcours clair, pris en charge et reproductible.

Pour un prototype utile, recueillez la tâche utilisateur, un exemple de processus, le code source s’il est disponible et les données prévues. Évaluez s’il faut adapter le code ou reconstruire à partir des exigences apprises. Avant d’utiliser des identifiants réels ou des données confidentielles, vérifiez l’application, les outils de développement et l’environnement d’exécution au regard des contrôles requis.

Si le service doit fonctionner dans votre infrastructure, proposez un déploiement pris en charge dans vos comptes cloud ou vos réseaux. Incluez l’identité, la gestion des secrets, les preuves de livraison, la supervision et la reprise. Examinez séparément les flux de données vers les modèles ; posséder l’environnement d’exécution ne donne pas le contrôle de tous les services de développement.

Gérer la plateforme comme un produit pour ses utilisateurs

Une plateforme fournit aux équipes des capacités prises en charge pour construire et exploiter des logiciels. Elles peuvent inclure l’identité, les environnements, les pipelines de livraison, les bases de données, la supervision et les contrôles de règles. L’unité utile est un processus complet qui répond à un besoin récurrent.

La CNCF décrit les plateformes comme des capacités conçues autour des utilisateurs internes, avec des interfaces cohérentes et du libre-service lorsque cela convient. Un portail peut exposer ces capacités, mais un portail seul ne constitue pas la plateforme. Livre blanc de la CNCF sur les plateformes.

Partez d’une demande réelle. Dans une entreprise fictive, plusieurs équipes ont besoin d’un service web interne avec connexion des salariés et base de données managée. Construisez un parcours pris en charge pour cette demande avant d’ajouter un vaste catalogue de fonctionnalités rarement utilisées.

Inclure les agents parmi les utilisateurs de la plateforme

Un agent IA peut générer rapidement du code d’infrastructure. Sans contexte actuel sur la plateforme, il peut aussi choisir une région, un modèle d’identité ou une méthode de déploiement non pris en charge. Une génération plus rapide ne résout pas l’absence de contraintes organisationnelles.

Donnez à l’agent une interface fiable. Définissez les entrées, les valeurs permises, les sorties et le comportement en cas d’échec. Fournissez des exemples correspondant à la version installée. Renvoyez des erreurs qui aident à agir sans exposer de secrets. Appliquez les mêmes contrôles d’autorisation aux personnes et aux agents.

Pour le service interne, la demande peut identifier le responsable, la catégorie de données, l’environnement, l’exigence de reprise et l’environnement d’exécution pris en charge. La plateforme peut alors choisir une configuration revue ou expliquer pourquoi la demande nécessite une décision distincte.

Définir le parcours pris en charge et ses limites

Cette répartition est un exemple. Confirmez-la avec les équipes et les fournisseurs réels. Une responsabilité non attribuée ne disparaît pas parce qu’une plateforme existe.

Publiez une procédure d’exception pour les exigences hors de la configuration par défaut. Identifiez le responsable de la décision et les preuves nécessaires. Une procédure d’exception difficile peut encourager les équipes à créer des systèmes non pris en charge en dehors de la plateforme.

Maintenir les services après leur création

Un modèle constitue une version de départ. Il n’applique pas automatiquement les correctifs aux applications créées à partir de lui. Déterminez comment les changements de plateforme atteignent les services existants et comment la compatibilité est vérifiée.

Versionnez les interfaces et les modules partagés. Annoncez les conditions de retrait. Fournissez une migration prise en charge si nécessaire. Suivez les services qui utilisent encore des versions touchées lorsqu’un correctif de sécurité est requis.

Évitez de transformer l’équipe plateforme en file d’attente d’approbations manuelles pour chaque opération courante. Automatisez les contrôles répétables et réservez les décisions humaines aux conséquences non résolues. Mesurez les usages réussis, l’attente, les résultats de reprise et l’effort de maintenance.

Relier la plateforme à la software factory

Le platform engineering définit des capacités prises en charge et des limites d’exploitation. Une software factory relie les exigences, la planification, l’implémentation, les preuves et la livraison. Les deux peuvent se compléter lorsque la factory planifie en fonction de la plateforme réelle.

Incluez l’exploitation continue dans l’évaluation. Vérifiez qui recherche les nouvelles vulnérabilités, déploie les correctifs, répond aux incidents et maintient les preuves de conformité. Ces capacités nécessitent un périmètre convenu et des responsables ; le terme « software factory » ne les garantit pas.

Évaluez l’intégration à un point concret : une modification générée peut-elle utiliser le parcours de déploiement existant et en préserver les contrôles ? L’équipe peut-elle examiner pourquoi une exception était nécessaire ? Qui actualise le contexte partagé lorsque la plateforme change ?

Les recherches DORA situent les capacités de l’IA dans l’organisation qui les entoure. Utilisez cette perspective pour évaluer le processus complet, y compris le travail qui reste à l’équipe plateforme. Rapport DORA 2025.