El CEO de Red Hat sobre IBM, VMware y la coopetencia por la nube híbrida

BOSTON -- Paul Cormier, presidente y director general de Red Hat, tiene una perspectiva única sobre la evolución de su empresa, que ha pasado de ser un proveedor de Linux empresarial a un proveedor de nube híbrida: él lleva 21 años en la empresa.

Contratado como el empleado número 120 de la empresa, Cormier fue vicepresidente ejecutivo de ingeniería y presidente de productos y tecnologías desde 2008 hasta 2020, cuando asumió el cargo de CEO tras la adquisición de Red Hat por parte de IBM en 2019 por 34.000 millones de dólares. Trabaja junto a Arvind Krishna, el arquitecto del acuerdo de Red Hat dentro de IBM, que sucedió a Ginni Rometty como CEO de IBM en 2020.

En comentarios públicos esta semana durante la conferencia Think de IBM, Krishna dijo que los productos de Red Hat forman la columna vertebral de la estrategia de nube híbrida de IBM, y que los ingresos de Red Hat han crecido más del 17 % cada trimestre desde que las empresas se fusionaron. Las ventas de Red Hat también encabezaron el crecimiento global de los ingresos del 8 % que IBM comunicó el mes pasado para el primer trimestre de 2022.

Está claro cómo Red Hat ha afectado a IBM. Nuestro portal hermano SearchITOperations se puso al día con Cormier en el Red Hat Summit para hablar de cómo IBM ha afectado a Red Hat.

¿Cuál ha sido el impacto de IBM en Red Hat desde la adquisición? ¿Cómo ha cambiado?

Paul Cormier: Sorprendentemente, no tanto, a decir verdad. Las grandes asociaciones y el ecosistema de socios son una parte realmente importante del éxito de nuestra plataforma. [Krishna] sabía desde el principio, y sigue sabiendo, que la única forma de mantenernos intactos era que IBM adoptara una postura neutral. Así que no hemos integrado nada en la empresa. Nuestros números pasan por IBM. Veo a [Krishna] como presidente del consejo de administración, esa es la relación que tenemos. Pero nunca se han involucrado en nuestra estrategia, en nuestras operaciones, en hacia dónde vamos o hacia dónde deberíamos ir. La forma en que él lo caracterizó es que IBM puede opinar sobre Red Hat, pero no puede ser al revés.

Al mismo tiempo, IBM tiene una historia bastante rica y una gran división de investigación. ¿Hay algo en lo que puedan colaborar?

Paul Cormier

Cormier: Al igual que haríamos con cualquier socio, trabajamos a fondo con sus grupos de ingeniería de productos para asegurarnos de que la integración sea fluida. De hecho, ellos pagan a Red Hat un royalty, como haría cualquier otro socio, por el uso de OpenShift. Colaboramos en el campo como lo haríamos con otros socios porque su organización de campo es compensada por los productos de Red Hat; nosotros no recibimos compensación por los productos de IBM, pero su campo sí. Nos traen clientes potenciales. Ocasionalmente nos abren la puerta de la oficina de un CIO si tienen una buena relación allí. Pero también hacemos eso con Accenture. También trabajamos con muchos de los competidores de IBM.

Ahora trabajan con los competidores de IBM y con sus propios competidores, incluido Tanzu de VMware. Pero al final del día, las empresas de usuarios finales van a elegir un socio estratégico para ese tipo de plataforma DevOps. Entonces, ¿cómo gana Red Hat en ese escenario, cuando tantos clientes tienen también VMware, Microsoft u Oracle en sus instalaciones?

Cormier: Es un mundo híbrido, y creo que tenemos la mejor plataforma para un mundo híbrido. Competimos con VMware Tanzu por eso, pero los contenedores son realmente una distro de Linux. Así que VMware, con Tanzu, tiene que convertirse en un distribuidor comercial de Linux de la noche a la mañana. Y tenemos una ventaja de 21 años en eso.

¿Y que hay de enfrentarse, por ejemplo, a Azure o AWS, que tienen juegos locales?

