[07/03/2013] Probablemente la mayoría de los no-techies tengan una idea de lo que es el cloud computing; pero cuando se empieza a tratar de IaaS, SaaS, PaaS, incluso aquellos quienes estamos en la industria podemos enredarnos.
En pocas palabras, la infraestructura como servicio (IaaS) proporciona máquinas virtuales o almacenamiento de un proveedor bajo demanda con una escalabilidad elástica; y el software como servicio (SaaS) implica simplemente almacenar software en la nube (como Salesforce.com) así que no implica recursos en las instalaciones propias del cliente.
Pero, ¿qué hay acerca de la plataforma como servicio (PaaS)? ¿Qué es exactamente, ¿quiénes son los grandes jugadores en este mercado y, ¿cuál es la diferencia entre ésta y la IaaS? Para entender todo esto, Brandon Butler de la edición americana de Network World conversó con Sacha Labourey, el ex CTO de JBoss -que fue adquirida por Red Hat- y ahora es fundador y director ejecutivo de CloudBees, una compañía de PaaS de Java.
¿Qué es PaaS?
Pues bien, parece haber cierta confusión alrededor de PaaS. Se parece un poco al middleware, tanto en lo que hace como en los problemas que la gente tenía hace 10 o 15 años para entenderlo. Para nosotros, PaaS es un conjunto de servicios destinados a los desarrolladores que les ayuda a desarrollar y probar aplicaciones sin tener que preocuparse por la infraestructura subyacente. Los desarrolladores no quieren tener que preocuparse por el aprovisionamiento de los servidores, el almacenamiento y las copias de seguridad asociadas con el desarrollo y el lanzamiento de una aplicación. Ellos quieren escribir código, probar la aplicación, iniciar la aplicación, y ser capaces de hacer cambios en él continuamente para corregir errores. Todo el material de fondo acerca de la configuración de servidores se debe hacer de forma automática y transparente en segundo plano, y esa es la promesa de PaaS.
Así que si está escribiendo aplicaciones que se ejecutan en máquinas virtuales en la nube, eso suena muy parecido a IaaS. Si se ocupa de la capa de infraestructura, es probable que esté trabajando en TI y su trabajo consiste en construir la pila de software -una capa de virtualización, computación y almacenamiento. Todo ese trabajo de configuración de la infraestructura es exactamente lo que los desarrolladores no quieren hacer. PaaS trabaja en la parte superior de IaaS y hará todo ese trabajo de forma automática.
Entonces, ¿cuál es la diferencia entre PaaS y middleware?
El middleware es una capa de software que ofrece funciones sofisticadas para los desarrolladores - operaciones, seguridad, clustering, etc - para que puedan centrarse en la construcción de sus aplicaciones personalizadas, en lugar de resolver los problemas difíciles continuamente. Pero el middleware es solo software "estático" en el sentido de que todavía tiene que configurar, implementar, gestionar y controlar servidores, lo normalmente se dejaba a los equipos de TI.
La PaaS es un superconjunto de middleware y ofrece todos estos buenos servicios de middleware para los desarrolladores, además de cubrir los aspectos operativos que eran típicamente poseídos por los equipos de TI.
¿Cómo afecta usted al mercado PaaS en este punto, en particular a algunos de los jugadores más grandes?
Las cuatro grandes empresas de middleware Java son IBM, Oracle, VMware y Red Hat, y es muy interesante ver sus estrategias de PaaS. Ellos entienden que el mercado va hacia la nube, pero no es ahí donde está su fortaleza -está en los centros privados de datos. Estos proveedores de grandes sistemas legacy tienen conflicto en cómo proteger su negocio legacy al mismo tiempo que adoptan la nube.
El que ha dado un paso audaz en la nube es VMware con Cloud Foundry. La compañía tiene un historial de ser propietario y privado, pero cuando hicieron un PaaS, abrieron el código. Ahora han extendido eso hacia su Iniciativa Pivotal, junto con la investigación de big data. Sin embargo, todavía tienen un conflicto entre el servicio y el software. Red Hat está como en conflicto mientras que VMware decidió en noviembre que su OpenShift sería completamente privado. Están claramente orientándose a su fortaleza de centro de datos.
¿Qué pasa con Salesforce.com y Microsoft? Parecen grandes jugadores PaaS, también.
Salesforce hizo la adquisición de Heroku hace más de un año, lo cual fue muy interesante. Es un gran equipo y será interesante ver si pueden mantener el impulso formando parte de una gran empresa, que cotiza en bolsa. En cuanto a la otra plataforma de Salesforce, Force.com, que es un lenguaje propietario diseñado específicamente para crear aplicaciones que se ejecutan en la plataforma CRM de Salesforce. Sin embargo, no hemos visto mucho en términos de integración entre Heroku y Salesforce.com todavía.
Microsoft está atravesando un momento difícil en PaaS. Las versiones iniciales de Azure eran realmente más un IaaS que un PaaS; y el año pasado se amplió para incluir Linux. Todavía tiene algunos agujeros, sin embargo. Si intenta escalar de tres a cinco nodos, tiene que cerrar el proceso. Han hecho lo correcto al reconocer que las empresas no son solo establecimientos de Windows, que es el primer paso hacia la realización de un PaaS de próxima generación.
¿Cómo encaja CloudBees en todo esto?
CloudBees es una PaaS pública que es específica para Java y está alojada en la nube de Amazon. Cubrimos todo el ciclo de vida de una aplicación, desde la construcción del código, las pruebas y el despliegue continuo. Muchos otros jugadores solo se centran en la fase de lanzamiento. Aunque estamos enfocados en Java, se puede ejecutar cualquier lenguaje y administrar el despliegue continuo y nuevos despliegues de su aplicación.
Algunas personas dicen que la PaaS tiene el potencial de ser más grande que IaaS. Gartner informó el año pasado que el mercado de PaaS es solo una décima parte del tamaño del mercado de SaaS, sin embargo, ¿es realista pensar que PaaS puede ser tan grande como IaaS y SaaS?
Para el año 2020, creo que el 80% de las cargas de trabajo estarán en la nube pública. Cada vez que se enfrente a un problema tendrá dos opciones: ¿Existe una aplicación por ahí que solucione mi problema? Si es así, va a utilizar un SaaS. Si no hay una aplicación, entonces voy a construir una aplicación personalizada utilizando una PaaS. En ningún momento me importa la infraestructura o donde se encuentre alojada la aplicación. SaaS y PaaS, eso es todo. PaaS es un juego muy estratégico, centrado en aplicaciones personalizadas.
Brandon Butler, Network World (EE.UU.)