Red Hat se inclina ante Windows Server

 

En el marco del Red Hat Summit 2017, la firma y Microsoft compartieron en escenario para mostrar tecnologías y herramientas surgidas a partir de su alianza. Al finalizar la sesión, hubo una demostración bastante impactante, aunque sutil, que podría tener un efecto significativo en el largo plazo a medida que vaya evolucionando.

A modo de resumen, durante la demostración principal, el equipo conjunto mostró lo siguiente:

* Red Hat OpenShift Container Platform que funciona sobre Microsoft Azure

* Microsoft SQL Server para Linux que funciona sobre Red Hat OpenShift Container Platform

* Una aplicación empresarial Java que utiliza un controlador JDBC recientemente convertido a código abierto para Microsoft SQL Server

* Una aplicación .NET Core diseñada e implementada que funciona a la par de la aplicación Java y utiliza la misma instancia del SQL Server

* Un bot de Skype que utiliza Azure Serverless Functions y que habla con el endpoint .NET implementado

* OpenShift Origin que orquesta y programa un contenedor de Windows que ejecuta IIS sobre un Servidor Windows 2016 — e incluso probándolo mediante la visualización de una línea de comandos Windows desde la consola de OpenShift

Con ello, Red Hat y Microsoft emprenden un trabajo conjunto para apoyar comercialmente a los contenedores de Windows Server dentro de Red Hat OpenShift, con  soporte total. Este esfuerzo hará posible que los usuarios sean capaces de orquestar y programar contenedores de Windows dentro de Red Hat OpenShift usando las mismas herramientas y la misma gestión que se utilizan para los contenedores de Linux.

Intentar que Windows funcione de forma nativa con OpenShift no es nada nuevo; de hecho, en la arquitectura legada de la empresa se trabajó con un socio tecnológico para lograr algo similar desde la perspectiva de la comunidad. A esto le siguió más tarde el trabajo en torno a .NET Core, que hoy es un tiempo de ejecución comercial y soportado con OpenShift y Enterprise Linux.

No obstante, aún con estas iniciativas, lo ideal para los clientes sería contar con una única estructura de orquestación de contenedores que soporte en sus centros de datos a los dos sistemas operativos comerciales líderes: Microsoft Windows y Red Hat Enterprise Linux.

Aunque sigue siendo complicada, no es un desafío de ingeniería tan complejo como las posibilidades de intentar crear un tiempo de ejecución de contenedores universal que funcione en todos los sistemas operativos con la misma eficacia. Además, se supone que cada sistema operativo será optimizado para sus respectivos tiempos de ejecución de contenedores debido a la diversidad de diseño de los distintos sistemas. Trabajar en pos de la integración de la orquestación puede ayudar a preservar las buenas prácticas del sistema operativo comercial y, en última instancia, a crear una mejor experiencia para el usuario final que opera a nivel de la aplicación en contenedores.

En resumen, se permite que Windows ejecute contenedores de Windows Server y que Red Hat Enterprise Linux ejecute contenedores de Red Hat Enterprise Linux, mientras OpenShift los orquesta como si fueran componentes para construir sus aplicaciones de próxima generación.

Otra consecuencia de esto es el soporte .NET legado. A pesar de que .NET Core 1.X y 2.X pueden funcionar hoy en un contenedor de Red Hat Enterprise Linux con OpenShift, sumar esta nueva capacidad de contenedores de Windows abriría la plataforma a cargas de trabajo de .NET 3.5 y 4.X más antiguas (de las cuales existen miles y miles), lo que convierte a OpenShift en el puente que conectaría a los clientes con el nuevo paradigma de contenedores y la orquestación de contenedores, sin importar su tiempo de ejecución o marco preferido.

Las capacidades de OpenShift estarían disponibles no sólo para sus contenedores Linux sino también para sus contenedores Windows; los clientes podrían continuar eligiendo la herramienta adecuada para la tarea sin modificar considerablemente su forma de trabajo.

Esta labor comenzó con el esfuerzo de la comunidad open source y será la combinación de esta alianza con la participación de la comunidad la que la hará avanzar. Kubernetes Windows SIG fue creado para ayudar a cumplir este objetivo de una orquestación generalizada. La demostración realizada durante el Red Hat Summit de Boston se basó en un trabajo que provino de este SIG que permite la interoperabilidad de Windows con kubernetes. Será interesante ver cómo evoluciona en los próximos meses a través de la alianza de Microsoft y Red Hat, pero la meta de una plataforma de aplicaciones en contenedores verdaderamente unificada puede que no sea tan descabellada como se creía.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

PHP Code Snippets Powered By : XYZScripts.com