Cormier: Pero sus juegos locales son un poco diferentes. Si nos fijamos en los AWS Outposts de Amazon, se trata más bien de introducir los servicios de Amazon casi como una puerta de entrada a las instalaciones. Lo mismo ocurre con Azure Stack o Arc, y ambos requieren una pila de hardware especializada. En realidad, no los vemos como una plataforma local de uso general: a veces competimos, pero los hiperescaladores de la nube son nuestros mejores socios comerciales en primer lugar. La nube híbrida también es multinube. Tenemos que profundizar bastante con la ingeniería de Amazon y con la de Microsoft para integrar Azure Red Hat OpenShift y Red Hat OpenShift Service en AWS. No me los imagino haciendo eso entre ellos. Tampoco me los imagino metiéndose en el negocio de hacer Linux de propósito general en cualquier hardware en las instalaciones. Esa es una de las razones por las que creo que todos se asocian con nosotros: los clientes quieren un sistema híbrido, pero nosotros también les aportamos cargas de trabajo. Y eso es lo que más les preocupa. No quiero hablar por ellos, pero en su mayor parte, ya sea que se ejecute en Amazon EKS, AKS u OpenShift, tengo la sensación de que no les importa realmente.

Entre los clientes, ¿cuánto ve de nube híbrida y multinube que implique moverse entre nubes, frente a la gestión centralizada de aplicaciones y servicios que se quedan donde están?

Cormier: No lo veo como un movimiento entre cosas. Lo veo como: ‘Tenemos un montón de aplicaciones y una parte se va a ejecutar en las instalaciones y otra parte se va a ejecutar en esta nube, y otra parte se va a ejecutar en esa nube por diversas razones’. Eso es lo que realmente ha cambiado. Recuerdo a un cliente que al principio, hace 14 años, decía: ¿El 90% de mis aplicaciones van a estar en una nube dentro de cinco años’. Pues bien, ese mismo cliente tiene menos del 20 % [en una nube ahora]. Incluso están empezando a crear nubes locales para varias aplicaciones. El hecho es que, cuando empezaron a trasladar las aplicaciones, tuvieron que adoptar una visión global, una visión arquitectónica de lo que eran las aplicaciones.

El antiguo director sénior de estrategia de producto para la nube híbrida de Red Hat, Brian Gracely, dijo, después de ir a Solo.io el mes pasado: "El reto de Red Hat con OpenShift es que va a haber un conjunto de clientes que tomarán la pila de la forma en que se les da, y hay otro conjunto de clientes que están menos centralizados en su arquitectura. Vemos que cada vez más grupos centrales de TI no tienen tanto poder o tanta autoridad para dictar todo como hace años". Desde su punto de vista, ¿cómo afronta Red Hat este reto?

Cormier: Aquí es donde IBM puede ayudarnos ocasionalmente. Hicimos un gran proyecto para Delta Airlines que se convirtió en híbrido, desde el CEO y el CIO hacia abajo. Tenían varias razones por las que necesitaban que algunas aplicaciones estuvieran en las instalaciones; otras razones por las que no querían estar en una nube. A veces, a medida que se desciende en los grupos de TI, se ve un grupo de Azure o el grupo de AWS para algunas aplicaciones. Por supuesto, no van a ver más allá de sus propias cuatro paredes. Pero debido a que lo híbrido ahora se ve y se ejecuta como una arquitectura, el CIO está muy involucrado en muchos, si no en la mayoría de esos cambios.

Estuve en un banco en Europa hace un mes. Tienen un CTO que es responsable de la infraestructura, un CIO responsable de las aplicaciones y un COO sobre ambos; vemos mucho esta estructura. Tienen 8.000 aplicaciones, tres proveedores de nube y en las instalaciones. Dije: ‘¿Se dan cuenta de que van a tener 28.000 versiones diferentes de sus aplicaciones que desarrollar, gestionar y operar?’. Y, por supuesto, el responsable de las aplicaciones estaba muy preocupado por ello. El director de operaciones estaba muy preocupado por eso. Conseguimos que los tres hablaran, y ahora se están pasando a OpenShift basándose en esa conversación. También me reúno con el director de operaciones una vez al mes para asegurarme de que vamos juntos por el buen camino. La buena noticia para nosotros es que ahora es una decisión arquitectónica.