error 500 Tecnología + Internet + Conocimiento

No podía terminar la serie dedicada al cloud computing sin mencionar un proyecto de una de las empresas de software más interesantes de este país, Velneo. Debo decir que, de entrada, la filosofía de Velneo me producía rechazo: es una solución propietaria para el desarrollo de software empresarial (CRM, ERPs, TPVs, software de gestión) y en el que la virtud del diseño modular del software queda sacrificada en pro del rendimiento del sistema. No es lo más adecuado para quien apueste planteamientos de software como capas independientes (para los que hayan hecho desarrollo, sobre todo con Java, aquello del modelo-vista-controlador) y sacrifica todo en post de optimizar el rendimiento (hasta el punto de tener instanciadas todas las relaciones de la base de datos).

¿Son actores como Amazon y sus web services competencia de los actuales servicios de hosting? A priori, para el usuario básico de hosting compartido y poco nivel técnico está claro que a día de hoy, no; pero para la empresa que precise uno o algunos servidores dedicados configurados a medida, con posibilidades de escalar todo lo que se desee y ajustando costes a pagar sólo por lo que se consume, los AWS son una opción cada vez más interesante (aunque de momento, sobre todo, por separado). Y por ahí es por donde está entrando el concepto de "cloud hosting", ante la amenaza de ofrecer más valor a los clientes que más pagan.

Decir que Abiquo es una compañía dedicada al cloud computing quizás sería simplificar en exceso su proyecto, uno de los más interesantes en el sector internet en España en los últimos años. Sí creo que no me equivoco al decir que, de los que tienen base o relación con el Cloud Computing, tenía que ser el primero que había que comentar para seguir la serie sobre la nube. Uno de los principales problemas del cloud computing es la dependencia de un proveedor con el que se produce un fuerte acoplamiento y del que es muy costoso migrar en caso de querer hacerlo o porque desaparezca. Si desarrollamos sobre la plataforma de un tercero cuyo código es propietario, corremos el riesgo de quedar cautivos en su entorno, con un coste de migración considerable y el riesgo de que desaparezca la única plataforma sobre la que puede correr nuestro servicio. El valor del software libre no desaparece al llevar las aplicaciones a la nube.

Todavía nos encontramos en la fase de "entusiasmo creciente" por el Cloud Computing, a la espera de llegar a un estado razonable de crítica y entendimiento real de qué lugar le va a corresponder en el mundo de las TI. Con varias de las grandes compañías de software con productos o proyectos basados en software en la nube, es hora de ir echando un vistazo a las dudas, riesgos y sombras que acompañan a este "nuevo paradigma":

Seguimos con el especial sobre definiciones y tipos de soluciones en el Cloud Computing, con la Infraestructura como servicio como protagonista en esta ocasión. La idea básica es la de externalización de servidores para espacio en disco, base de datos y/o tiempo de computación, en lugar de tener un control completo de los mismos con el datacenter dentro de la empresa u optar por un centro de datos y sólo administrarlo. Con una Infraestructura como servicio (Iaas) lo que se tiene es una solución basada en vitualización en la que se paga por consumo de recursos: espacio en disco utilizado, tiempo de CPU, espacio en base de datos, transferencia de datos. Un ejemplo de Iaas son los web services de Amazon.

Uno de los temas más discutidos alrededor del Cloud Computign es la necesidad de evitar el usar el término a modo de "buzzword" para casi cualquier cosa. Así, además de discutirqué es el cloud computing, se hace necesario también de distinguir los distintos tipos de soluciones relacionadas con él: Plataformas como servicio (Paas), infraestructura como servicio (Iaas) y el software como servicio (Saas).

La idea principal de una plataforma como servicio es la cantidad de "capas" que ofrece al desarrollador a la hora de construir una aplicación sobre un tercero: no sólo resuelve el problema de la infraestructura hardware - máquinas, ancho de banda, escalado, disponibilidad - sino también varias capas de infraestructura software: el cliente de este tipo de soluciones no necesita instalar, configurar y mantener sistemas operativos, sistemas de bases de datos y servidores de aplicaciones... todos ellos vienen por defecto en la plataforma de servicio.

El anuncio de soporte de Java en el Google App Engine ejemplifica las luces y las sombras de las plataformas como servicio dentro de lo que se ha venido denominando Cloud computing. Por un lado tenemos un movimiento razonable para facilitar el desembarco de muchas empresas que ya tienen aplicaciones empresariales en Java y, sobre todo, mucho "know how" alrededor de la tecnología de Sun y mucho invertido en el ecosistema Java. Además se beneficia de la integración con muchas herramientas diseñadas para desarrollar en Java, desde Eclipse hasta Ant.

