Moonin está en beta abierta desde agosto de 2026, con clientes incorporándose. Esta página dice en qué direcciones avanza el producto y, sobre todo, qué decidimos no hacer.
Sin fechas a propósito. Un roadmap con fechas que no se cumplen vale menos que uno con direcciones que se sostienen.
Moonin responde tres preguntas sobre un cluster de Kubernetes: qué cambió, qué está afectado y cuál es el siguiente paso. Se instala con un solo Helm chart por cluster, sin instrumentar código y sin un agente por servicio.
Funciona sobre Amazon EKS, Google GKE, Azure AKS, clusters autoadministrados y on-premise, porque trabaja contra el API de Kubernetes. Calcula las métricas DORA desde el historial de despliegues del propio cluster, expone 16 herramientas MCP de solo lectura para asistentes de IA, envía alertas a Slack, Microsoft Teams y VictorOps, y el acceso se gobierna con SSO empresarial.
Hoy el portal es el lugar donde se mira. Eso está bien para una revisión, pero no para las dos de la mañana: quien está de guardia no debería tener que abrir una pestaña para saber qué cambió.
Las alertas hacia Slack y Teams y las herramientas MCP son el camino, y por eso son las dos superficies donde el producto va a ganar profundidad antes que el portal. La medida de éxito es que la respuesta llegue sin que nadie la vaya a buscar.
El diferenciador de Moonin es el eje del cambio: no cuánta CPU usa un pod, sino qué se desplegó y qué se rompió después. Ahí es donde la profundidad compone.
Hoy la relación con GitOps es deliberadamente mínima: Moonin lee la etiqueta argocd.argoproj.io/instance para atribuir recursos a su aplicación, y nada más. Correlacionar más de ese flujo —sin operar la herramienta ni tocar manifiestos— es la dirección natural.
No tenemos SOC 2 ni ISO 27001, y lo decimos en la página de seguridad en vez de esperar que nadie pregunte. Certificar toma tiempo y dinero que hoy van al producto.
Esa prioridad cambia cuando un proceso de compra lo exija: es una decisión de secuencia, no una postura. Lo declaramos en este orden a propósito, para que nadie gaste tiempo en una evaluación que su propio proceso va a rechazar.
No habrá remediación automática. Moonin no va a reiniciar pods, revertir despliegues ni correr comandos en tus nodos. Es una decisión de producto, no una funcionalidad que falte: diagnosticar y actuar son responsabilidades distintas, y la segunda es tuya. La única mutación posible seguirá siendo el ajuste de HPA y réplicas del Scaling Rules Agent, opcional y desactivado de fábrica.
No habrá soporte para máquinas virtuales, funciones serverless ni bases de datos sueltas. Un solo tipo de sistema, hecho bien, en vez de cinco a medias.
No habrá un APM con visibilidad a nivel de código. Si lo que necesitas es ver dentro de una función, Moonin no es la respuesta, y nuestras comparaciones lo dicen con nombre y apellido en vez de esquivarlo.
ConócenosLicenciamientoSeguridad y permisosPrograma de partnersvs Datadogvs Prometheus y Grafanavs New Relicvs Dynatracevs ELK y ElasticsearchCrashLoopBackOffOOMKilledImagePullBackOffPod en PendingDocumentaciónDemoRegístrateContáctanosArguz, la empresa