Dónde sí aparece la tensión: el compromiso anual
El precio por hora se descuenta de un compromiso anual a nivel de plataforma. Contratas un monto por el año y cada capacidad que uses lo consume según el tarifario.
La ventaja es que no hay penalidades por exceso ni sorpresas de habilitación: todo está disponible desde el día uno. La dificultad es que tienes que pronosticar el consumo de un año, y en Kubernetes pronosticar horas de memoria es difícil justamente por lo mismo que hace atractivo el cobro por hora — el cluster se mueve.
Si te pasas, negocias antes de tiempo. Si te sobra, pagaste por capacidad que no usaste. Ninguna de las dos es catastrófica, pero las dos requieren atención que un modelo sin compromiso no pide.
Entonces cuál es la diferencia real
La primera es el alcance. Dynatrace es una plataforma que se adopta: OneAgent en cada host, descubrimiento automático de todo, y un modelo de datos propio en el que después vives. Moonin es una herramienta que se agrega, responde dos preguntas y no pretende ser el lugar donde miras todo.
La segunda es qué preguntas responde. Moonin está construido alrededor de una sola idea: qué cambió en el cluster y qué se rompió después. Mantiene el historial de revisiones de cada servicio con su imagen y su commit, y calcula las métricas DORA desde ese historial y no desde un formulario. Eso es una vista de entrega, no de rendimiento.
La tercera son las 16 herramientas MCP, todas de solo lectura, que dejan preguntarle al cluster desde un asistente de IA en lenguaje natural, sin abrir el portal. Es una forma distinta de consultar, no una versión más barata de la misma.
Y la cuarta es la instalación: un solo Helm chart por cluster, con trazas obtenidas por eBPF en el kernel y sin instrumentar código. El agente sí necesita privilegios en el nodo para leer el tráfico del kernel — es la contrapartida de no tocar tus aplicaciones, y está documentada agente por agente.
Cuándo Moonin no es la respuesta
Si necesitas visibilidad a nivel de código —cuánta CPU consume cada método, trazas con anotaciones de tu negocio, detección automática de causa raíz sobre el stack completo— Dynatrace hace eso y Moonin no. Cambiar por ahorrar sería un mal negocio.
Si tu valor está en la detección automática de anomalías de Davis sobre toda la plataforma, eso tampoco tiene equivalente aquí.
Si ya pronosticaste y negociaste tu compromiso anual y la cuenta te cierra, no hay problema que resolver. Moverse cuesta trabajo y ese trabajo tiene que comprar algo.
Y si tu equipo depende de tableros hechos a mano sobre datos propios, eso se queda donde está: Moonin no es un motor de tableros.
Dónde sí tiene sentido considerarlo
El caso claro es cuando estás pagando Full-Stack en servicios donde nadie mira el perfil de CPU por método, y lo que en realidad se consulta es qué se desplegó y cuándo. Ahí estás pagando un APM completo para responder una pregunta de entrega.
El segundo caso es cuando el compromiso anual te obliga a decidir hoy cuánta memoria vas a tener en doce meses, y preferirías un costo que dependa del tamaño declarado y no de las horas.
El tercero es cuando quieres que la persona de turno consulte el estado del cluster desde el asistente que ya usa, en vez de aprender un lenguaje de consulta.
Y en todos ellos la forma sensata de averiguarlo es correr las dos herramientas en paralelo: el acceso de Moonin al API de Kubernetes es de solo lectura y no interfiere con OneAgent.
Ver si aplica a tu caso
La pregunta que ordena la decisión no es cuánto pagas, sino para qué usas lo que pagas: si el Full-Stack de la mayoría de tus servicios se consulta para saber qué se desplegó, hay algo que revisar. Si se usa para perfilar código, no.
El precio de Moonin por Unidad de Cómputo · Ver Moonin sobre un cluster real, sin formulario