Architecture as Code - Definissez les modeles C4 en YAML | Archyl
Declarez votre modele d'architecture C4 complet dans un seul fichier archyl.yaml. Versionne, synchronise en CI/CD et entierement declaratif.
Definissez votre architecture en YAML, synchronisez via CI/CD
Stockez votre modele 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 meme rigueur que votre code.
Architecture as Code | YAML + Git + CI/CD | Archyl
Definissez 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 controle de version
Votre code est dans Git, mais votre modele 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 maniere ad-hoc. Pas de processus formel pour detecter les decisions structurelles risquees.
La synchronisation manuelle est source d'erreurs
Garder votre outil d'architecture en phase avec la realite necessite des mises a jour manuelles. Les gens oublient, font des erreurs ou sautent simplement l'etape.
Exportez ou ecrivez votre archyl.yaml
Definissez votre modele C4 dans un format YAML propre. Exportez depuis l'UI d'Archyl ou ecrivez-le de zero. Commitez-le dans votre repo.
Revoyez dans les pull requests
Quand l'architecture change, le diff YAML montre exactement ce qui a change. 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 modele visuel se met a jour automatiquement.
Mises a jour bidirectionnelles
Les modifications faites dans l'UI d'Archyl peuvent ĂȘtre exportees en YAML. Le flux fonctionne dans les deux sens.
Schema YAML lisible par l'humain pour tout votre modele C4 : systemes, conteneurs, composants, relations, technologies et metadonnees.
Historique de version complet
Chaque changement d'architecture est un commit Git. Voyez qui a change quoi, quand et pourquoi. Revenez a n'importe quel etat precedent.
Revues d'architecture par PR
Les changements d'architecture passent par le meme 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. Zero etapes manuelles apres la configuration initiale.
Synchronisation bidirectionnelle
Editez dans l'UI, exportez en YAML. Editez le YAML, synchronisez vers l'UI. Les deux workflows sont entierement supportes.
Executez des verifications de conformite dans le pipeline de PR. Bloquez les changements d'architecture qui violent vos regles definies.
GitOps pour l'architecture
Les equipes qui pratiquent le GitOps peuvent etendre le meme workflow a l'architecture. Un fichier YAML, un repo, un processus de revue.
Gouvernance d'architecture multi-equipes
Chaque equipe possede sa section du YAML. Les changements sont revus par les leads d'architecture. Les conflits de merge revelent les desaccords structurels.
Suivi des changements d'architecture
Besoin de savoir quand une dependance a ete ajoutee ou un composant renomme ? 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 meme rigueur que vous appliquez au code, appliquee a l'architecture.