Use case

Cloud architecture diagrams

Region, compute, managed data, and gateways as real nodes: the cloud map the platform team keeps.

Scenario

A platform engineer is documenting a production account: one region, compute and functions, a managed database, a queue, a CDN, and an API gateway in front of a Kubernetes cluster.

Cloud pack nodes are built for platform maps; they are not a stencil of generic rectangles. Combine them with network and Kubernetes packs when the system crosses environments. Cloud pack is on Free.

Already have your infrastructure as code?

Paste your files into a free tool and see your infrastructure as a diagram before you start drawing.

What you draw

Cloud architecture diagrams

  • Region as a frame
  • Compute and Function
  • Object Storage and Managed DB
  • Queue
  • CDN, load balancer, and API gateway
  • cloud.k8s-cluster when workloads sit on Kubernetes

Why Archboard

Archboard is hosted cloud architecture software with vendor-agnostic nodes that still look like the system. Draw the cloud pack on Free; subscribe to Pro for unlimited nodes, embed, and a path to Enterprise when security review starts.

Packs on this canvas

Cloud · Network · Kubernetes · Security

Every built-in pack is on Free (3 diagrams, 15 diagram nodes + 150 notes, text, stickers & mind map topics each, branded public share, live editing with your AI agents). Pro adds unlimited diagrams and nodes, seats for teammates to edit live, embed, and watermark-free export ($10/seat/month).

How a session goes

  1. Sign in and start a blank canvas

  2. Drop a Region frame, then compute, storage, and the data plane

  3. Add CDN and API gateway for the edge; connect ports

  4. Share a branded public link, or upgrade to Pro for embed and watermark-free snapshots

Cloud diagrams that look like the account

Cloud architecture diagrams fail when every resource is a gray rectangle with a hopeful label. Reviewers cannot tell compute from function, queue from database, or which region anything runs in, so they stop trusting the picture. A cloud canvas works when nodes look like the system: Region frames that actually contain things, Compute and Function nodes with distinct shapes, Object Storage, Managed Database, Queue, CDN, load balancer, and API gateway each recognizable at a glance. Draw the account the way it bills, and the diagram starts answering questions instead of raising them.

Scope one board per region or per system, not per cloud. Cross-region traffic, shared CDN edges, and the API gateway in front deserve their own paths with labeled edges, because those paths are the architecture. When workloads run on Kubernetes, drop the cluster node next to the managed data plane instead of maintaining a second diagram; reviewers see compute, storage, and orchestration in one place. Keep managed services visually distinct from self-run containers so the build-versus-buy boundary is obvious to everyone in the review.

From cloud map to launch checklist

A cloud diagram earns its place in the launch process when it doubles as a checklist. Walk the request path edge by edge: CDN to load balancer to compute to managed database, with the queue and function branches called out. Save a revision snapshot at each milestone (design, staging, and launch) so drift between milestones is visible instead of argued about. Share a branded public link with the security team for review; export JSON when the platform team wants the model alongside the picture.

The Cloud pack ships on Free with Network, Kubernetes, and Security packs beside it, because real systems cross those boundaries on day one. Combine a Region frame with VPC and subnet frames when the network story matters, and let orthogonal edges carry the traffic paths cleanly. Pro adds embed for runbooks plus watermark-free snapshots; Enterprise adds an SLA and dedicated support when more of the organization depends on the map. Draw the region you operate, and the canvas keeps it readable.

Open a published example

Questions

Are the cloud nodes vendor-specific?

No. The Cloud pack is vendor-agnostic (Region, Compute, Function, Object Storage, Managed Database, Queue, CDN, load balancer, and API gateway nodes), so one visual language covers every account you operate.

Can cloud and Kubernetes live on one diagram?

Yes. The canvas holds Cloud, Kubernetes, Network, and Security packs together: put the cluster node beside the managed data plane and connect them with labeled edges for the full request path.

How do I keep the diagram current after launch?

Save revision snapshots at each milestone, share the live link instead of screenshots, and export JSON when the model must travel. Autosave keeps the canvas, not a slide, as the source of truth, and every milestone snapshot stays one click away.

Open a canvas in a minute

Sign in with Google or GitHub. Free for a single seat. Upgrade when the team joins.