Cas d'usage
Diagrammes d'architecture C4
Vues contexte et conteneur sans changer d'outil : le C4 sur le même canevas que Kubernetes et cloud.
Scénario
Un architecte produit a besoin d'un diagramme de contexte C4 pour un canal bancaire, puis d'une vue conteneur du même système, sans exporter vers un second outil uniquement C4.
Le C4 vit à côté des packs Kubernetes et cloud, pour qu'un diagramme de contexte et le cluster qui l'implémente partagent un même espace. Exportez un instantané ou du JSON quand le modèle change. Le pack C4 est inclus en Free.
Ce que vous dessinez
Diagrammes d'architecture C4
- Person et External Person
- Software System et External System
- Container et Component
- Database
- Frontière système et frontière conteneur
- Nœud de déploiement quand la vue passe à l'infrastructure
Pourquoi Archboard
Archboard est un outil d'architecture C4, et davantage : Person, Software System, Container et Component sont sur le même canevas hébergé que les packs Kubernetes et réseau. IcePanel est centré sur le C4 ; Archboard est l'espace auquel s'abonner quand le C4 n'est qu'une couche de la carte.
Packs sur ce canevas
C4 · UML · Logigramme · Séquence
Tous les packs intégrés sont sur Free (3 diagrammes, 15 nœuds de diagramme + 150 notes, textes, autocollants et sujets de carte mentale chacun, partage public avec marque, édition en direct avec vos agents IA). Pro ajoute diagrammes et nœuds illimités, des sièges pour que vos collègues modifient en direct, l’intégration et l’export sans filigrane ($10/siège/mois).
Déroulement d'une session
Commencez gratuitement, puis ouvrez un canevas (le pack C4 est inclus)
Placez Person et Software System, puis entourez d'une frontière système
Passez à Container et Component sans changer de produit
Exportez du JSON pour le modèle, ou SVG/PNG pour la revue de conception
C4 diagrams without a second tool
C4 architecture diagrams usually force a tool switch: context views in one product, container views in another, and the Kubernetes reality nowhere near either. That split is where models rot, because the context diagram says one thing while the cluster does another. Drawing C4 on the same canvas as Kubernetes, cloud, and network packs removes the seam. Person and Software System sit at the top, Container and Component below, and the Namespace frames that implement them further down. One workspace, one visual language, one map to keep current.
Keep each C4 level on its own area of the board instead of cramming context and component into one frame. The context view answers who uses the system and which external systems it touches; the container view answers what runs where; the component view answers how a container is built. Link the levels with consistent names, such as the same API container label in the container view and beside the cluster, so reviewers can trace a request from Person to Pod without switching products.
From C4 model to engineering artifact
A C4 diagram becomes an engineering artifact when it exports like one. Snapshot a revision before architecture review, export structured JSON for the model, and hand designers an SVG or PNG for the review deck. Share a branded public link with stakeholders who will never open the editor; they can pan, zoom, and read the same board. Pro adds embed for architecture decision records plus watermark-free PDF and JPEG for the moments a snapshot must look final. Reviews go faster when the model and the picture never disagree.
The C4 pack ships on Free: Person, Software System, Container, Component, Database, and boundaries, next to UML and sequence packs when a flow needs them. Start with the context of the system you are actually changing, drill into containers in the same file, and let the canvas, not a slide deck, carry the model forward. That is what a C4 architecture tool should do: keep the model where the system lives.
Open a published example
- C4 Container ViewPerson, systems, containers, and database with boundaries.
- Auth SequenceSequence view of an OAuth-style flow between actors and services.
Questions
Is Archboard a C4 architecture tool?
Yes. The C4 pack covers Person, Software System, Container, Component, Database, and boundaries on the same infinite canvas as Kubernetes, cloud, and network packs, so you get C4 plus the rest of the map, not C4 alone.
Should context and container views share one file?
Yes. Keep them in labeled areas of one canvas with consistent names, so a request can be traced from Person to container to cluster without switching products or hunting across files. One file also means one revision history and one share link for the whole model.
Can I export the C4 model, not just the picture?
Yes. Every diagram is a structured JSON document: export it for the model, snapshot revisions before reviews, and use SVG, PNG, JPEG, or PDF when the audience needs a snapshot.
Ouvrez un canevas en une minute
Connectez-vous avec Google ou GitHub. Gratuit pour un siège. Passez à un forfait supérieur quand l'équipe vous rejoint.