Skip to content

🗺️ KuaDashboard — Roadmap del Producto ​

Versión actual: v2.0.0 Última actualización: 2026-10-01


🌟 Visión ​

KUA (Know Unified Administration) aspira a ser el panel de control universal open source para la administración de infraestructura cloud-native. No una consola más, sino el único punto de entrada donde confluyen todos los entornos — Kubernetes, AWS, GCP, Vercel y los que vengan — con capacidades de observación, operación y automatización.

"Un solo lugar para conocer y operar toda tu infraestructura distribuida."

Dirección de Producto — KUA Application ​

Observabilidad y Architecture convergerán alrededor de una KUA Application: una aplicación, entorno y perfil con recursos, relaciones, evidencia, telemetría y trazas compartidos. El proyecto no representa una cuenta cloud completa; representa el límite de una aplicación que puede extenderse por AWS, GCP, Vercel y Kubernetes.

La implementación será incremental. APM seguirá siendo la fuente canónica de la aplicación operable y Architecture será inicialmente una vista versionada enlazada a ella. No se moverán métricas, cursores ni payloads de trazas al documento del grafo.

El plan técnico completo está en KUA Unified Management Plan.

Avance v1.14.0 — recursos compartidos ​

  • El análisis AWS tolera aplicaciones mixtas con Kubernetes y limita las lecturas ASL a recursos AWS.
  • La membresía de recursos observables se proyecta automáticamente entre APM y Architecture en ambos sentidos, preservando identidades y evitando duplicados.
  • SAM serverless se normaliza como Lambda/Step Functions y el alcance AWS se recupera desde los recursos del preview cuando falta en el catálogo.
  • El registro compartido sigue siendo la identidad de correlación; métricas, cursores y trazas permanecen en sus almacenes especializados.

Avance v1.14.1 — compatibilidad serverless heredada ​

  • La reconciliación Architecture/APM tolera nodos AWS históricos sin provider y deriva cuenta/región desde ARN para mantener una identidad compartida sin duplicados.

