Kusion

AppConfiguration est la spécification unique qui décrit une application. Elle couvre la charge de travail et toutes ses dépendances de ressources, et n'exige aucune valeur propre à un environnement. Vous décrivez ce que vous voulez, et Kusion trouve comment le fournir. Le modèle se décompose en quatre concepts : Workload, Accessory, Pipeline et Dependency.

Kusion ramène l'infrastructure dans du code de configuration déclaratif. Vous exprimez l'intention de l'application, et n'importe quel système CI/CD ou flux GitOps pousse le déploiement jusqu'à l'égaler. Pas de scripts isolés ni de flux personnalisés à entretenir à la main quand l'équipe grandit.

Les équipes de plateforme fixent des modèles de base qui décident comment et où les charges de travail se déploient et quels accessoires sont provisionnés. Les développeurs gardent de la marge grâce à une spécification centrée sur la charge. Cette répartition laisse une équipe imposer des standards pendant que l'autre avance vite sur la logique applicative.

Kusion fournit des modèles de base qui rassemblent les bonnes pratiques de sécurité et d'infrastructure, et s'appuie sur des outils tiers de policy as code pour ajouter des garde-fous. La validation vit dans le code et tourne tôt, donc les risques de configuration apparaissent avant le déploiement. Les secrets des accessoires sont injectés d'eux-mêmes dans les charges de travail.

Kusion tourne côté client, ce qui le garde portable et simple à automatiser via ses API. Une bibliothèque de modules qui grandit couvre le cycle de vie applicatif et relie plusieurs capacités d'infrastructure. Les modules sont assez découplés pour que chaque équipe écrive ses propres charges personnalisées.

Depuis la v0.14.0, Kusion embarque un serveur en exécution continue avec un Developer Portal. Il offre les mêmes fonctions que la CLI et ajoute la gestion des métadonnées d'applications et des graphes de ressources visuels. Projets, stacks, espaces de travail et exécutions se gèrent au même endroit, avec des API RESTful pour que d'autres systèmes s'y intègrent.

Kusion s'appuie sur KCL, un langage de configuration du même stack. KCL permet aux ingénieurs de plateforme d'écrire des modèles et des abstractions plutôt que de répéter du YAML brut. Il garde la configuration validée et réutilisable, ce qui rend justement le modèle de modules tenable à l'échelle.