Azul ha presentado una importante innovación en el rendimiento de Java con su Cloud Native Compiler, integrado en Azul Prime, que permite que las aplicaciones Java inicien su ejecución entre 2 y 5 veces más rápido que con OpenJDK. Esta mejora, denominada por la empresa como la eliminación del «impuesto de calentamiento» de Java, afronta un problema que afecta a las organizaciones desde la aparición del lenguaje.
Los tiempos de calentamiento inciden especialmente cuando se utilizan arquitecturas basadas en orquestación para el autoescalado, donde cada nuevo entorno Java Virtual Machine (JVM) debe pasar por un proceso de compilación Just-In-Time (JIT) que retrasa la respuesta y genera picos de latencia. Tradicionalmente, se ha compensado esta demora manteniendo servidores en espera —lo que implica un sobrecoste— para evitar retrasos en la atención de la demanda.
Azul lleva más de una década tratando esta problemática; en 2014 lanzó ReadyNow para optimizar calentamientos en JVMs individuales, y en 2023 introdujo ReadyNow Orchestrator para extender esta capacidad a flotas enteras. Su nueva propuesta, Cloud Native Compiler, avanza aún más al cambiar el modelo hacia un sistema de compilación predictiva y preventiva. 
Scott Sellers, cofundador y CEO de Azul, explica que durante años los equipos de desarrollo y operaciones han asumido la lentitud en el arranque de JVMs como algo inevitable, llegando a sobreaprovisionar y limitar el autoscaling para ocultar este problema. Con Azul Prime y el Cloud Native Compiler, un nuevo entorno hereda automáticamente las optimizaciones de compilación que ha aprendido la flota previamente, evitando arrancar «en frío» y reduciendo drásticamente el tiempo para alcanzar el rendimiento completo.
El dilema del calentamiento en Java
Cuando una JVM se inicia, el proceso de interpretación y compilación Just-In-Time consume tiempo para optimizar el código que está por ejecutar. Esto implica latencias considerables, especialmente perjudiciales para sistemas que deben escalar dinámicamente bajo demanda. Dado que cada JVM ejecuta este ciclo de calentamiento de forma aislada sin compartir resultados, las empresas enfrentan una doble desventaja: el coste de la demora y el gasto energético y económico de mantener instancias ociosas listas para usar.
La creciente popularidad del autoscaling, la aceleración en la frecuencia de despliegues de software y el aumento del sobreaprovisionamiento de CPUs en plataformas como Kubernetes han agravado esta situación. Por ejemplo, el informe «State of Containers and Serverless 2025» de Datadog señala que casi dos tercios de las organizaciones Kubernetes ahora escalan automáticamente, dejando más tiempos de inicio en frío. Además, GitHub reportó casi mil millones de commits en 2025, un incremento del 25% con respecto al año anterior, impulsado por el auge de herramientas de inteligencia artificial para el desarrollo.
La solución innovadora de Azul
La clave del Cloud Native Compiler es el enfoque proactivo: en lugar de esperar a que cada instancia solicite la compilación de métodos específicos, el compilador distribuye de forma anticipada y en un solo flujo todo el código optimizado necesario para la JVM basándose en el conocimiento acumulado de toda la flota. De esta forma, las nuevas instancias arrancan ya con la compilación avanzada hecha, eliminando los tiempos de calentamiento y suprimiendo la necesidad de mantener instancias calientes en reserva.
Esta tecnología incorpora un sistema de aprendizaje continuo, que sigue optimizando durante la ejecución conforme llegan nuevas instancias, incrementando así el rendimiento y adaptabilidad del sistema con cada inicio.
El resultado es un incremento de rendimiento de 2 a 5 veces en los tiempos de arranque comparado con OpenJDK, algo que, según Azul, ninguna otra distribución ni JVM ofrece con esta escala y variedad de optimizaciones en flotas.
Beneficios para las empresas
Reducir o eliminar el retraso del calentamiento reporta beneficios tangibles:
- Reducción de costes en la nube: desaparece la necesidad de mantener servidores en espera, posibilitando escalados dinámicos y un uso más eficiente de los recursos.
- JVM más ligeras: un JIT compartido reduce el tamaño de las máquinas virtuales, un ahorro que se multiplica cuando se gestionan cientos o miles de instancias.
- Mejora en la experiencia del usuario: se eliminan latencias iniciales, crucial para sectores donde la respuesta instantánea es vital —como detección de fraudes, publicidad en tiempo real, pagos digitales, juegos multijugador y comercio electrónico—.
Además, este avance no requiere ningún cambio en las aplicaciones o microservicios existentes, solo una simple configuración en Azul Prime, facilitando así su adopción sin alterar los desarrollos actuales.
Comparativa con otras soluciones
Existen otras alternativas para mitigar los tiempos de arranque de Java:
- Compilación Ahead-of-Time (AOT): tecnologías como GraalVM, Spring AOT y Quarkus generan ejecutables nativos que arrancan casi instantáneamente y consumen menos memoria, pero requieren soporte de frameworks, cambios en el proceso de build y no alcanzan el máximo rendimiento del JIT en ejecución continua.
- CRaC (Coordinated Restore at Checkpoint): solución del proyecto OpenJDK que permite replicar JVM ya calentadas mediante snapshots. Azul contribuye a CRaC y lo integra en sus distribuciones Zulu con mejoras, aunque la implementación necesita ajustes en el código.
- Distribuciones OpenJDK gratuitas: Temurin, Corretto y Dragonwell emplean técnicas de compartición de datos y arranque optimizado, pero sus mejoras son limitadas respecto a una optimización compartida a nivel de flota.
¿Son fiables las mejoras anunciadas?
Azul comunica un avance de entre 2 y 5 veces en la velocidad de puesta en marcha, aunque hasta ahora solo dispone de pruebas internas y blogs técnicos para fundamentar estas cifras. No se ha publicado aún evidencia externa independiente o estudios de caso que validen estos resultados, lo que podría retrasar la adopción generalizada hasta que haya informes independientes o testimonios de clientes.
Es importante aclarar que esta mejora se nota a nivel de flotas grandes o medianas donde múltiples JVMs trabajan en conjunto, pues el primer arranque seguirá teniendo la latencia habitual, que después se reduce conforme se aprovechan las optimizaciones del conjunto.
Perspectivas y adopción
Eliminar por completo el retraso de calentamiento en Java es un reto complicado dada la arquitectura interna de la plataforma, pero avances como el Cloud Native Compiler representan un progreso significativo. Para organizaciones con flotas considerables, estas mejoras suponen menos gastos operativos y mejor rendimiento, mientras que las más pequeñas también pueden beneficiarse aunque en menor medida.
El siguiente desafío para Azul será lograr una rápida implantación de su Cloud Native Compiler, reforzada por la ventaja de no requerir cambios en el código ni inversión técnica adicional para quienes ya usan Azul Prime, que incluye esta funcionalidad sin coste extra.
