6 razones para implementar software como dispositivo virtual

Administrar la infraestructura de TI es una propuesta más compleja de lo que solía ser. La era de los servidores locales y las aplicaciones monolíticas está dando paso a una nueva realidad híbrida: la infraestructura heredada local se está mezclando con una cacofonía de tecnologías de bases de datos y aplicaciones basadas en la nube, virtuales y modulares. Está cambiando la forma en que las empresas alojan, aprovisionan e implementan software.

Uno de los catalizadores en este cambio de paradigma es el surgimiento de los dispositivos virtuales (VA). Construido en máquinas virtuales (VM) basadas en la nube, un VA es una herramienta preconfigurada para configurar y ejecutar aplicaciones virtuales sin preocuparse por ninguna instalación, aprovisionamiento o implementación manual. Kit Colbert, CTO de la Unidad de Negocio de Plataforma en la Nube de VMware, dijo que debe pensar en los VA como cualquier otro dispositivo: no necesita saber cómo funciona su refrigerador, simplemente funciona.

Colbert ha pasado 14 años en VMware. Ha trabajado en gran parte de la cartera de la empresa de software empresarial, desde el sistema operativo VMkernel (OS) y la virtualización del servidor vSphere hasta el gerente de operaciones vRealize IT y la plataforma VMware AirWatch para la administración de dispositivos móviles (MDM), entre otros roles. PCMag habló con Colbert sobre qué son los VA y por qué son útiles en escenarios prácticos de negocios. Discutimos cómo puede aprovechar los VA, junto con tecnologías emergentes del lado del desarrollador, como contenedores y microservicios, como parte de una pila de software de próxima generación e infraestructura de TI.

¿Qué son los VA?

Los VA se están volviendo más comunes en centros de datos y servidores virtuales, y se ejecutan como parte de las nubes de Infraestructura como servicio (IaaS). Para comprender qué son los VA y cómo son importantes en los entornos de computación en la nube, Colbert dijo que la palabra clave es "dispositivo".

"Piensa en un electrodoméstico en tu casa: hornos, microondas, refrigeradores. Los enchufas y funcionan", dijo Colbert. "El funcionamiento interno es complejo, y ahora con el Internet de las cosas (IoT), muchos de ellos tienen Wi-Fi. Pero, ¿cuántos de nosotros sabemos realmente cómo funciona un refrigerador o un horno? No tenemos que hacerlo. mandos para controlar un dispositivo muy complejo con una interacción muy simple. Un dispositivo contiene esa complejidad para facilitar que un usuario obtenga valor. Un dispositivo virtual hace lo mismo dentro de una VM en un centro de datos ".

Como explicó Colbert, un VA esencialmente proporciona una abstracción de software para tomar un sistema virtual complejo y enfocarlo en una configuración específica y estrictamente controlada tanto para el proveedor de software independiente (ISV) que vende el producto como para un departamento de TI comercial que compra e implementa ese software. Para los ISV, los VA reducen la cantidad de opciones de configuración e implementación. Cuantas más opciones, configuraciones y sistemas operativos admita, más difícil será garantizar que el software funcione correctamente en diferentes entornos. En el aspecto comercial, los VA permiten que el departamento de TI pase menos tiempo configurando la aplicación y la configuración de la red y el cumplimiento, etc. Colbert dijo que se trata de simplicidad y tiempo de valor.

"Tradicionalmente, cuando instala el software, hay una gran cantidad de cosas que debe hacer para poner en pie esa aplicación. El objetivo con un dispositivo virtual es preconfigurar todo y simplemente comenzar a usarlo", dijo Colbert. "Mire un sistema operativo como iOS. Es un conjunto de software que solo funciona para este conjunto de dispositivos Apple. Compárelo con Android, donde tiene un sistema operativo altamente configurable que se ejecuta en cientos de miles de dispositivos diferentes. Es mucho más trabajo para fabricantes para personalizar en diferentes dispositivos mientras que, con el iPhone, solo se construyó una vez ".

VAs vs VMs

Los VA y las VM a menudo se mezclan, pero en pocas palabras: las VM son el mecanismo de empaquetado y despliegue para un VA. Colbert explicó que una VM en sí misma es más o menos un lienzo en blanco con una amplia gama de usos. Un VA construido sobre una VM es una forma de personalizar y personalizar esa VM para su uso de una manera muy específica. Volviendo a la metáfora del electrodoméstico, empaqueta toda la complejidad de la VM y le da al usuario algunos botones simples, por así decirlo.

