¿LA PAREJA PERFECTA?
Email
| 
¿Desea imprimir?
Regístrese ahora
La virtualización 2.0 y SOA podrían ser la pareja perfecta, pero en esta unión tienen mucho que ver los proveedores. Por Andy Dornan / Segunda Parte
Plataformas de aplicaciones como las de BEA, IBM, Microsoft, Red Hat y Sun deberían ser relativamente fáciles de virtualizar. En primer lugar, como corren dentro de una máquina virtual Java o .Net que aísla las aplicaciones frente al sistema operativo subyacente, ya están en parte virtualizadas. Esto se ha realizado para simplificar el desarrollo volviendo las aplicaciones más portables y seguras, pero también ayuda en la agilidad.
Además, todos los grandes proveedores de plataformas de aplicaciones arriba mencionados, salvo BEA, venden tecnología de virtualización (a nivel de sistema operativo), por lo que se encuentran en una posición de contribuir a que ambas juntas funcionen mejor.
Combinar la virtualización a nivel de sistema operativo con las máquinas virtuales Java constituye de por sí un reto en cuanto a la gestión. En este momento, los ejemplos virtuales de sistemas operativos se crean y administran mediante software que está vinculado con hipervisores de empresas como VMware y XenSource. Este software de hipervisor entiende bien cómo los recursos del servidor virtual se correlacionan con el hardware físico, pero no puede ver las aplicaciones internas.
A la inversa, la arquitectura orientada a servicios (SOA) y las herramientas de administración de los servicios Web no pueden ver fuera de una plataforma de aplicaciones. La mayoría proporciona agentes de gestión que corren dentro de las máquinas virtuales Java, pero no saben si el servidor subyacente está virtualizado o no.
COSAS QUE DESALIENTAN. El principal jugador en Java es IBM, con WebSphere. IBM ha ofrecido virtualización en mainframes desde hace 40 años y sigue presentando los System i y System p como plataformas para aplicaciones Java. Ambas tienen completa virtualización del sistema operativo construido en sus sistemas operativos AIX y i5/OS, respectivamente, y pueden soportar los Web services, sea corriendo Linux o Windows dentro de una máquina virtual o directamente a través de máquinas virtuales Java. Esto permite mucha flexibilidad, pero la necesidad de estandarizar el hardware y software propietarios de IBM desalentará a muchas empresas.
El Gigante Azul no tiene su propio hipervisor para los servidores estándar x86, pero participa en el proyecto de fuente abierta Xen y se ha asociado con proveedores de hipervisores, como VMware. Su principal oferta de virtualización es WebSphere Extended Deployment (XD), que provee clústering de múltiples máquinas virtuales Java. Los administradores pueden establecer acuerdos de nivel de servicio interno para servicios específicos; entonces el sistema configurará las máquinas virtuales Java basándose en la demanda, creando nuevos ejemplos virtuales y priorizando los recursos disponibles en cada una. Esta capacidad no está limitada a productos de IBM; WebSphere XD funciona con la mayoría de las máquinas virtuales y sistemas operativos Java, pero está limitado a las aplicaciones Java porque no llega hasta la capa del hipervisor.
Microsoft, por su parte, tiene grandes planes tanto en SOA como en virtualización. En el terreno de SOA, el año pasado se anunció Oslo, estrategia a largo plazo que apunta a simplificar el desarrollo de aplicaciones, sustituyendo código con un modelo estilo Visio. Los planes de virtualización están mucho más cercanos: Microsoft ya ofrece Virtual Server, con el que los usuarios corren versiones más antiguas del Windows Server sobre la última versión, y planea sacar su hiperviosr Hyper-V en el tercer trimestre de este año, como producto independiente y como componente del Windows Server 2008. No hay mucha integración entre ambos, en buena medida porque Oslo está todavía en concepto y quizá no salga sino hasta finales de la década.
Red Hat se ha convertido en un importante jugador Java, gracias a la adquisición de JBoss, que ahora la compañía extiende desde la plataforma hasta el middleware SOA. Debido a que es gratuito y de fuente abierta, JBoss crece con rapidez, aunque la mayoría de los usuarios no pagan a los clientes de Red Hat. “Estamos en tantas empresas como BEA e IBM”, dice Shaun Connolly, vicepresidente de gestión de producto de Red Hat para JBoss.
La firma del sombrero rojo también cocinó el hipervisor Xen para que entrara en su Enterprise Linux, con el fin de ofrecer un stack completo, aunque debe correr RHEL y, por lo mismo, no compite propiamente con XenSource y VMware. Red Hat dice que gran parte de la demanda de servicios virtuales está en ambiente de pruebas. Debido a que los servicios Web son relativamente fáciles de crear y pueden tener un gran impacto en otras partes de la infraestructura de hardware y software, es necesario probarlos en ambientes virtuales para garantizar que cumplan con los estándares y políticas internas del ramo.
En el juego de la virtualización también está Sun, cuya plataforma, Solaris, posee su propia tecnología de virtualización: Containers. Es realmente virtualización de aplicaciones. Sólo corre una copia del sistema operativo, pero las aplicaciones se encuentran todavía separadas y necesitan poder correr en Solaris. Para contrarrestar este “pero”, la compañía ofrece una capa de compatibilidad que emula las API de Linux.
Sun también esté entrando al mercado de los hipervisores con xVM, tecnología de fuente abierta de software de administración que, se espera, podría reducir lo que la firma del Sol llama la “propagación de las máquinas virtuales”, el incremento de las máquinas virtuales dentro de una empresa, lo que a veces ocurre sin que nadie se entere en absoluto. Si bien xVM está construido sobre Xen, incluye tecnología contra fallas y “autocuración predictiva”, o sea, aísla los componentes de hardware defectuosos sin afectar las máquinas virtuales. Al vender un combo de Xen y de software de gestión, Sun está compitiendo directamente con los fabricantes especialistas en Xen: XenSource y Virtual Iron Software. La mayoría de la tecnología no Xen que hay en xVM está transferida de Solaris, aunque no se requiere éste ni ningún otro hardware o software de Sun.
SISTEMA SUPERFLUO. BEA no vende hipervisores, pero hasta ahora está sumamente ocupado con la virtualización de los servidores de aplicaciones con su WebLogic Server Virtual Edition (WLS-VE). Aunque la adquisición de BEA por parte de Oracle significa que los planes probablemente cambiarán, WebLogic llena un importante vacío en la línea de productos de Oracle y ha sido una importante motivación para su compra. WLS-VE puede correr directamente sobre VMware, sin necesidad de sistema operativo en absoluto. La teoría es que, como las aplicaciones Java ya corren en una máquina virtual Java, el sistema operativo resulta en gran manera superfluo. El hipervisor incluye funcionalidad de sistema operativo de nivel más bajo, como los controladores de dispositivos, mientras que BEA ha añadido funciones de más alto nivel, como input/ouput y almacenamiento de archivos en una nueva versión de la máquina virtual Java, JRockit, a la que llama LiquidVM.
BEA dice que desentenderse del sistema operativo puede incrementar el desempeño hasta en 50%, porque se ahorran recursos del sistema. Con todo, los competidores alegan que los recursos del sistema, como la potencia del CPU, la memoria y el disco, son cada vez más baratos. Los beneficios reales deben estar en la gestión, como el hecho de que eliminar el sistema operativo simplifique la creación y el movimiento de las aplicaciones Java, al tiempo que facilita más la creación de un sistema de administración que tenga una visión plena, desde el hipervisor hasta la capa de aplicaciones.
Por desgracia, es difícil cuantificar los alegatos de que la gestión está simplificada porque el software de gestión de BEA, Liquid Operations Control (LOC), todavía no se vende. En un principio se dijo que estaría a la venta en el tercer trimestre de 2007 y ahora se espera para las próximas semanas.
En este momento, el software de administración que controla las aplicaciones exteriores controla también las aplicaciones que hay dentro de LiquidVM, mientras que VMware maneja las máquinas virtuales. “El conjunto de la gestión básicamente genera alarmas -dice Guy Churchward, vicepresidente y gerente general de productos WebLogic de BEA-. Si algo atraviesa el umbral, notifica a un administrador. No hay un loop o rizo de retroalimentación.”
Se supone que LOC cambiará esta situación, dando a LiquidVM una plataforma dedicada que pueda arrancar y detener tanto las máquinas virtuales como los procesos que corren dentro de ellas, así como rastrear qué aplicaciones corren en qué lugar. Debido a que LiquidVM coexistirá con otros servidores Java, también está dirigido a controlar aplicaciones en los servidores físicos que soportan la especificación Java Management Extensions y, quizá lo más importante, las dependencias de los servicios de mapeo, por el hecho de que un mayor uso de un servicio en una máquina virtual puede requerir más recursos dedicados en otras.
Muchas arquitecturas orientadas a servicios rastrean los requisitos de las aplicaciones y dependencias a lo largo de todo el registro, que es una base de datos XML que se incluye en el software de gobernabilidad de SOA. Si bien BEA vende un producto de gobernabilidad SOA, Liquid Operations Control no puede todavía extraer información de ahí. Los administradores necesitan parámetros de input sobre los requisitos de los diferentes servicios y dependencias, que podrían duplicar algo del trabajo.
LOC puede actuar a partir de la información que le proporciona el software de gestión de SOA de AmberPoint, que BEA revende a través de un acuerdo de manufactura de equipo original (OEM). Sin embargo, la alianza con AmberPoint no es probable que sobreviva a la adquisición de BEA por Oracle, dado que ésta tiene su propio producto de gestión, el Oracle Enterprise Manager. LOC probablemente se integrará a éste.
La plataforma LiquidVM llena un importante hueco en el portafolio de Oracle, lo que le aporta poder competir de frente con los proveedores de sistemas operativos. El plan de BEA es extender LiquidVM a sus demás aplicaciones, dado que las ediciones de su WebLogic Portal y AquaLogic Service Bus se venden sin sistemas operativos al mismo tiempo que LOC. La adquisición probablemente acarreará que LiquidVM se emplee también para ediciones virtuales de los productos del Oráculo.
En este momento, LiquidVM funciona sólo con VMware, pero BEA dice que planea soportar Xen con una nueva edición al mismo tiempo que venda LOC e Hyper-V (más adelante en este 2008). En noviembre pasado, Oracle sacó a la luz un producto de virtualización basado en Xen, por lo que hacer que LiquidVM funcione con Xen podría ser una prioridad primordial. Vincularlos exclusivamente a ambos, no obstante, podría anular uno de los mayores puntos de venta de LiquidVM: el que pueda trabajar con VMware, que sigue siendo, sin duda, el hipervisor más popular.
REGISTROS DE REGALO. El registro no tiene por qué estar vinculado a una plataforma de aplicaciones, por lo que los fabricantes independientes de gobernabilidad SOA podrían también simplificar la virtualización de los servicios Web. El principal jugador en este terreno es ahora Software AG., que el año pasado compró a su competidor WebMethods. Software AG está fusionando el registro Infravio, de WebMethods, con CentraSite, su propio registro codesarrollado con Fujitsu. En lugar de tratar que funcione directamente con gestión de virtualización, lo que Software AG busca es a ampliar el registro hasta convertirlo en una base de datos plena de gestión de configuraciones que pueda rastrear toda la infraestructura IT, no sólo los Web services, y compartir información con los principales conjuntos de gestión de redes. “Esto es parte de la razón de que colaboráramos con Fujitsu respecto de CentraSite”, afirma Miko Matsumura, director IT suplente de Software AG.
VMware ha promovido con mucho éxito el concepto de aplicaciones virtuales, que en ciertos aspectos parecen lo opuesto a SOA. Para no desmenuzar las aplicaciones en pequeñas partes que se pueden reconstruir en nuevas aplicaciones, una aplicación virtual vincula una aplicación con un sistema operativo (que generalmente es una versión a la medida de Linux, por lo que se requiere una configuración mínima). Pero ambos conceptos pueden coexistir tranquilamente; por ejemplo, el año pasado los fabricantes de gateways de seguridad para SOA, Vordel y Layer 7 Technologies, comenzaron a vender sus productos como aplicaciones virtuales, lo que supone un cambio notable, dado que los gateways de seguridad suelen proporcionarse como hardware.
Los gateways de seguridad para SOA comenzaron como firewalls XML, la que sigue siendo su función más popular. Al igual que los firewalls de redes estándar, se venden como cajas físicas, a menudo usando chips de aceleración XML. El cambio a aplicaciones virtuales está impulsado en parte por una agresiva estrategia de XML de Intel, que comenzó a promover procesamiento de software para XML como forma de incrementar la demanda de sus CPU de uso general, pero en diciembre entró en el mercado mismo de XML empresarial, compitiendo directamente con algunos de sus clientes de construcción de aplicaciones. Sin embargo, el cambio viene impulsado también por la flexibilidad inherente a la virtualización.
Vordel y Layer 7 dicen ambos que sus ediciones de aplicaciones virtuales en un principio fueron de prueba, pero algunos clientes las usan ya en ambientes de producción. Los fabricantes esperan que esta tendencia aumente. Si se comparan con las aplicaciones de hardware, las aplicaciones virtuales son más fáciles de instalar y administrar, pero los recursos de los servidores tienen que estar dedicados a las máquinas virtuales, como se requiere. Por ejemplo, el socio de Layer 7, Sun, promueve el concepto de seguridad sobre demanda, donde los servicios de seguridad se aplican como se requiera desde una aplicación virtual.
La teoría es que, debido a que los servicios Web son relativamente fáciles de desarrollar, no serán siempre construidos por el área IT y pueden desviarse de las políticas de seguridad de la empresa. Los gateways de seguridad constituyen un modo de contener tales servicios desviados, sin lastimar necesariamente la funcionalidad. “Se puede usar el gateway de seguridad para separar un servicio de su cliente”, afirma Kevin Schmidt, director de productos de SOA de Sun. “Virtualizar el gateway se convierte en asunto de desempeño y manejabilidad”, agrega.
JUGANDO A EMPAREJAR
Todos los proveedores de plataformas de Web services tienen ofertas de virtualización, aunque muchos requieren que se use el mismo sistema operativo del fabricante
Fabricante |
Plataforma de servicios Web |
Sistema operativo |
Productos de virtualización de servidores |
| BEA | JRockit | Ninguno (Oracle ofrece Linux) | LiquidVM (Oracle ofrece Xen) |
| IBM | WebSphere | AIX, Linux (Novell, Red Hat) | System p, System i, Xen |
| Microsoft | Conjunto .Net | Windows Server | Windows Virtual Server, Hyper-V |
| Red Hat | JBoss | Red Hat Enterprise Linux | Xen |
| Sun | Java System | Solaris | Containers, xVM (Xen) |
LA SUMA DE LAS PARTES
Tejido de aplicaciones: distribuye Java o aplicaciones .Net entre múltiples servidores físicos
ESTATUS TECNOLÓGICO
| Almacenamiento virtualizado | Maduro. Los fabricantes aspiran a unificar las SAN y LAN en redes virtuales |
| Aministración integrada | No existe, salvo en sistemas de algunos proveedores, y aun con ellos es inmaduro. La gestión de las máquinas virtuales es campo de fabricantes híbridos. La gestión SOA es el campo de fabricantes especializados |
| Tejido de aplicaciones | Inmaduro, pero en rápida evolución. Las start-ups avanzan en la extensión de las aplicaciones entre múltiples servidores |
| Registro integrado | Todavía en etapa de planificación. Incluso en sistemas de vendedores sueltos, el registro va separado de la información sobre configuración de las máquinas virtuales |
Almacenamiento virtualizado: separa los datos del procesamiento volviendo las cargas de trabajo más fáciles de mover
Servidor Servidor
Máquina virtual Máquina virtual
Máquina virtual Java
Aplicaciones Aplicaciones
Gestión integrada: capaz de ver el hipervisor, el sistema operativo, la máquina virtual Java y todas las aplicaciones internas
Desarrolladores
Registro o repositorio
Una solución de SOA virtual dependerá de múltiples tecnologías. El problema estriba en que no todas existen actualmente
