Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

deployment-dashboard

Deployment Dashboard es una matriz de despliegue en tiempo real que muestra servicios × entornos, obteniendo datos directamente desde eventos de pipelines CI/CD. Utiliza .NET 10 con Angular 20 y actualiza la interfaz vía Server-Sent Events (SSE). Soporta múltiples herramientas CI/CD sin necesidad de

Ficha actualizada 29 sept 2026, 17:07 · upstream 29 sept 2026, 16:53 · release v0.22.0

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es deployment-dashboard

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Deployment Dashboard proporciona una matriz visual de despliegues que responde a la pregunta: ¿qué versión del servicio X está ejecutándose en el entorno Y ahora mismo, y ¿el último despliegue tuvo éxito? La solución integra datos directamente desde eventos de pipelines CI/CD sin necesidad de plugins ni reescritura de pipelines.

El sistema soporta GitHub Actions, Azure DevOps, GitLab CI, Jenkins y scripts shell mediante una única llamada HTTP POST a /api/deployments. Ofrece dos vistas: Matrix (una fila por servicio, columna por entorno) y Swimlanes (gráficos de despliegues por servicio mostrando el flujo entre entornos). Las actualizaciones se empujan en tiempo real a todos los navegadores abiertos mediante SSE.

La arquitectura incluye un gateway nginx en puerto 8080, API con .NET 10, frontend Angular y PostgreSQL como base de datos. Soporta modos standalone (PostgreSQL externo) o full (PostgreSQL integrado). Incluye Fetcher opcional para modo pull cuando no es posible empujar eventos.

CASOS DE USO
  • Visualizar en tiempo real qué versión de cada servicio está desplegada en cada entorno
  • Verificar el estado de los últimos despliegues sin acceder a pipelines individuales
  • Integrar con cualquier herramienta CI/CD existente mediante una única llamada HTTP POST
  • Monitorear flujos de despliegue entre entornos (dev → staging → prod) en vista Swimlanes
PUNTOS DESTACADOS
  • Integración single-step: un solo endpoint POST /api/deployments sin plugins ni agentes
  • Tool-agnostic: compatible con GitHub Actions, Azure DevOps, GitLab CI, Jenkins y scripts shell
  • Actualizaciones en tiempo real vía SSE sin recargar la página
  • Historial append-only de todos los despliegues (≥ 90 días, configurable)
  • Auto-descubrimiento de topología: servicios y entornos derivados directamente de eventos
  • Seguridad por diseño: escritura API-key gated, lectura interna, SPA sin secretos
PRECAUCIONES
  • Requiere configuración manual de variables de entorno (API_KEY, POSTGRES_USER, POSTGRES_PASSWORD)
  • Modo pull opcional mediante Fetcher adicional que consume recursos extra
  • Dependencia de PostgreSQL para persistencia de eventos de despliegue
VISUAL

Capturas del proyecto

Imágenes reales detectadas en la documentación del repositorio.

Deployment matrix — services × environmentsSwimlanes viewDeployment Dashboard
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU1 vCPUrecomendación inicial
MEMORIA1 GBRAM estimada
DISCO20 GBalmacenamiento base
COMPLEJIDADlownivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Despliegue manual

Usar docker compose con perfil demo para evaluación rápida sin clonar. Para producción, usar perfil full con PostgreSQL integrado o standalone con PostgreSQL externo. Configurar DASHBOARD_API_KEY en .env y ajustar retención de datos según necesidad.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
No detectados
SERVICIOS
PostgreSQL
BASES DE DATOS
PostgreSQL
PUERTOS
8080
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.