"Un dispositivo virtual es una máquina virtual que se implementa de una manera muy específica que hace que sea muy fácil de implementar y limita las opciones para configurar un millón de cosas diferentes", dijo Colbert. "Con una máquina virtual de propósito general, puede instalar el software del servidor y el sistema operativo que desee, y eso es útil en algunos casos. De lo que estamos hablando aquí es de una personalización y optimización en ese patrón de máquina virtual más general".

6 consejos para implementar VAs

VMware está lejos de ser el único proveedor de software empresarial que trabaja con VA, pero la compañía dice que tiene una experiencia más profunda que la mayoría. VMware ha pasado años desarrollando VMware vApp, que se ejecuta en el formato de virtualización abierto (OVF) estandarizado. La plataforma VMware vApp empaqueta máquinas virtuales en VA que funcionan en diferentes sistemas operativos y arquitecturas de computación en la nube. Colbert ofreció cinco recomendaciones que las empresas deben tener en cuenta al considerar, configurar e implementar VA.

1. Sepa cuándo usar un VA, no una VM

Una vez que comprenda la diferencia entre una VM y una VA, es importante saber cuándo es más beneficioso usar una sobre la otra. Al decidir si dejar una VM tal como está o implementarla junto con un VA preconfigurado, Colbert dijo que piense en el proceso comercial que está tratando de resolver.

"Si descubre que tiene este patrón en el que una aplicación o proceso es utilizado comúnmente por muchos empleados diferentes y otras personas en la empresa, ese es un buen objetivo para un VA. Las aplicaciones que se implementan y vuelven a implementar donde desea contener esa complejidad ", dijo Colbert. "En lugar de tener todas estas instancias diferentes donde cada usuario está configurando las cosas de manera ligeramente diferente, puede tomar el control de esa situación y solo darles el conjunto correcto de mandos en su horno".

2. Cree una tienda de aplicaciones del centro de datos

Los VA son fáciles de usar y también deberían ser fáciles de encontrar y obtener. Tradicionalmente, explicó Colbert, para obtener acceso a una aplicación, debe enviar algún tipo de solicitud basada en tickets a TI y luego el administrador la aprovisiona manualmente. En los últimos años, esto se ha vuelto más automatizado a través de catálogos de servicios seleccionados o una tienda de aplicaciones administradas que ofrece aplicaciones aprobadas por TI para descargar. Independientemente de cómo haga que los VA estén disponibles, los usuarios no deberían tener que saltar por los aros.

"Desea aprovechar la simplicidad de los dispositivos virtuales y dárselos directamente al usuario mientras gestiona los requisitos desde una perspectiva de TI", dijo Colbert. "En herramientas como AirWatch, tiene una tienda de aplicaciones para usuarios finales con aplicaciones para configurar en sus dispositivos. Pero de lo que estamos hablando aquí es más de una tienda de aplicaciones de centro de datos. Si un usuario necesita aprovisionar una aplicación para servidor en alguna parte, habían venido a este tipo de portal secundario de autoservicio ".

3. Use configuraciones de red flexibles

Uno de los aspectos más desafiantes para implementar un VA es integrarse con las redes de un cliente. La asignación de almacenamiento y la implementación de la VM subyacente son relativamente sencillas y fáciles de automatizar, pero Colbert dijo que las redes se vuelven interesantes.

"La persona que construye la aplicación debe poder darle al usuario suficientes botones para configurar correctamente la red. Algunas redes usan HTTP, otras pueden tener un conjunto estático de direcciones IP y otras pueden estar usando herramientas de terceros para la administración de direcciones IP. Así que hay muchas variaciones que pueden hacerte tropezar ", dijo Colbert. "Vale la pena pasar un tiempo extra asegurándose de exponer el conjunto correcto de opciones para que los usuarios lo configuren. Y asegúrese de que su VA sea flexible en las configuraciones de red que puede admitir".

4. No duermas en seguridad

Los VA se ejecutan principalmente en sistemas operativos Linux. Uno de los problemas que puede encontrar allí es con problemas de seguridad a nivel del sistema operativo. Ya sea que esté utilizando la gestión del rendimiento de las aplicaciones (APM) o el software de monitoreo de red, o si tiene un equipo que supervisa las vulnerabilidades y exposiciones comunes de Linux (CVE) dentro de los paquetes de software de código abierto que su empresa está aprovechando, Colbert dijo que debería haber un conjunto de procedimientos arriba para obtener parches rápidamente.

