Diseña, despliega y prueba bajo carga tu infraestructura cloud en tu laptop.
Arrastra y conecta recursos de AWS, Azure, Google Cloud y OCI, o abre tu docker-compose y tus manifiestos de Kubernetes; obtén código limpio, ejecútalo en tu máquina y mira cómo aguanta el tráfico. Nada toca tu cuenta real ni tu factura.
Desplegado — tu API está en líneaGEThttp://127.0.0.1:45123/…/itemsAbrir EndpointsPrueba de carga
Cómo funciona
De la idea a infraestructura probada en cuatro pasos
Diséñala, ejecútala en local, ponla bajo carga y llévate el Terraform.
01DiseñaArrastra recursos, conéctalos y acierta con el cableado.arrastrar · conectar · ⌘K
02Ejecuta en localDespliega en un sandbox de nube privado en tu equipo.Floci · Docker
03PruebaLlama a cada endpoint y ponlo a prueba con gráficas en vivo.p95 12 ms · aprobada
04Entrega TerraformExporta código formateado y tfvars por entorno.main.tf · dev.tfvars
Funciones
Todo lo que hay entre la pizarra y producción
Una sola app para lo que normalmente exige una cuenta real, un montón de archivos de configuración y algo de valentía.
Diseña conectando
Arrastra, suelta, conecta. Esa es tu arquitectura.
Cada recurso de los providers de Terraform de AWS, Azure, Google Cloud y OCI —unos 5.200 tipos— es un nodo en el lienzo. Conecta dos nodos y Nimbo hace el cableado por ti.
Modo Guiado: primero los campos obligatorios, valores por defecto sensatos y recetas de un clic como “SQS → disparador de Lambda”
Modo Pro: todos los atributos, expresiones HCL, meta-argumentos y paleta de comandos ⌘K
Variables por entorno, con los secretos enmascarados
Política de acceso a la colaaws_iam_role_policy.worker_sqs
Local
Conectar cola SQS → función Lambda
Disparar la función desde la colaRecomendadaAñade un event source mapping y los permisos IAM
Permitir que la función envíe mensajesConcede sqs:SendMessage y pasa la URL
Solo referenciar la URL de la colaDefine una variable de entorno
Receta aplicada · 2 recursos, 3 conexiones
Terraform en ambos sentidos
Exporta Terraform limpio. O trae el tuyo.
Exporta cualquier workflow como archivos idiomáticos, limpios según terraform fmt, con un .tfvars por entorno. ¿Ya tienes Terraform? Importa una carpeta entera —módulos locales incluidos— y recupera el diagrama, con las conexiones derivadas de las referencias.
HCL plano y tuyo: sin lock-in ni formatos propietarios
Un archivo .tfvars por entorno
Importa la carpeta de un repo y, por fin, ve su arquitectura
Terraform · en ambos sentidos
ImportarExportarImportados 2 entornos · 1 módulo
RedMódulomodule.network
./modules/network
Miniaturasaws_lambda_function.thumbs
Local
Subidasaws_s3_bucket.uploads
Local
~/infra
envs/
dev/
terraform.tfvars
prod/
modules/
network/
main.tf
Leyendo HCL…
main.tfenvs/dev.tfvarsterraform fmt ✓
1module"network" {
2source = "./modules/network"
3}
4
5resource"aws_s3_bucket""uploads" {
6bucket = "${var.env}-uploads"
7}
8
9resource"aws_lambda_function""thumbs" {
10function_name = "${var.env}-thumbs"
11vpc_config {
12subnet_ids = module.network.subnets
13 }
14}
Vista Architecture
El mismo diseño, como un diagrama de arquitectura.
Cambia de Build a Architecture y Nimbo dibuja tu diseño como un diagrama de arquitectura de referencia: iconos oficiales, nube → región → VPC → subredes anidadas, y flechas que siguen el flujo de datos. Sale del mismo Terraform, así que nunca queda desactualizado.
Iconos oficiales de AWS, Azure, Google Cloud y Oracle Cloud
Security groups, tablas de rutas y gateways integrados en las tarjetas que los usan
Los módulos se expanden en sus servicios, también en proyectos importados
Exporta a PNG (hasta 4×) o SVG para tus docs, revisiones y presentaciones
Orders pipelineBuildArchitecture
Workspaces de Docker
Tu archivo compose, como un diagrama que corre.
Abre o crea un proyecto de docker-compose: los archivos compose y los Dockerfiles siguen siendo la fuente de verdad. Los servicios aparecen con el icono de su tecnología, lo que editas en el lienzo vuelve al YAML sin perder tus comentarios, y Deploy ejecuta docker compose up con estado y logs en vivo.
168 imágenes con versión fija, health checks y datos de conexión
Buenas prácticas con correcciones de un clic: multi-stage, imágenes ligeras, sin root, health checks
Pruebas de carga con CPU y memoria en vivo por contenedor y el cuello de botella señalado
Notes API · compose.yamlCorriendoPrueba de carga
Workspaces de Kubernetes
Manifiestos, Kustomize y Helm, en un clúster propio.
Cada workflow tiene un clúster k3s local en un solo contenedor de Docker; tu ~/.kube/config nunca se toca. Nimbo construye tus imágenes, aplica los manifiestos o instala el chart, y muestra rollouts, pods, logs, port-forwards y URLs del Ingress.
Los overlays y archivos de values se vuelven entornos
Autocompletado y revisiones desde el esquema de Kubernetes, con correcciones de un clic
Convert to Kubernetes: un proyecto compose se vuelve manifiestos, Kustomize o un chart de Helm
Shop on KubernetesClúster localCompose → K8s
Listo para producción
Una puntuación de preparación respaldada por pruebas reales.
Los workspaces de Docker y Kubernetes tienen una puntuación de Readiness por entorno, con una fila por componente. Combina las revisiones de buenas prácticas con evidencia de tu máquina: pruebas de carga, escenarios de incidentes, un plan de capacidad y monitoreo. Cada hueco enlaza a la revisión, la prueba o la corrección que lo cierra.
Incidentes durante una prueba de carga —matar una réplica, tumbar o ralentizar una dependencia, vaciar la caché, un pico de tráfico— con el veredicto sobrevivió, degradado o falló
Planificador de capacidad: réplicas, nodos y costo mensual en AWS, Azure, Google Cloud y OCI con sus precios de lista, aplicado a un entorno con un clic
Monitoreo con un clic: Prometheus, Grafana y alertas, incluidas la tasa de errores HTTP 5xx y la latencia p95
Entornos desde compose.<env>.yaml y .env.<env>, overlays de Kustomize o values de Helm, para comparar y editar
Notes API · prodReadinessIncidente
Aprende
Rutas y retos que Nimbo califica de verdad.
Rutas de principiante a experto y 78 retos prácticos para AWS, Azure, Google Cloud, Oracle Cloud, Docker, Kubernetes y problemas comunes a todas las nubes, basados en la documentación oficial y las guías de certificación. Cada uno trae el problema, los requisitos, pistas y una solución. Pulsa Check my solution y Nimbo califica tu trabajo.
Los retos de Docker y Kubernetes corren en tu máquina: Nimbo los despliega y, según el objetivo, los llama, les hace pruebas de carga o los rompe a propósito; la mayoría de los de AWS corren en el emulador local
Los retos de Azure, Google Cloud y Oracle Cloud se califican sobre el diseño: validación, reglas de buenas prácticas y estructura
Tu progreso se guarda en una base de datos local; el contenido nuevo llega como migraciones aportadas por la comunidad
Learn · DockerRutaReto
Nube local privada
Despliega en una nube que vive en tu laptop.
Cada workflow tiene su propio sandbox en Docker con los emuladores Floci que necesita para AWS, Azure, Google Cloud y OCI. Terraform corre dentro y el lienzo muestra qué está desplegado.
Nada toca tu cuenta cloud real ni tu factura
Un sandbox aislado por workflow
Las URLs locales y credenciales de prueba se mantienen entre reinicios
Sandbox local · orders-api
Tu equipo
Docker
AWSfloci · :45123
Azurefloci-az · :45124
Google Cloudfloci-gcp · :45125
Oracle Cloudfloci-oci · :45126
$ terraform apply
Sandbox · 4 Floci emulators readyaws_sqs_queue.jobs: Creating...aws_sqs_queue.jobs: Creation complete after 1sazurerm_storage_account.files: Creation complete after 2sgoogle_pubsub_topic.events: Creation complete after 1soci_objectstorage_bucket.media: Creation complete after 1sApply complete! Resources: 4 added, 0 changed, 0 destroyed.
Descubre cómo se comporta con tráfico antes que producción.
Elige smoke, load, stress, spike o soak, o diseña tus propias etapas. Mira en vivo los percentiles de latencia, los errores y un puntaje de estabilidad, encuentra el punto de quiebre y define umbrales de aprobado/fallido.
Latencia p50 / p95 / p99, tasa de error y puntaje de estabilidad en vivo
Endpoints HTTP y operaciones de AWS: SQS, S3, DynamoDB, Lambda, SNS, Kinesis, EventBridge, Step Functions
Historial de ejecuciones y comparación lado a lado
Prueba de carga · estrés · orders-api
En cursoAprobadaEstrés · POST /items60 s
Peticiones13.441
Pico pet/s361
Latencia p95319 msp50 47 ms
Tasa de error0,44 %
EstabilidadEstable
RendimientoObjetivoLogrado
500 req/s
Latenciap50p95p99
400 ms
Punto de ruptura ≈ 350 pet/s
Criterios de aprobaciónp95 < 500 ms319 mstasa de error < 1%0,44 %checks > 99%99,60 %
Agentes de IA vía MCP
Deja que tu agente de IA lo construya contigo.
Nimbo incluye un servidor MCP. Tu agente puede crear y ampliar workflows, desplegarlos en el sandbox, llamar a lo que desplegó y hacerle pruebas de carga, y tú ves cada cambio en vivo en el lienzo.
Instalación con un clic desde Ajustes para
Claude Code
Claude Desktop
Cursor
Codex
VS Code
Windsurf
Gemini CLI
Prueba a pedirle
›Crea una API HTTP con una Lambda y una tabla DynamoDB y hazle una prueba de carga.
›Importa el Terraform de ~/code/platform y explícame qué contiene.
›Despliega este workflow y haz una prueba de carga a la API: necesito p95 menor a 200 ms con 50 rps.
Agente de IA · Nimbo MCP
Tu agente de IAMCP de nimbo conectado
Crea una API HTTP con una Lambda y una tabla DynamoDB, despliégala y lanza una prueba de humo
nimbocreate_workfloworders-api
nimboadd_nodeaws_apigatewayv2_api
nimboadd_nodeaws_lambda_function
nimboadd_nodeaws_dynamodb_table
nimboconnectapi → fn → table
nimbodeploysandbox
nimborun_load_testsmoke
Listo: la API está en línea en tu sandbox y la prueba de humo se aprobó.Aprobada · p95 12 ms
Nimbo · orders-api
API Gatewayaws_apigatewayv2_api.http
LocalDesplegado
Lambdaaws_lambda_function.api
LocalDesplegado
DynamoDBaws_dynamodb_table.items
LocalDesplegado
Aprobada · p95 12 ms
Conexiones
Prueba los servicios que ya tienes.
Guarda Conexiones a lo que ya corre en otro lado —cualquier API HTTP, PostgreSQL, MySQL, Redis, MongoDB o una cuenta real de AWS mediante un perfil— y hazles pruebas de carga desde la pantalla de inicio o desde cualquier workflow.
Autenticación por cabeceras, bearer, basic y API key
Los secretos se quedan en tu computadora y no se vuelven a mostrar
El tráfico que sale del sandbox local siempre pide confirmación
Conexiones
orders-dbPostgreSQL
db.internal:5432/orders
Probar conexiónProbando…PostgreSQL 16 · 4 ms
cacheRedis
cache.internal:6379
Probar conexiónProbando…Redis 7.4 · 1 ms
staging-apiHTTP APIReal
https://staging-api.example.com
Prueba de cargaPrueba de humo en curso…Prueba de humo OK · p95 48 ms
aws-stagingAWSReal
profile staging · eu-west-1
Pide confirmación en cada prueba
¿Enviar tráfico real a staging-api.example.com?Esta prueba ataca un servicio real, no tu sandbox. Continúa solo si tienes permiso para probarlo.
Destino
https://staging-api.example.com/health
Tráfico
≈ 600 peticiones en 1 min
CancelarEnviar tráfico
Guiado y Pro
Hecho para principiantes y para pros
Cambia de modo cuando quieras. Mismo workflow, mismo Terraform; solo cambia el nivel de detalle.
Guiado
¿Nuevo en la nube? Empieza aquí.
Solo los campos que necesitas, con valores recomendados
Recetas de conexión de un clic
Explicaciones en lenguaje claro de lo que desplegaste
No necesitas Docker para compilar. Al abrir Nimbo por primera vez, revisa Docker para tu sistema y las imágenes del sandbox, te explica lo que falte en lenguaje claro y lo arregla con un clic cuando puede. Guía de instalación →
Sí. Nimbo es gratis y corre en tu propia computadora: sin cuenta, sin registro, sin suscripción. El código fuente está en GitHub.
¿Toca mi cuenta de AWS?
No. Los despliegues van a un sandbox privado en tu máquina, impulsado por los emuladores Floci en Docker. Solo se usa una cuenta real si guardas explícitamente una Conexión a ella, y todo tráfico que salga del sandbox local te pide confirmación antes.
¿Necesito Docker?
Sí, para la nube local: sirven Docker Desktop, OrbStack, Colima, Rancher Desktop, Docker Engine en Linux o Podman con la CLI docker. No lo necesitas para compilar la app: la guía inicial revisa Docker para tu sistema y te ayuda a resolver lo que falte. Tampoco necesitas Terraform instalado.
¿Qué nubes y servicios soporta?
Para diseñar y generar Terraform: todos los recursos de los providers aws, azurerm, google y oci, unos 5.200 tipos. Para desplegar en local: lo que soportan los emuladores Floci para AWS, Azure, Google Cloud y OCI. Nimbo te indica qué recursos pueden correr en local.
¿Puedo exportar mi Terraform?
Sí. Cada workflow se exporta como archivos idiomáticos, limpios según terraform fmt, con un .tfvars por entorno. Es Terraform normal que puedes versionar y aplicar donde quieras. También puedes importar una carpeta existente y recuperar el diagrama.
¿Cómo se conectan los agentes de IA?
Con el servidor MCP integrado de Nimbo. Abre Ajustes → Agentes de IA y pulsa Instalar en Claude Code, Claude Desktop, Cursor, Codex, VS Code, Windsurf o Gemini CLI, o registra nimbo mcp a mano. Los cambios del agente aparecen en vivo en la app.
¿Cómo se califican los retos de Aprende?
Cada reto muestra sus revisiones. Check my solution valida el workflow, ejecuta las reglas de buenas prácticas e inspecciona su estructura. Cuando un objetivo lo pide, como en los retos de Docker, Kubernetes y la mayoría de los de AWS, Nimbo despliega en local y llama al endpoint, lanza una prueba de carga o inyecta un incidente. Los retos de Azure, Google Cloud y Oracle Cloud se califican solo sobre el diseño: para ellos no se despliega nada.
¿Se envían mis datos a algún lado?
La app es local-first: workflows, Conexiones y secretos se quedan en tu computadora (en ~/.nimbo). Este sitio web usa Google Analytics para Firebase solo si aceptas el aviso de cookies, y puedes cambiar tu elección cuando quieras desde “Configurar cookies” en el pie de página.
Tu próxima arquitectura está a un arrastre de distancia.
Nos gustaría usar Google Analytics para Firebase para entender cómo se usa este sitio web. Solo se activa si aceptas. La app de Nimbo no incluye analítica.