Architecture as Code - Definissez les modeles C4 en YAML
Declarez votre modele d'architecture C4 complet dans un seul fichier archyl.yaml. Versionne, synchronise en CI/CD et entierement declaratif.
Définissez votre architecture en YAML, synchronisez via CI/CD
Stockez votre modèle d'architecture sous forme de fichier archyl.yaml dans Git. Revoyez les changements d'architecture dans les PR, synchronisez via GitHub Actions, et traitez votre architecture avec la même rigueur que votre code.
Architecture as Code | YAML + Git + CI/CD | Archyl
Définissez votre architecture en code YAML, stockez-la dans Git, revoyez les changements dans les PR et synchronisez via GitHub Actions.
architecture as code, outil architecture as code, architecture YAML, architecture Git, architecture CI/CD, GitOps architecture
L'architecture vit en dehors du contrôle de version
Votre code est dans Git, mais votre modèle d'architecture est dans un outil de diagrammes ou un wiki. Pas d'historique, pas de diffs, pas de pull requests pour les changements d'architecture.
Pas de processus de revue pour l'architecture
Les changements de code sont revus dans les PR, mais les changements d'architecture se font de manière ad-hoc. Pas de processus formel pour détecter les décisions structurelles risquées.
La synchronisation manuelle est source d'erreurs
Garder votre outil d'architecture en phase avec la réalité nécessite des mises à jour manuelles. Les gens oublient, font des erreurs ou sautent simplement l'étape.
Exportez ou écrivez votre archyl.yaml
Définissez votre modèle C4 dans un format YAML propre. Exportez depuis l'UI d'Archyl ou écrivez-le de zéro. Commitez-le dans votre repo.
Revoyez dans les pull requests
Quand l'architecture change, le diff YAML montre exactement ce qui a changé. Les reviewers peuvent approuver ou demander des modifications comme pour du code.
Synchronisez via GitHub Action
Au merge, la GitHub Action d'Archyl synchronise le fichier YAML avec votre projet Archyl. Votre modèle visuel se met à jour automatiquement.
Mises à jour bidirectionnelles
Les modifications faites dans l'UI d'Archyl peuvent être exportées en YAML. Le flux fonctionne dans les deux sens.
Schéma YAML lisible par l'humain pour tout votre modèle C4 : systèmes, conteneurs, composants, relations, technologies et métadonnées.
Historique de version complet
Chaque changement d'architecture est un commit Git. Voyez qui a changé quoi, quand et pourquoi. Revenez à n'importe quel état précédent.
Revues d'architecture par PR
Les changements d'architecture passent par le même processus de revue que le code. Les diffs YAML rendent les changements structurels visibles et revuables.
Synchronisation GitHub Action
La GitHub Action officielle d'Archyl synchronise votre YAML au push ou au merge. Zéro étapes manuelles après la configuration initiale.
Synchronisation bidirectionnelle
Éditez dans l'UI, exportez en YAML. Éditez le YAML, synchronisez vers l'UI. Les deux workflows sont entièrement supportés.
Exécutez des vérifications de conformité dans le pipeline de PR. Bloquez les changements d'architecture qui violent vos règles définies.
GitOps pour l'architecture
Les équipes qui pratiquent le GitOps peuvent étendre le même workflow à l'architecture. Un fichier YAML, un repo, un processus de revue.
Gouvernance d'architecture multi-équipes
Chaque équipe possède sa section du YAML. Les changements sont revus par les leads d'architecture. Les conflits de merge révèlent les désaccords structurels.
Suivi des changements d'architecture
Besoin de savoir quand une dépendance a été ajoutée ou un composant renommé ? Git blame et git log sur votre archyl.yaml racontent toute l'histoire.
Traitez l'architecture comme du code
Mettez votre architecture dans Git, revoyez-la dans les PR et synchronisez-la via CI/CD. La même rigueur que vous appliquez au code, appliquée à l'architecture.