O FigJam é um ótimo lugar para pensar em voz alta. Um time abre um board, cola sticky notes, desenha algumas caixas e setas, e vinte minutos depois todo mundo concorda sobre como o serviço novo deve conversar com o antigo. O problema começa uma semana depois, quando aquele rascunho virou, sem ninguém perceber, "o diagrama de arquitetura" e alguém precisa mantê-lo fiel à realidade.
Este artigo é sobre esse segundo trabalho. Se o seu time usa o FigJam para diagramas de arquitetura hoje, veja por que o Archboard é um lugar melhor para eles, o que muda no dia a dia e como migrar sem um grande projeto.
Resumo
- O FigJam é um quadro branco. Ele foi feito para sessões ao vivo: sticky notes, stamps, votações, timers e cursor chat. Arquitetura é só uma das muitas coisas que você pode desenhar nele.
- O Archboard é um espaço de trabalho de arquitetura. Os nós sabem o que são (um
Servicedo Kubernetes, umContainerdo C4, um firewall), as conexões se prendem a portas e cada diagrama fica atrás de um único link que salva sozinho e guarda revisões. - O Archboard cobre as duas metades. Notas, stickers e mapas mentais ficam ao lado dos packs de arquitetura, então o brainstorming e o diagrama que você mantém vivem no mesmo canvas.
Por que diagramas de arquitetura ficam grandes demais para o FigJam
Um retângulo é só um retângulo
Num quadro branco, o significado mora nos rótulos. Uma caixa escrita "orders-api" com um ícone do Kubernetes colado ao lado parece certa, mas o board não sabe se aquilo é um Deployment, um Service ou um sistema externo. A biblioteca de formas do FigJam inclui, sim, ícones de AWS, Azure, Google Cloud e Kubernetes, mas um ícone não tem tipo, então duas pessoas do mesmo time continuam desenhando a mesma coisa de dois jeitos diferentes. Depois de alguns meses, a legenda mora na cabeça de alguém.
O diagrama se perde no workshop
Boards do FigJam foram feitos para crescer: stickies, votos, notas de retrospectiva, capturas de tela, uma segunda opção que alguém testou. Durante a reunião, isso é uma vantagem. Depois, a única parte que importa para onboarding ou resposta a incidentes é um frame em algum canto de um board enorme, ao lado das opções que o time descartou. Quem acabou de chegar não consegue saber qual frame mostra o sistema atual.
Engenheiros acabam morando numa ferramenta de design
Os arquivos do FigJam ficam no Figma, ao lado do trabalho de design de produto, e editá-los exige um assento do Figma que inclua o FigJam (Collab, Dev ou Full seat). As permissões seguem os times e projetos do Figma, que normalmente são organizados em torno do design, não dos serviços. No plano gratuito Starter do Figma, um time tem três arquivos do FigJam, o que não vai longe quando cada serviço, ambiente e decisão pede o próprio diagrama.
Nada disso torna o FigJam uma ferramenta ruim. Torna o FigJam uma ferramenta de reunião. E diagramas de arquitetura precisam sobreviver à reunião.
O que o Archboard faz no lugar
O Archboard é um espaço de trabalho hospedado para diagramas que ainda precisam estar corretos no próximo trimestre. Você entra com Google ou GitHub, sem cartão de crédito, e começa num canvas.
Packs de nós feitos para sistemas
O catálogo traz 27 packs e 223 tipos de nó, incluindo Kubernetes (33 nós), C4 Model, Cloud, Network, Security, Data, DevOps, Docker, Sequence, UML, Entity Relation e BPMN. Você coloca um frame Namespace e põe dentro dele nós Deployment, Service e Ingress. Uma visão C4 usa nós Person, Software System e Container dentro de limites. O tipo faz parte do nó; não é um palpite baseado no rótulo.
Portas e frames, não setas soltas
As conexões se ligam às portas dos nós, então continuam presas quando você move as coisas e são lidas como uma dependência real: tráfego do Ingress para o Service, uma chamada de um contêiner para outro. Os frames dão a você limites como namespaces, VPCs, zonas de confiança ou limites de sistema C4, e mantêm o conteúdo junto.
Um link sempre atualizado
Cada diagrama salva automaticamente e guarda snapshots de revisão, então a pergunta "qual versão está certa?" tem uma única resposta. Em vez de colar PNGs nos documentos, você compartilha um link (com a marca do Archboard no Free) ou, no Pro, incorpora o diagrama ao vivo no seu site de documentação. Quando o sistema muda, você atualiza o diagrama uma vez e toda página que aponta para ele fica atualizada.
Brainstorming continua tendo espaço
Você não perde a parte de quadro branco. O Archboard tem sticky notes, texto, stickers, mapas mentais e boards ao lado dos packs de arquitetura. Uma discussão de design pode começar como notas num canvas e terminar como um diagrama tipado, sem copiar nada entre ferramentas.
Seu diagrama é dado
Os diagramas são importados e exportados como JSON estruturado, além de SVG e PNG em todos os planos. O Pro adiciona exportação em PDF, JPEG e GIF/WebM animados. Um export JSON commitado ao lado do seu código dá a você um registro revisável de como a arquitetura mudou.
FigJam vs Archboard em resumo
| FigJam | Archboard | |
|---|---|---|
| Função principal | Quadro branco ao vivo e workshops | Diagramas de arquitetura que continuam atualizados |
| Blocos básicos | Formas genéricas, conectores e stickies | 27 packs de nós, 223 tipos de nó com portas |
| Packs de arquitetura | Formas de ícones de AWS, Azure, Google Cloud e Kubernetes; sem nós tipados | Kubernetes, C4 Model, Cloud, Network, Security, Data, DevOps e mais |
| Onde os diagramas ficam | Arquivos e projetos do Figma, ao lado do design | Espaço de trabalho do Archboard, um link por diagrama |
| Histórico | Histórico de versões do Figma | Salvamento automático e snapshots de revisão |
| Semântica do diagrama | O significado mora nos rótulos | Tipos de nó, portas e limites fazem parte do diagrama |
| Plano gratuito | 3 arquivos do FigJam no Starter | 1 assento, 3 diagramas, 15 nós de diagrama + 150 notas, textos, figurinhas e tópicos de mapa mental por diagrama, todos os packs |
Os detalhes de cada plano, incluindo o que o Free e o Pro oferecem, estão na página /pricing.
Uma migração típica: o mapa do cluster do time de plataforma
Imagine um time de plataforma que mantém a visão geral do cluster num board do FigJam do offsite de planejamento do ano passado. O board tem três opções para a camada de ingress, uma coluna de stickies da retro e um frame chamado "current" que ninguém mexe desde que dois serviços foram renomeados.
No Archboard, a mesma imagem vira:
- Um diagrama por pergunta. "Como o tráfego chega ao cluster?" e "Qual serviço é dono de quais dados?" ganham diagramas próprios em vez de dividir um board.
- Blocos tipados. Um nó Kubernetes Cluster do pack Cloud acima dos frames
Namespace, com nósServiceeDeploymente oPoddo ingress controller conectados pelas portas. - Links em vez de capturas. O documento de onboarding e o runbook de incidentes apontam para o diagrama ao vivo.
- Um hábito simples. Quando um pull request muda os manifestos, alguém atualiza o diagrama, e o histórico de revisões mostra quando ele mudou.
Conteúdo do diagrama
- Planning workshop
- prod-cluster
- ingress-nginx
- ingress-nginx-controller
- checkout
- payments
- becomes
- /checkout
- /payments
- charge
O board do FigJam não precisa sumir. Ele continua sendo o registro do offsite. O mapa do cluster mora no Archboard. Para um ponto de partida pronto, veja a página /use-cases/kubernetes.
Migrando do FigJam para o Archboard
Migrar é mais rápido do que parece: você redesenha só as partes que valem a pena, não o board inteiro, e os nós tipados agilizam cada passo.
- Escolha o diagrama mais aberto, normalmente o que é linkado nos documentos de onboarding ou nos runbooks.
- Comece de um exemplo. A galeria /examples tem diagramas de Kubernetes, C4, cloud e rede que você pode usar como estrutura inicial.
- Redesenhe com nós tipados. Troque retângulos com rótulo por nós de verdade, caixas tracejadas por frames e setas soltas por conexões de porta a porta.
- Troque capturas por links. Aponte documentos e tickets para o link de compartilhamento do Archboard, ou incorpore no Pro, e deixe o board do FigJam como histórico.
O Free basta para testar com o seu primeiro diagrama. Para um mapa de produção completo, o Pro oferece diagramas e nós ilimitados, incorporação e exportações sem marca d'água.
Perguntas frequentes
O Archboard é uma alternativa gratuita ao FigJam? Para uma pessoa, sim. O plano Free inclui um assento, três diagramas e todos os packs de nós nativos, com 15 nós mais 150 notas, textos, stickers e tópicos de mapa mental por diagrama. Times que editam juntos ao vivo, ou que precisam de diagramas e nós ilimitados, usam o Pro.
Como funciona o preço do Archboard? O Free inclui um assento com todos os packs de nós. O Pro custa US$ 10 por assento por mês para 1–5 assentos, com diagramas e nós ilimitados, papéis, incorporação e histórico de revisões. O Enterprise adiciona um SLA, uma revisão de segurança e suporte dedicado a partir de 6 assentos. Compre assentos para as pessoas que editam os diagramas; todos os outros podem lê-los por links de compartilhamento.
Posso importar boards do FigJam no Archboard? Não diretamente. O Archboard importa o próprio JSON, além de arquivos YAML do Kubernetes e do Docker Compose, então um mapa do cluster pode começar pelos seus manifestos; redesenhe os outros diagramas que valem a pena, começando pelo que o seu time mais abre. Com nós tipados e portas isso vai rápido, e você termina com um diagrama mais limpo do que o board de origem.
O Archboard tem cursores ao vivo como o FigJam? Sim. Todos com permissão de edição veem cursores ao vivo e alterações no momento em que acontecem, e agentes de IA conectados por MCP aparecem da mesma forma. Não há timers nem votação: as alterações são salvas automaticamente, as revisões ficam guardadas e os papéis no Pro e no Enterprise controlam quem edita. Sticky notes, stickers e mapas mentais estão lá quando você quiser fazer brainstorming no mesmo canvas.
O Archboard inclui os ícones oficiais da AWS, Azure ou Google Cloud?
Os nós Cloud do Archboard não são um conjunto de ícones oficial: são tipados e independentes de fornecedor, e os Ícones de marca da pesquisa de inserção adicionam logos de provedores, como o AWS Route 53, quando você quiser. Rotule cada nó com o nome do serviço, como Route 53 ou Cloud SQL, e o diagrama continua claro e consistente entre nuvens.