Construire une plateforme de développement de pointe avec Backstage

Le plan de données est l’endroit où vos charges de travail s’exécutent réellement. Dans la plupart des cas, cela signifie un ou plusieurs clusters Kubernetes. Le plan de données ne connaît pas vos abstractions. Il comprend les primitives Kubernetes telles que les pods, les déploiements, les services et les entrées. Le travail du plan de contrôle consiste à compiler vos concepts de niveau supérieur dans ces primitives et à les appliquer.

Le plan de données fait une chose : il exécute ce que le plan de contrôle lui demande d’exécuter. L’intelligence vit dans le plan de contrôle ; l’exécution a lieu dans le plan de données.

Où l’IA s’intègre-t-elle dans la plateforme

L’IA fait désormais partie de toutes les conversations sur les plateformes, mais la question architecturale est de savoir à quelle place elle appartient réellement.

Les abstractions et le plan de contrôle que vous avez construit créent la base. Vous disposez de concepts bien définis tels que les composants, les points de terminaison et les dépendances. Vous disposez d’un état d’exécution agrégé et lié à ces concepts. Vous disposez d’une vue connectée de votre système. Les agents IA peuvent certainement en tirer parti.

Les agents IA doivent pouvoir interagir avec votre plateforme en tant que participants de premier ordre. Cela nécessite d’exposer les fonctionnalités de la plateforme via des interfaces que les agents peuvent utiliser, telles que des serveurs Model Context Protocol (MCP), des API avec une sémantique claire, des CLI conviviales et des compétences adaptées aux opérations de la plateforme.

Ces capacités de la plateforme permettent aux agents de créer des composants, de déclencher des builds et des déploiements, d’interroger l’état de l’environnement et de raisonner sur les dépendances. Ils vous aident, vous et vos développeurs, à devenir plus productifs.

Vous pouvez également intégrer des agents au sein de votre plateforme pour aider les opérations quotidiennes de vos équipes. Voici quelques exemples d’agents que vous pouvez développer :

• Agents SRE : analysez les journaux, les métriques et les traces pour identifier les causes profondes probables. Au lieu que les développeurs fouillent dans les tableaux de bord, l’agent corrèle les signaux et suggère où chercher.
• Agents FinOps : aidez les équipes à comprendre et à optimiser les coûts des ressources dans tous les environnements et composants.
• Agents architectes : aidez aux décisions de conception du système, telles que l’analyse des dépendances, la planification des capacités et l’évaluation de l’impact de la migration.

Ces agents fonctionnent car ils ont accès à la vue unifiée du plan de contrôle. Ils voient les abstractions, l’état d’exécution et les données d’observabilité en un seul endroit, les mêmes que les développeurs d’histoires connectées voient dans le portail.

Le modèle tient. De bonnes abstractions rendent tout plus facile, y compris l’IA.

OpenChoreo est une plateforme de développement open source pour Kubernetes. Il a récemment été accepté par la CNCF en tant que projet sandbox. OpenChoreo implémente l’architecture décrite dans cet article : des abstractions de développeur soutenues par un plan de contrôle, un portail alimenté par Backstage, CI/CD et GitOps intégrés, et une observabilité connectée à vos abstractions.

Si vous construisez vous-même cette architecture, OpenChoreo mérite d’être étudié comme référence, même si vous ne l’adoptez pas directement. Le projet montre comment ces éléments s’assemblent : comment les abstractions se compilent dans les ressources Kubernetes, comment l’état d’exécution revient au portail et comment les garde-fous sont appliqués lors de la compilation.

Vous pouvez utiliser OpenChoreo comme plate-forme complète, ou installer ses plugins Backstage dans votre portail existant et utiliser uniquement la couche du plan de contrôle. Quoi qu’il en soit, ce sont les modèles sous-jacents qui comptent. L’architecture est l’idée. OpenChoreo est une façon de l’implémenter.

Un modèle mental utile : l’architecture multi-plans

