Caso de uso

Diagramas de arquitectura cloud

Región, cómputo, datos gestionados y gateways como nodos reales: el mapa cloud que el equipo de plataforma conserva.

Escenario

Una ingeniera de plataforma documenta una cuenta de producción: una región, cómputo y functions, una base gestionada, una cola, un CDN y un API gateway delante de un clúster Kubernetes.

Los nodos del pack Nube están hechos para mapas de plataforma, no para una plantilla de rectángulos genéricos. Combínalos con packs de red y Kubernetes cuando el sistema cruce entornos. El pack Nube está en Free.

¿Ya tienes tu infraestructura como código?

Pega tus archivos en una herramienta gratuita y ve tu infraestructura como diagrama antes de empezar a dibujar.

Lo que dibujas

Diagramas de arquitectura cloud

  • Región como marco
  • Compute y Function
  • Object Storage y Managed DB
  • Queue
  • CDN, balanceador y API gateway
  • cloud.k8s-cluster cuando las cargas están en Kubernetes

Por qué Archboard

Archboard es software de arquitectura cloud alojado, con nodos agnósticos del proveedor que aun así se parecen al sistema. Dibuja el pack Nube en Free; suscríbete a Pro para nodos ilimitados, embeber y un camino a Enterprise cuando empiece la revisión de seguridad.

Packs en este lienzo

Nube · Red · Kubernetes · Seguridad

Todos los packs incluidos están en Free (3 diagramas, 15 nodos de diagrama + 150 notas, textos, pegatinas y temas de mapa mental cada uno, compartir público con marca, edición en vivo con tus agentes de IA). Pro añade diagramas y nodos ilimitados, asientos para que tus compañeros editen en vivo, embeber y exportar sin marca de agua ($10/asiento/mes).

Cómo va una sesión

  1. Inicia sesión y empieza un lienzo en blanco

  2. Suelta un marco Región, luego cómputo, almacenamiento y el plano de datos

  3. Añade CDN y API gateway en el borde; conecta puertos

  4. Comparte un enlace público con marca, o pasa a Pro para embeber e instantáneas sin marca de agua

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.

Abre un lienzo en un minuto

Inicia sesión con Google o GitHub. Gratis para un asiento. Mejora el plan cuando se una el equipo.