FigJam est un excellent endroit pour réfléchir à voix haute. Une équipe ouvre un board, colle des sticky notes, dessine quelques boîtes et flèches, et vingt minutes plus tard tout le monde est d'accord sur la façon dont le nouveau service doit parler à l'ancien. Le problème commence une semaine plus tard : ce croquis est discrètement devenu « le diagramme d'architecture », et quelqu'un doit le garder juste.
Cet article parle de ce deuxième travail. Si votre équipe utilise aujourd'hui FigJam pour ses diagrammes d'architecture, voici pourquoi Archboard est un meilleur endroit pour eux, ce qui change au quotidien, et comment migrer sans lancer un gros projet.
En bref
- FigJam est un tableau blanc. Il est conçu pour les sessions en direct : sticky notes, stamps, votes, minuteurs et cursor chat. L'architecture n'est qu'une des nombreuses choses que l'on peut y dessiner.
- Archboard est un espace de travail d'architecture. Les nœuds savent ce qu'ils sont (un
ServiceKubernetes, unContainerC4, un pare-feu), les liens se fixent à des ports, et chaque diagramme vit derrière un seul lien qui enregistre automatiquement et conserve les révisions. - Archboard couvre les deux moitiés. Notes, stickers et mind maps côtoient les packs d'architecture : le brainstorming et le diagramme que vous gardez vivent sur le même canvas.
Pourquoi les diagrammes d'architecture dépassent FigJam
Un rectangle n'est qu'un rectangle
Sur un tableau blanc, le sens vit dans les étiquettes. Une boîte marquée « orders-api » avec une icône Kubernetes collée à côté a l'air juste, mais le board ne sait pas s'il s'agit d'un Deployment, d'un Service ou d'un système externe. La bibliothèque de formes de FigJam inclut bien des icônes AWS, Azure, Google Cloud et Kubernetes, mais une icône n'a pas de type, si bien que deux personnes d'une même équipe dessinent malgré tout la même chose de deux façons différentes. Au bout de quelques mois, la légende n'existe plus que dans la tête de quelqu'un.
Le diagramme se perd dans l'atelier
Les boards FigJam sont faits pour grandir : stickies, votes, notes de rétro, captures d'écran, une deuxième option que quelqu'un a essayée. Pendant la réunion, c'est un atout. Ensuite, la seule partie utile pour l'onboarding ou la réponse aux incidents est un frame quelque part dans un grand board, à côté des options que l'équipe a rejetées. Une nouvelle recrue ne peut pas savoir quel frame montre le système actuel.
Les ingénieurs finissent dans un outil de design
Les fichiers FigJam vivent dans Figma, à côté du travail de design produit, et pour les modifier il faut un siège Figma qui inclut FigJam (Collab, Dev ou Full seat). Les permissions suivent les équipes et projets Figma, généralement organisés autour du design plutôt que des services. Sur le plan gratuit Starter de Figma, une équipe dispose de trois fichiers FigJam, ce qui va vite trouver ses limites dès que chaque service, environnement et décision réclame son propre diagramme.
Rien de tout cela ne fait de FigJam un mauvais outil. Cela en fait un outil de réunion. Or les diagrammes d'architecture doivent survivre à la réunion.
Ce que fait Archboard à la place
Archboard est un espace de travail hébergé pour les diagrammes qui doivent encore être justes le trimestre prochain. Vous vous connectez avec Google ou GitHub, sans carte bancaire, et vous commencez sur un canvas.
Des packs de nœuds pensés pour les systèmes
Le catalogue compte 27 packs et 223 types de nœuds, dont Kubernetes (33 nœuds), C4 Model, Cloud, Network, Security, Data, DevOps, Docker, Sequence, UML, Entity Relation et BPMN. Vous posez un frame Namespace et placez à l'intérieur des nœuds Deployment, Service et Ingress. Une vue C4 utilise des nœuds Person, Software System et Container à l'intérieur de frontières. Le type fait partie du nœud ; ce n'est pas une supposition fondée sur son étiquette.
Des ports et des frames, pas des flèches libres
Les liens se connectent aux ports des nœuds : une connexion reste attachée quand vous déplacez les éléments et se lit comme une vraie dépendance, le trafic de l'Ingress vers le Service ou un appel d'un conteneur à un autre. Les frames vous donnent des frontières comme les namespaces, les VPC, les zones de confiance ou les frontières de système C4, et gardent leur contenu ensemble.
Un seul lien, toujours à jour
Chaque diagramme s'enregistre automatiquement et conserve des instantanés de révision, si bien que la question « quelle version est la bonne ? » n'a qu'une réponse. Au lieu de coller des PNG dans vos documents, vous partagez un lien (avec la marque Archboard sur Free) ou vous intégrez le diagramme en direct dans votre site de documentation sur Pro. Quand le système change, vous mettez le diagramme à jour une fois, et chaque page qui pointe vers lui est à jour.
Le brainstorming garde sa place
Vous ne perdez pas la partie tableau blanc. Archboard propose des sticky notes, du texte, des stickers, des mind maps et des boards à côté des packs d'architecture. Une discussion de conception peut commencer sous forme de notes sur un canvas et se terminer en diagramme typé, sans rien copier d'un outil à l'autre.
Votre diagramme, ce sont des données
Les diagrammes s'importent et s'exportent en JSON structuré, avec SVG et PNG sur tous les plans. Pro ajoute les exports PDF, JPEG et GIF/WebM animés. Un export JSON commité à côté de votre code vous donne un historique vérifiable de l'évolution de l'architecture.
FigJam vs Archboard en un coup d'œil
| FigJam | Archboard | |
|---|---|---|
| Rôle principal | Tableau blanc en direct et ateliers | Diagrammes d'architecture qui restent à jour |
| Briques de base | Formes génériques, connecteurs et stickies | 27 packs de nœuds, 223 types de nœuds typés avec ports |
| Packs d'architecture | Formes d'icônes AWS, Azure, Google Cloud et Kubernetes ; pas de nœuds typés | Kubernetes, C4 Model, Cloud, Network, Security, Data, DevOps et plus |
| Où vivent les diagrammes | Fichiers et projets Figma, à côté du design | Espace de travail Archboard, un lien par diagramme |
| Historique | Historique des versions Figma | Enregistrement automatique et instantanés de révision |
| Sémantique du diagramme | Le sens vit dans les étiquettes | Types de nœuds, ports et frontières font partie du diagramme |
| Plan gratuit | 3 fichiers FigJam sur Starter | 1 siège, 3 diagrammes, 15 nœuds de diagramme + 150 notes, textes, autocollants et sujets de carte mentale par diagramme, tous les packs |
Le détail des plans, y compris ce qu'incluent Free et Pro, se trouve sur la page /pricing.
Une migration typique : la carte du cluster de l'équipe plateforme
Imaginez une équipe plateforme qui tient sa vue d'ensemble du cluster dans un board FigJam issu du séminaire de planification de l'an dernier. Le board contient trois options pour la couche ingress, une colonne de stickies de rétro et un frame intitulé « current » que personne n'a touché depuis que deux services ont été renommés.
Dans Archboard, la même image devient :
- Un diagramme par question. « Comment le trafic atteint-il le cluster ? » et « Quel service possède quelles données ? » ont chacun leur diagramme au lieu de partager un board.
- Des briques typées. Un nœud Kubernetes Cluster du pack Cloud au-dessus des frames
Namespace, avec des nœudsServiceetDeploymentet lePoddu contrôleur Ingress reliés par leurs ports. - Des liens plutôt que des captures. Le document d'onboarding et le runbook d'incident pointent vers le diagramme en direct.
- Une habitude simple. Quand une pull request modifie les manifestes, quelqu'un met le diagramme à jour, et l'historique des révisions montre quand il a changé.
Contenu du diagramme
- Planning workshop
- prod-cluster
- ingress-nginx
- ingress-nginx-controller
- checkout
- payments
- becomes
- /checkout
- /payments
- charge
Le board FigJam n'a pas besoin de disparaître. Il reste la trace du séminaire. La carte du cluster vit dans Archboard. Pour un point de départ prêt à l'emploi, consultez la page /use-cases/kubernetes.
Passer de FigJam à Archboard
La migration est plus rapide qu'il n'y paraît : vous ne redessinez que les parties qui valent la peine d'être gardées, pas tout le board, et les nœuds typés accélèrent chaque étape.
- Choisissez le diagramme le plus consulté, en général celui vers lequel pointent les documents d'onboarding ou les runbooks.
- Partez d'un exemple. La galerie /examples contient des diagrammes Kubernetes, C4, cloud et réseau que vous pouvez utiliser comme structure de départ.
- Redessinez avec des nœuds typés. Remplacez les rectangles étiquetés par de vrais nœuds, les boîtes en pointillés par des frames et les flèches libres par des liens de port à port.
- Remplacez les captures par des liens. Faites pointer documents et tickets vers le lien de partage Archboard, ou intégrez le diagramme sur Pro, et gardez le board FigJam comme historique.
Free suffit pour essayer avec votre premier diagramme. Pour une carte de production complète, Pro vous donne des diagrammes et nœuds illimités, l'intégration et des exports sans filigrane.
FAQ
Archboard est-il une alternative gratuite à FigJam ? Pour une personne, oui. Le plan Free comprend un siège, trois diagrammes et tous les packs de nœuds intégrés, avec 15 nœuds plus 150 notes, textes, stickers et sujets de mind map par diagramme. Les équipes qui modifient ensemble en direct, ou qui ont besoin de diagrammes et de nœuds illimités, passent sur Pro.
Comment fonctionne la tarification d'Archboard ? Free comprend un siège avec tous les packs de nœuds. Pro coûte 10 $ par siège et par mois pour 1 à 5 sièges, avec diagrammes et nœuds illimités, rôles, intégration et historique des révisions. Enterprise ajoute un SLA, une revue de sécurité et un support dédié à partir de 6 sièges. Prenez des sièges pour les personnes qui modifient les diagrammes ; tous les autres peuvent les consulter via les liens de partage.
Puis-je importer des boards FigJam dans Archboard ? Pas directement. Archboard importe son propre JSON ainsi que des fichiers YAML Kubernetes et Docker Compose : une carte de cluster peut donc partir de vos manifestes ; redessinez les autres diagrammes qui valent la peine d'être gardés, en commençant par celui que votre équipe ouvre le plus. Avec les nœuds typés et les ports, cela va vite, et vous obtenez un diagramme plus clair que le board de départ.
Archboard a-t-il des curseurs en direct comme FigJam ? Oui. Toute personne avec droit de modification voit les curseurs en direct et les changements au moment où ils arrivent, et les agents IA connectés via MCP apparaissent de la même façon. Il n'y a ni minuteurs ni votes : les modifications s'enregistrent automatiquement, les révisions sont conservées et les rôles sur Pro et Enterprise contrôlent qui modifie. Sticky notes, stickers et mind maps sont là quand vous voulez faire un brainstorming sur le même canvas.
Archboard inclut-il les icônes officielles AWS, Azure ou Google Cloud ?
Les nœuds Cloud d'Archboard ne sont pas un jeu d'icônes officiel : ils sont typés et indépendants du fournisseur, et les Icônes de marque de la recherche d'insertion ajoutent les logos des fournisseurs, comme AWS Route 53, quand vous le souhaitez. Étiquetez chaque nœud avec le nom du service, comme Route 53 ou Cloud SQL, et le diagramme reste clair et cohérent d'un cloud à l'autre.