uptime · 30d
99.97 %
Portal en operación · cbb-1
Sprints, despliegues, facturas, incidentes y documentos en una sola consola. Sin perseguir a nadie por WhatsApp para saber cómo va tu proyecto.
Cada función pasa un mes de uso interno antes de llegar a un cliente. Lo que ves aquí es el mismo portal con el que operamos.
Vista en vivo
$ blokis status
todos los sistemas operativos
uptime · 30d
99.97 %
proyectos act.
4
tickets abiertos
7
facturado · mes
$ 18.4 k
// actividad reciente
$ blokis projects ls
4 proyectos · 2 sprints en curso
$ blokis billing pending
$4 090 pendiente · 1 vencimiento próximo
| id | monto | estado | cuándo |
|---|---|---|---|
| INV-0241 | $1.480 | pagada | hace 2 días |
| INV-0242 | $890 | pendiente | vence en 3d |
| INV-0243 | $3.200 | borrador | editar |
$ tail -f /var/log/blokis.log
streaming en vivo desde 7 nodos
Señales en una pantalla
Números que ve el cliente
CDN y nodos monitoreados en continuo
Build → CDN edge en producción
Base de datos y archivos · retención 30 días
Sin tickets ni reuniones de seguimiento
Anatomía del portal
Elige una zona para ver qué encuentras dentro. Es el mismo orden que tiene el menú del portal real.
KPIs en vivo, actividad reciente y estado por proyecto en una sola pantalla.
Cada producto con su sprint activo, los commits del período y los deploys recientes.
Pagadas, pendientes y borradores, con conciliación automática de las pasarelas.
Streaming desde los nodos: deploys, crons, salud del servicio y rate-limit.
Documentos, contratos y credenciales con aislamiento por fila para cada cliente.
Garantías técnicas
Cuatro decisiones de arquitectura que no se negocian, porque son las que hacen que abrir el portal sea seguro.
Cada cliente sólo ve lo suyo. Las políticas viven en Postgres, no en el frontend.
Sin contraseñas que perder. Sesión rotativa con bitácora de accesos.
Cada acción queda registrada: quién, cuándo y sobre qué — y no se puede editar.
Restores probados cada mes. Tiempo objetivo de recuperación por debajo de 30 minutos.