Microsoft se sube al tren de OpenJDK

Microsoft está lanzando su propia versión OpenJDK de Java, uniéndose a Azul, RedHat y Amazon. ¿Por qué debería Microsoft involucrarse en esto cuando ya hay tantas opciones? Una razón es establecer un punto de apoyo en la participación de mercado de Java, la otra es que internamente usa mucho Java en su infraestructura, particularmente en su ecosistema Azure (Azure Spring Cloud, Azure App Service, Azure Functions, Azure Kubernetes) y para esto Debe tener su propia compilación uniforme y universal aplicada: Microsoft implementa internamente más de 500,000 Java Virtual Machines (JVM), excluyendo todos los servicios de Azure y las cargas de trabajo de los clientes, con necesidades que van desde microservicios de back-end hasta sistemas de Big Data, agentes de mensajes, servicios de transmisión de eventos. y servidores de juegos. Más de 140.000 de estas JVM ya se basan en la compilación de OpenJDK de Microsoft. Sin embargo, aquí está la especialización de la compilación de Microsoft: «puede contener correcciones y mejoras con backports que creemos que son importantes para nuestros clientes y nuestros usuarios internos, que puede que aún no hayan sido backportados formalmente upstream»; otra razón por la que Microsoft está ansioso por tener su propia solución. La compilación es para la versión 11 de Java basada en OpenJDK 11.0.10 + 9, está dirigida a entornos de escritorio y servidor en macOS, Linux y Windows y está en LTS al menos hasta 2024. Sin embargo, esta es una compilación de vista previa: porque queremos dar nuestro los clientes y usuarios tienen la oportunidad de proporcionar comentarios sobre aspectos como el embalaje y la experiencia de instalación antes de enviar una versión disponible de forma general lista para la producción. Sin embargo, Microsoft no se detendrá con Java 11; una vez que Java 17 esté finalizado, también lanzarán los binarios para esa versión. Entonces, ¿por qué debería optar por la versión de Microsoft en lugar del resto?
Hay un cuadro muy ilustrativo que detalla las diferencias entre las compilaciones de los distintos proveedores en el sitio web de Azul, pero falta el de Microsoft e imagino que se agregará a la lista pronto para que pueda obtener una imagen más clara.
Sin embargo, OpenJDK no se trata solo de binarios. Como señala el Dr. Heinz M. Kabutz en su contribución a 97 cosas que todo programador de Java debería saber por Kevlin Henney y Trisha Gee, realmente debería «leer OpenJDK todos los días», ya que puede aprender mucho de las prácticas de codificación empleadas para escribirlo. . OpenJDK consta de millones de líneas de código Java. Casi todas las clases violan algunas pautas de «código limpio». El mundo real es desordenado. No existe un «código limpio» e incluso nos esforzaremos por definir qué es. ¿Y cómo te mantienes al día con las noticias que giran en torno al ecosistema Java y en particular a OpenJDK? La fuente definitiva de lo que sigue es FooJay, que detallo en «Foojay – Todo sobre Java y OpenJDK» toda la información sobre OpenJDK y Java que necesita, limpia, clasificada y bien presentada bajo un mismo techo.