Tablero de lluvia de ideas
Notas adhesivas para el problema, las ideas y los próximos pasos
19 nodos
- Básico
Técnico
Ingress, service, deployment, pods, almacenamiento y configuración
Funciona en el plan Free: 15 nodos de diagrama + 150 notas, textos, pegatinas y temas de mapa mental por diagrama.
Esta plantilla es una arquitectura de Kubernetes mínima para una API en producción: un Ingress dirige el tráfico a un Service, el Service expone un Deployment, el Deployment ejecuta dos Pods, y los Pods guardan datos en un PersistentVolumeClaim y leen la configuración de un ConfigMap.
Cada elemento es un nodo real de Kubernetes del pack de Kubernetes, no una caja genérica con un icono, y cada conexión está etiquetada con lo que hace: «enruta a», «expone», «ejecuta», «almacena en», «configuración de». Úsala como punto de partida para el diagrama de tu propio clúster, añade namespaces, secrets o autoescaladores y mantén la imagen junto a los manifiestos que describe.
Renombra el Service, el Deployment y el ConfigMap según tu carga de trabajo.
Añade desde el pack de Kubernetes las réplicas, namespaces, secrets y demás recursos que tu servicio usa de verdad.
Mantén correctas las etiquetas de las conexiones para que el diagrama se lea como el flujo de peticiones y datos.
Comparte un enlace con el equipo o exporta en SVG o PNG para la documentación, y guarda una versión cada vez que cambie la arquitectura.
Sí. Pega tus manifiestos o la salida de kubectl get -o yaml en la herramienta gratuita YAML de Kubernetes a diagrama, o usa Importar YAML en el editor. Los namespaces se convierten en marcos; Ingress, Services, cargas de trabajo, ConfigMaps y volúmenes se dibujan como nodos de Kubernetes conectados como en el YAML y listos para editar. Los archivos de Docker Compose se importan igual.
El pack de Kubernetes tiene 33 tipos de recursos: namespaces, nodes, pods, deployments, statefulsets, daemonsets, replicasets, jobs, cronjobs, services, ingresses, ingress classes, gateways y routes de Gateway API, network policies, config maps, secrets, persistent volumes y claims, storage classes, service accounts, roles, cluster roles y sus bindings, autoescaladores horizontales y verticales de pods, pod disruption budgets, resource quotas, limit ranges, webhooks, custom resource definitions y custom resources.
Sí. Los packs de nube, C4, red y otros funcionan en el mismo lienzo, así que puedes mostrar el clúster dentro de su región en la nube o junto al contenedor C4 que implementa.
Notas adhesivas para el problema, las ideas y los próximos pasos
19 nodos
Caso de uso relacionado
Diagramas de arquitectura KubernetesInicia sesión con Google o GitHub. Gratis para un asiento. Mejora el plan cuando se una el equipo.