Pero además de ser un movimiento razonable, muestra claramente como apostar por plataformas como servicio del tipo Google App Engine también tiene sus "peros": un entorno en el que se te dan muchas cosas dadas, pero poco flexible y en el que todo está acotado y decidido previamente por la plataforma. En el anuncio dejan claro que no se soporta Java Enterprise Edition por completo, entre otras cosas porque debajo de App Engine no hay bases de datos relacionales, así que hay que olvidarse de JDBC o Hibernate, pero también de JMX, EJBs o de Struts. ¿Traducido para no desarrolladores? Un entorno que escala muy bien, a bajo coste, pero muy controlado para que no se "desmadre" basado sobre todo en librerías estándares, de las que también faltan algunas muy significativas.

Sun entra en la carrera del cloud computing, con el anuncio de que entra en competencia con con los web services de Amazon, con "Sun Cloud Storage Service" que rivalizará con Amazon S3 y "Sun Cloud Compute Service" que lo hará con Amazon EC2. Estrictamente hablando se trata de una oferta de "infraestructura como servicio", poder usar el almacenamiento y la capacidad de procesamiento de Sun, pudiendo ejecutar sobre su plataforma nuestra instancia del sistema operativo que queramos.

Aunque llegan a un mercado dominado por Amazon, que le lleva años de ventaja, Sun debería tener posibilidades en el cloud computing con dos armas: la migración y la apertura. En el primero siendo capaz de ofrecer un mecanismo sencillo y barato a las empresas para pasar del modelo "data center propio" a utilizar plataformas de cloud computing; en el segundo, ofreciendo herramientas para evitar convertirse en un "cliente cautivo" de una de estas plataformas, permitiendo desarrollos modulares que faciliten pasar de una de ellas a otra.

En todo caso, da gusto ver a Sun - una de mis empresas más admiradas cuando empecé dedicándome al desarrollo de software -- poniéndose al día, compitiendo y ofreciendo productos tan interesantes como este "Sun Cloud". Un paso que se veía venir después de que empezaran a ofrecer OpenSolaris y MySQL en la plataforma de Amazon. Por cierto, justo el día en que aparecen rumores de compra por parte de IBM (El País).

Más información en InfoWorld, News.com.

Cloud computing, grid computing, software como servicios, software más servicios, plataformas como servicio, web 2.0... un montón de términos y tecnologías que se mezclan a menudo alrededor de la "expresión de moda" en las publicaciones de tecnología. Parte del problema de carecer de una definición de Cloud computing es que se corre el peligro de que acabe siendo un término más de la jerga del marketing, como ha sucedido con "Web 2.0", cuyo uso y abuso está empezando a cansar a gran parte de los usuarios.

De entrada, la definición que encontramos en la Wikipedia es, cuando menos, bastante confusa. Para los editores de la enciclopedia colaborativa, Cloud computing es un "concepto general" que engloba a los otros antes mencionados y en el que podemos considerar tanto a Tuenti como a las plataformas como servicio de Amazon, Google o Microsoft, todo aquello que delegue parte de su ejecución en un servidor en la red. El problema de esta aproximación que incluye el software como servicio y, prácticamente, al modelo cliente-servidor es que empezamos a hablar de un fenómeno que lleva tanto tiempo desarrollándose como la propia red. ¿Cuántos años lleva Salesforce con un modelo de software como servicio a través de internet? ¿Cuándo empezamos a usar el webmail?

Aunque se hable poco de ella, si hay una empresa pionera en el software como servicio y con un gran negocio alrededor de él, esa es Salesforce. Empezaron ofreciendo su CRM vía web potente y flexible, luego añadieron un mercado de aplicaciones para complementarlo y finalmente este año sacaron Force, que viene a ser algo de lo que estamos hablando mucho últimamente: una plataforma como servicio. Hasta ahora Force.com era sólo aplicaciones de consumo interno, pero Salesforce ha anunciado a ser un actor más en la liga de los que quieren hospedar las aplicaciones web de terceros.

Esto sitúa a Force de Salesforce en la liga de los web services de Amazon, Google App Engine y del futuro Windows Azure. Según cuentan en News.com, el nuevo servicio debería estar disponible en 2009.

Pero esto no es todo lo que han anunciado, la integración con Facebook ha sido toda una sorpresa. La idea es que quien haga aplicaciones en la plataforma Force, las puedas desplegar en Facebook, accediendo a los datos del usuarios y sus contactos como cualquier otra. Salesforce es sin duda sinónimo de software para la empresa, Facebook todo lo contrario... pero parece que quiere encaminarse hacia ella (AllFacebook). No acabo de ver demasiado la relación entre Salesforce y Facebook la verdad, aunque apostaría a que en Linkedin y Xing hay más de uno preocupado por la vocación de apropiarse de "los contactos profesionales" de cada usuario.