Avance sin publicar — Logs, CloudFormation y Advisor ​

  • CloudWatch Logs con inteligencia (Fase 18): caché local cifrada, consultas con sintaxis de Logs Insights, categorías, firmas recurrentes, datos sensibles y recomendaciones con evidencia que alimentan la topología inteligente. Próximos pasos: #89 (Kubernetes), #90 (tasas históricas), #91 (sync programado), #92 (GCP y Vercel), #93 (diagnóstico asistido).
  • CloudFormation: stacks, drift, change sets con riesgo y operaciones con guardas y auditoría; es el primer slice del centro de control (#51).
  • Advisor (Fase 19): cada resumen (Kubernetes, AWS, GCP) recomienda buenas prácticas de seguridad, infraestructura, arquitectura y desarrollo; KUApps tiene la mirada de producto por aplicación. Reglas deterministas, sin IA ni llamadas facturadas. Próximos pasos: #94 (aceptar y silenciar, historial), #95 (más cobertura), #96 (producto v2: error budget y DORA).

📦 Corto Plazo — v1.10 → v2.0 (Q3 2026) ​

Mejoras incrementales sobre la base actual, priorizando madurez y cobertura.

Proveedores Cloud ​

FeaturePrioridadEsfuerzo
Azure — módulo inicial (VMs, AKS, Blob Storage)Alta3-4 sprints
DigitalOcean — módulo básico (Droplets, K8s, Spaces)Media2 sprints
AWS RDS — modal de detalle completo (ya empezado)Alta1 sprint
GCP — completar servicios faltantes (Dataflow, Dataproc, Bigtable)Media2 sprints

Kubernetes ​

FeaturePrioridadEsfuerzo
Custom Resource Definitions (CRD) — exploración y edición de recursos personalizadosAlta2 sprints
Pod resource graphs — CPU/memory timeline en panel de detalleMedia1 sprint
Network policies — visor y editor visualMedia2 sprints
ArgoCD integración — ver aplicaciones y sincronizaciónMedia2 sprints

UX / Calidad de Vida ​

FeaturePrioridadEsfuerzo
KUA Application — unir APM y Architecture con recursos, relaciones, evidencia y telemetría compartidosAltav1.12 → v2.0
Dashboard home page — resumen cross-provider con widgets configurablesAlta3 sprints
Multi-ventana / tabs — abrir vistas en ventanas separadasMedia2 sprints
Keyboard shortcuts — navegación completa por tecladoBaja1 sprint
Filtros guardados — presets de filtros por namespace/regiónBaja1 sprint

Infraestructura ​

FeaturePrioridadEsfuerzo
Migración a TypeScript en backend (routes/)Media3 sprints
Test coverage — subir de 241 tests a 500+ (backend + frontend)AltaContinuo
CI/CD — GitHub Actions con lint, test, build en cada PRAlta1 sprint
Docker Compose — entorno dev listo con dockerBaja1 sprint

🚀 Mediano Plazo — v2.0 → v3.0 (Q4 2026 — Q1 2027) ​

Features transformacionales que agregan capacidades no existentes hoy.

⚡ Automatización Inteligente ​

FeatureDescripción
Runbooks automatizadosSecuencias de acciones guionadas (ej: "drenar nodo + cordon + reemplazar pod")
Webhook receiverEndpoint para recibir alerts de AWS/GCP/K8s y gatillar acciones
Scheduled actionsProgramar start/stop de instancias, escalado, backups
Planificación, costos e IaCDiseñar recursos desde KUApps, estimar costos, generar Terraform/OpenTofu y aplicar cambios con revisión controlada. Ver KUA Provisioning and Control Plan.

Gestión Unificada de Aplicaciones ​

FeatureEntrega
Architecture sync applyCompletar sincronización autoritativa CloudFormation con revisión atómica y ciclo stale
Vínculo APM ↔ ArchitectureAsociar aplicaciones APM existentes con vistas Architecture sin duplicar recursos
Registro compartidoUnificar identidad, lineage y decisiones de relaciones; mantener telemetría en su almacenamiento especializado
Overlays operativosMostrar salud, frescura, métricas, trazas, deployments y hallazgos dentro del diagrama
Adaptadores multi-cloudExtender el mismo contrato a Kubernetes, GCP y Vercel con capacidades declaradas
Control centerOperar recursos vivos desde la KUA Application: editar, prender, apagar, escalar, desactivar y eliminar con guardrails y auditoría

💰 FinOps y Costos ​

FeatureDescripción
AWS Cost ExplorerGráficos de gasto por servicio, cuenta, tag
GCP BillingReportes de costo desde BigQuery export
Kubecost/K8s costCosto por namespace, deployment, pod
Budget alertsNotificaciones visuales cuando se excede presupuesto

👥 Multi-usuario y Equipos ​

FeatureDescripción
Autenticación local + OAuthLogin con Google/GitHub/Azure AD
RBAC internoPermisos por usuario/rol sobre providers y recursos
Compartir sesionesCompartir enlace temporal a una vista (read-only)
Audit log centralizadoVista de acciones de todos los usuarios

🔌 Extensibilidad ​

FeatureDescripción
Plugin systemCargar módulos externos como providers nuevos
API pública REST/WebSocketDocumentación OpenAPI para integraciones externas
CLI companionHerramienta de línea de comandos para operaciones rápidas

🌌 Largo Plazo — v3.0+ (2027+) ​

La visión ambiciosa del producto.

Proveedores y Stack Completo ​

  • Multi-cloud completo: AWS, GCP, Azure, Oracle Cloud, DigitalOcean, Linode, Vercel, Cloudflare
  • On-premise: vCenter/ESXi, Proxmox, OpenStack
  • GitOps: Integración directa con ArgoCD, FluxCD, GitLab CI
  • Service Mesh: Istio, Linkerd — visualización de malla

IA y Automatización Inteligente ​

  • Asistente conversacional integrado con Bedrock/Llama — "muéstrame los pods con errores en prod"
  • Análisis predictivo — detectar patrones anómalos antes de que sean incidentes
  • Generación de runbooks automáticos desde logs de incidentes

Observabilidad Unificada ​

  • Métricas, logs y traces en un solo panel (reemplazar consolas separadas)
  • Distributed tracing — correlación entre servicios multi-cloud
  • SLI/SLO tracking — dashboards de confiabilidad por servicio

Colaboración ​

  • Multi-sesión en tiempo real — variant-style colaborativo
  • Comentarios y anotaciones sobre recursos
  • Incident response — flujo de detección → diagnóstico → resolución

📊 Métricas de Éxito ​

MétricaObjetivo v2.0Objetivo v3.0
Proveedores cloud5+10+
Tests automatizados500+2000+
Estrellas GitHub200+1000+
Contribuidores10+50+
Descargas/app5,000+50,000+
Tiempo entre releases2-3 semanas1-2 semanas
Disponibilidad API99.9%99.99%
Soporte de idiomas2 (EN/ES)5+ (EN, ES, PT, FR, DE)

📋 Notas del Proceso ​

  • Las prioridades pueden cambiar según feedback de usuarios y tendencias del mercado.
  • Cada release sigue el flujo: Feature freeze → QA → Beta → RC → Release.
  • El changelog completo se mantiene en docs/changelog.md.
  • Este roadmap se revisa y actualiza al inicio de cada ciclo (cada 2-3 releases).

¿Feedback o sugerencias? Abre un issue en github.com/lnavarrocarter/kuadashboard