Anwendungsfall

Cloud-Architekturdiagramme

Region, Compute, verwaltete Daten und Gateways als echte Nodes: die Cloud-Karte, die das Plattformteam behält.

Szenario

Eine Plattformingenieurin dokumentiert ein Produktionskonto: eine Region, Compute und Functions, eine Managed Database, eine Queue, ein CDN und ein API-Gateway vor einem Kubernetes-Cluster.

Cloud-Pack-Nodes sind für Plattformkarten gebaut, nicht als Schablone generischer Rechtecke. Kombinieren Sie sie mit Netzwerk- und Kubernetes-Packs, wenn das System Umgebungen überschreitet. Das Cloud-Pack liegt auf Free.

Sie haben Ihre Infrastruktur schon als Code?

Fügen Sie Ihre Dateien in ein kostenloses Tool ein und sehen Sie Ihre Infrastruktur als Diagramm, bevor Sie zu zeichnen beginnen.

Was Sie zeichnen

Cloud-Architekturdiagramme

  • Region als Rahmen
  • Compute und Function
  • Object Storage und Managed DB
  • Queue
  • CDN, Load Balancer und API-Gateway
  • cloud.k8s-cluster, wenn Workloads auf Kubernetes liegen

Warum Archboard

Archboard ist gehostete Cloud-Architektursoftware mit anbieterneutralen Nodes, die trotzdem wie das System aussehen. Zeichnen Sie das Cloud-Pack auf Free; abonnieren Sie Pro für unbegrenzte Nodes, Embed und den Weg zu Enterprise, wenn das Security Review beginnt.

Packs auf diesem Canvas

Cloud · Netzwerk · Kubernetes · Sicherheit

Jedes eingebaute Pack ist auf Free (3 Diagramme, je 15 Diagramm-Nodes + 150 Notizen, Texte, Sticker & Mindmap-Themen, öffentliche Freigabe mit Marke, Live-Bearbeitung mit Ihren KI-Agenten). Pro ergänzt unbegrenzte Diagramme und Nodes, Sitze für die Live-Bearbeitung im Team, Embed und Export ohne Wasserzeichen ($10/Sitzplatz/Monat).

So läuft eine Sitzung

  1. Anmelden und einen leeren Canvas starten

  2. Einen Region-Rahmen ablegen, dann Compute, Storage und die Datenebene

  3. CDN und API-Gateway am Rand ergänzen; Ports verbinden

  4. Einen öffentlichen Link mit Marke teilen oder für Embed und Snapshots ohne Wasserzeichen auf Pro upgraden

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.

In einer Minute ein Canvas öffnen

Melden Sie sich mit Google oder GitHub an. Kostenlos für einen Sitzplatz. Upgrade, wenn das Team dazukommt.