DESARROLLADOR

¿Tiene dificultades para mover las cargas de trabajo a la nube? La nueva tecnología de VMware podría ser la entrada perfecta

El nuevo Project Pacific de VMware es un gran paso adelante para la oferta de Kubernetes de VMware, pero es aún más importante para el CIO.

kubernetes
Imagen: 123dartista, Getty Images/iStockphoto

Para los CIO ansiosos por migrar a la nube, VMware solo quiere ser su mejor amigo. No, VMware no solo lanzó una nube en una caja, mágicamente los hizo funcionar como Google. Esto solía llamarse «OpenStack», pero fue en gran medida un fracaso. En cambio, VMware reconstruyó vSphere con Kubernetes internamente (llamado Project Pacific), y como dijo el director sénior de VMware, Jared Rosoff, en una entrevista, «500 000 centros de datos empresariales recibieron Kubernetes y capacitación de la noche a la mañana. ¿Personal administrativo bien capacitado?».

O, dicho de otro modo: ¿esos 70 millones de cargas de trabajo de vSphere? Con Project Pacific, se convierten en cargas de trabajo de Kubernetes. Quizás la parte más interesante de este movimiento es cómo permite a los CIO empresariales adoptar la computación en la nube en sus propios términos.

Mirar: Cómo construir una carrera exitosa de ingeniero en la nube (PDF gratuito) (República tecnológica)

Claro, la tecnología es genial.

Pero primero, seamos claros: Project Pacific es una tecnología genial. Como Rosoff escribió:

Project Pacific es una nueva arquitectura de vSphere con Kubernetes como su plano de control central. Para los desarrolladores, Project Pacific parece un clúster de Kubernetes donde pueden administrar los recursos de la nube, como máquinas virtuales, discos y redes, utilizando la sintaxis declarativa de Kubernetes. Para los administradores de TI, Project Pacific se parece a vSphere, pero tiene nuevas capacidades para administrar aplicaciones completas, en lugar de tratar siempre con las máquinas virtuales individuales que lo componen.

LEER  La contratación de software y servicios de TI está en auge a medida que los trabajadores migran a estas ciudades

¿Guay, verdad? Ocultos en esta introducción hay tres puntos principales:

  1. vSphere transformado en una plataforma nativa de Kubernetes. Los desarrolladores obtienen una nueva experiencia de usuario, mientras que vSphere hereda el ecosistema de Kubernetes. Para los desarrolladores se ve y se siente como Kubernetes, pero para los operadores se parece a vSphere.

  2. La administración centrada en la aplicación significa que la empresa puede administrar la aplicación como un todo. Si una aplicación tiene 50 componentes, aún pueden administrarla como un solo objeto.

  3. Todo esto se aplica a la infraestructura que (la mayoría) de las empresas ya tienen. En otras palabras, no tienen que crear una pila para aplicaciones nativas de la nube y otra para aplicaciones virtualizadas, lo que también significa que las empresas no tienen que volver a capacitar a todos sus equipos.

En cierto modo, VMware ha creado una plataforma de nube abierta. De alguna manera, esto es lo que OpenStack aspiraba a ser y fracasó. Una (una) razón del fracaso de OpenStack, y por qué Project Pacific es tan prometedor, es que no está tratando de reemplazar la nube pública. En cambio, parecía una entrada ideal para ellos.

cultura de la nube

Presione a la gente de VMware y estarán emocionados de decir «lo que hemos hecho es poner Kubernetes en la nube» (Rosoff). Pero creo que eso es un poco exagerado, y dado que Project Pacific es impresionante por otras razones, sobre todo como un campo de entrenamiento para los CIO hambrientos de la nube, no es necesario.

¿Cómo podría ser esto?

Como dijo el ingeniero principal de VMware (y cofundador de Kubernetes) Joe Beda en una entrevista, Project Pacific permite a las empresas comenzar su viaje para convertirse en nativos de la nube en sus propios términos. Señaló que la nube se trata realmente de otras personas que ejecutan cosas para usted con ciertas cualidades (impulsado por API, autoservicio, elástico). Es posible tener estas cualidades, pero ser culturalmente totalmente inaceptable para ello.

Ser nativo de la nube es tener el conocimiento organizacional, los procesos y la cultura adecuados para aprovechar estas cualidades de la nube. Es más fácil decirlo que hacerlo, continuó Beda: «Las empresas pueden migrar a la ‘nube’ y gastarán el dinero y el tiempo, pero no verán los beneficios que esperan porque la tecnología de la nube no las transforma en una cultura nativa de la nube. «

Mirar: Cómo construir una carrera exitosa como ingeniero DevOps (PDF gratuito) (República tecnológica)

Ingrese a Project Pacific, que permite a las empresas comenzar su viaje para convertirse en nativos de la nube. Pueden ejecutar Kubernetes junto con bases de datos Oracle locales heredadas, mainframes, etc. Pueden comenzar a experimentar, me dijo el vicepresidente de VMware, Kit Colbert, moviéndose a la nube en sus términos:

[With Project Pacific] Podemos impulsar toda la flota de aplicaciones de un cliente, brindando a esas aplicaciones algunos beneficios de la nube y algunos contenedores a un costo esencialmente cero (o muy bajo). Por supuesto, no obtienen todos los beneficios de migrar a un modelo de nube completa/nativo de la nube/contenedor. Pero eso está bien porque la mayoría de las aplicaciones probablemente no lo necesiten.En su lugar, permitimos que los clientes seleccionen y elijan de forma selectiva dónde colocar las aplicaciones de nivel completo [cloud] Trabajar duro y realmente diferenciar su negocio.

Este enfoque «suficientemente nublado» es una buena opción para los CIO que quieren la nube pero no pueden soportar todas las refactorizaciones o reescrituras de aplicaciones heredadas. Project Pacific puede proporcionar un camino intermedio para que los CIO actualicen todas las aplicaciones a un estado «pre-multinube» mientras invierten más en aplicaciones que brindan las soluciones de cliente más innovadoras.

Deja una respuesta

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

Botón volver arriba