OpenChoreo répartit les préoccupations sur cinq niveaux :

1. Plan d’expérience : où les développeurs, les ingénieurs de plate-forme et les SRE interagissent avec la plate-forme via le portail optimisé par Backstage, la CLI, GitOps ou les agents IA.
2. Plan de contrôle : le cerveau qui traduit les abstractions de haut niveau (composants, API, environnements, pipelines) en manifestes Kubernetes. Programmable via des types et des caractéristiques de composants, vous pouvez donc l’étendre sans bifurquer ni écrire de contrôleurs de bas niveau. Réconcilie en permanence l’état d’exécution avec ces abstractions.
3. Plan de données : où les charges de travail s’exécutent. Applique la sémantique de vos abstractions, telle que l’isolation du projet, les politiques de trafic et les limites de sécurité. Ce ne sont pas seulement des configurations ; la plateforme les garantit.
4. Plan d’observabilité : alimente les métriques, les journaux et les traces via les mêmes abstractions que les développeurs comprennent déjà, sans nécessiter de traduction.
5. Plan de workflow (facultatif) : gère les builds à l’aide des Cloud Native Buildpacks et Argo Workflows par défaut.

Ces avions fonctionnent ensemble mais restent des préoccupations distinctes. Vous pouvez raisonner sur chacun indépendamment, les faire évoluer à des rythmes différents et les déployer de manière flexible : un cluster unique avec isolation de l’espace de noms pour le développement/test, des configurations multiclusters entièrement séparées pour la production ou des topologies hybrides qui colocalisent des plans comme Control et CI pour une meilleure rentabilité.

OpenChoreo est conçu pour traiter les agents IA comme des participants de premier ordre. Dans OpenChoreo 1.0, les agents externes peuvent interagir avec la plateforme via les serveurs MCP, les compétences d’agent ou la CLI pour générer et modifier les configurations de composants, expliquer les versions et les environnements, et bien plus encore. L’agent SRE intégré en est un premier exemple. Il analyse les journaux, les métriques et les traces de vos déploiements et utilise des LLM pour faire apparaître les causes profondes probables et des informations exploitables.

WSO2

Du portail à la plateforme

Backstage a résolu le problème du portail. Il vous a fourni une interface unifiée pour les catalogues, la documentation et les chemins d’accès privilégiés. Mais un portail n’est pas une plateforme. Il y a un écart entre ce que voient les développeurs et ce qui fonctionne réellement, et c’est là que vous restez bloqué. Vous le remplissez d’intégrations point à point, de plugins personnalisés et de scripts qui deviennent leur propre fardeau de maintenance.

Le modèle qui fonctionne est le portail, le plan de contrôle, le plan de données :

• Un portail qui permet aux développeurs d’accéder facilement aux catalogues, à la documentation et aux modèles.
• Un plan de contrôle qui compile les abstractions de la plate-forme, réconcilie la dérive et agrège l’état d’exécution.
• Un plan de données qui exécute les charges de travail et applique les garanties.

Que vous le construisiez vous-même ou que vous adoptiez quelque chose comme OpenChoreo, l’architecture compte plus que les outils. Obtenez les bonnes couches et les nouvelles fonctionnalités s’intègrent proprement. Si vous vous trompez, chaque demande de fonctionnalité devient un projet.

Backstage vous donne la porte d’entrée. La véritable plateforme commence derrière.

—

Forum des nouvelles technologies offre un lieu aux leaders technologiques, y compris les fournisseurs et autres contributeurs externes, pour explorer et discuter des technologies d’entreprise émergentes avec une profondeur et une ampleur sans précédent. La sélection est subjective, basée sur notre choix des technologies que nous considérons comme importantes et du plus grand intérêt pour les lecteurs d’InfoWorld. InfoWorld n’accepte pas de matériel marketing pour la publication et se réserve le droit de modifier tout le contenu contribué. Envoyer tout demandes de renseignements à doug_dineley@foundryco.com.