"Una cosa que haces como creador es responsabilizarte de la seguridad de un VA y de todo lo que contiene. Ya sea Shellshock o Heartbleed o lo que sea que tengas, depende de ti como desarrollador de VA reaccionar rápidamente cuando surgen este tipo de problemas". dijo Colbert. "Esta es una de las cosas que pueden limitar los VA si el cliente no confía en que el proveedor aplique parches. La mayoría de los ISV tienen un equipo de seguridad completo que monitorea los CVE de Linux. Cuando VMware ve una nueva caída de CVE, hay un proceso completo configurado para ejecute eso y obtenga parches en unas pocas horas o días en el peor de los casos. Necesita que los equipos estén atentos y listos para reaccionar, y el mecanismo de entrega para llevar esos cambios a los usuarios finales ".

5. Sepa cómo las máquinas virtuales y los contenedores encajan

Comenzamos este artículo hablando de una nueva era de software virtualizado y tecnología de aplicaciones, y gran parte de eso se debe al desarrollador y la revolución de TI provocada por los contenedores y microservicios. Colbert explicó cómo los contenedores se ajustan de forma natural a las VA y VM.

"Estamos viendo una proliferación de tecnologías en el espacio que tienen muchas compensaciones y capacidades diferentes. En términos generales, esto es algo bueno, pero puede crear cierta confusión sobre lo que es mejor hacer", dijo Colbert.

"Hay dos aspectos en los que centrarse con los VA y los contenedores: el embalaje y el tiempo de ejecución", continuó. "Las máquinas virtuales se resumen a nivel de hardware, mientras que los contenedores se abstraen a nivel de sistema operativo. Pero ambas tienen un nivel de empaquetado para construir una imagen. Lo que personas como Docker han hecho realmente bien es integrarlas con el flujo de trabajo de desarrollo. Los contenedores y las máquinas virtuales son mecanismos genéricos., por lo que normalmente verá una aplicación normal empaquetada directamente en una máquina virtual o, a veces, un contenedor y una máquina virtual juntos implementados directamente en su infraestructura como una sola aplicación ".

Sin embargo, ese no es el final de la historia. Al experimentar con máquinas virtuales y contenedores, Colbert dijo que es fundamental tener en cuenta cómo las aplicaciones en contenedores y virtuales se conectarán al resto de su infraestructura, y todas las demás preocupaciones de logística, cumplimiento y seguridad que vienen con ella.

"A medida que los clientes comienzan a modernizarse, debe resolver las operaciones del Día Dos. A medida que construye todas estas soluciones en torno a máquinas virtuales y dispositivos virtuales y extiende esas soluciones a los contenedores, debe pensar en la supervisión, el respaldo, la seguridad, el inicio de sesión y la recuperación ante desastres. Necesitas responder todas esas preguntas ", dijo Colbert. Muchos clientes preguntan cuándo contener las cosas, y creo que tiene mucho sentido impulsar un proceso más rápido y consistente entre el desarrollo y la producción. La contenedorización es bastante fácil de hacer… el desafío es cuando se trata de refactorizar una aplicación para que se distribuya más con una arquitectura de microservicios. Eso es un gran, gran esfuerzo ".

6. Decide si usarás microservicios

Cómo las arquitecturas de microservicios tienen en cuenta esto es una propuesta más complicada. Dentro de un contenedor, puede ejecutar una aplicación monolítica tradicional o una aplicación de microservicios dividida en servicios modulares. En relación con las VA y las VM, Colbert dice que la decisión de pasar a una arquitectura de microservicios depende de algunos factores.

"La aplicación tiene que ser extremadamente importante para su negocio y generar ingresos de primera línea. Si no, déjelo como está y acceda más tarde", dijo Colbert. "Las aplicaciones que generan ingresos son las que desea en una arquitectura más distribuida. O eso o cualquier cosa con una escala realmente grande donde muchos usuarios se conectan e interactúan con ella, o si desea actualizaciones realmente rápidas".

Los microservicios le permiten actualizar componentes individuales de una aplicación con frecuencia y de forma independiente entre sí. Debido a que los servicios individuales están en gran medida desacoplados, los desarrolladores pueden actualizarlos independientemente sin coordinación. Colbert dijo que obtiene muchos beneficios de los microservicios, pero que los clientes subestiman el trabajo involucrado y los desafíos de rediseñar, incluso si la aplicación ya se está ejecutando en una máquina virtual o en un contenedor.

"Los microservicios son geniales, pero no emprendas ese viaje hasta que estés seguro de que hay una razón comercial convincente", dijo Colbert. "Si esta es una aplicación compleja de primera línea con grandes niveles de escala que necesita agilidad y actualizaciones rápidas, anímate".