e-Valúame

Category Archives: Paas

¿A qué sustituye el cloud computing?

Cada vez se convierte en algo más habitual tener que diferenciar entre usuario del iaas, paas y saas. En este post lo voy a tener que hacer y es que la mayoría de la veces el usuario de cada parte es diferente y se entiende mejor cuando hablas de cada parte por separado.

Es inherente al ser humano que intentemos contextualizar la información que nos llega. Visionarios son aquellos que no necesitan de ello pero lo normal es intentar buscar algo conocido y parecido para entender lo que nos dicen. Con el cloud computing, el saas, la nube, etc. no es diferente. Intentamos contextualizar el cloud computing comparándolo y asemejándolo con otros productos/servicios que ya conocemos aunque con frecuencia me encuentro con asunciones y creencias que no son del todo ciertas. No es la primera vez que dicen que quieren utilizar cloud computing para adquirir máquinas y después de estudiarlo le vale un con un hosting normal que posiblemente sea más económico.

Contestar a la pregunta: ¿A qué producto/servicio o procedimiento de IT sustituye el cloud computing? basándonos en la definición de cloud computing, sería bastante fácil. Recordemos una vez más la definición de cloud computing:

Es una plataforma altamente escalable que promete un acceso rápido al recurso hardware o software y donde el usuario no necesita ser experto para su manejo y acceso.

Es decir, no sustituye a nada si no tienes un problema de escalabilidad y/o de acceso a los recursos de forma rápida. Se podría decir que es un servicio que mejora la gestión de tus recursos de una forma más eficiente en el caso de que tengas una demanda desigual y con grandes crecimiento y decrecimientos , pero si en mi datacenter no tengo ese problema, no necesito cloud computing para nada.

Pero la realidad es que esto es verdad para iaas , pero no del todo para el paas y el saas cuando hablamos desde el punto de vista del usuario consumidor del servicio. Veamos:

Iaas. Desde el punto de vista del usuario, como decíamos no hay nada que ya tuviéramos que pueda ser sustituido por el iaas si no tienes problemas de escalabilidad y/o de acceso a recursos hardware de forma rápida. Quizás lo que más veo que pueda ser satisfecho con el iaas, sea el acceso a máquinas rápidamente para pruebas o para un proceso puntual,  pero insisto que debes de tener esta necesidad.

Paas. Desde el punto de vista de este tipo de usuarios, es decir, típicamente desarrolladores o empresas de desarrollo y departamento de TI, el paas tampoco sustituye a nada si tus aplicaciones no necesitan escalar en recursos rápidamente pero si puede interesarle la parte del servicio paas que te gestiona la infraestructura para que tus aplicaciones corran. Es decir, un sitio donde desplegar tus aplicaciones sin preocuparte de actualizar el software base ni del mantenimiento de las máquinas. Este servicio si existía antes, hosting que te gestionaban la infraestructura y el software base que corría en él, pero no con la forma de acceso tan fácil y rápida que te propone el paas.

Saas. Y desde el punto de vista del usuarios de saas, aquel que lo único que quiere es un aplicación online económico,  el saas sustituye claramente a la aplicaciones de mundo tradicional, aunque no tenga problemas de escalabilidad  (que por cierto, no sabe ni que es esto, ni le hace falta porque quiere un software online)  ni de acceso al software de forma rápida. Además sustituye al modelo ASP pero solo las empresas con dpto. de IT con carácter para externalizar accedían a usarlo y fueron/son realmente pocas porque el modelo no tuvo el éxito que está teniendo el saas.

Resumiendo, el cloud computing no tiene porque servirte para todos los escenarios y es muy dependiente del tipo de usuario que seas.

 

 

¿Cómo es el usuario de la nube?

Durante mucho tiempo me he empeñado en diseccionar, para entender yo mismo y para explicarlo después, lo que hay detrás del cloud computing. Sobretodo en la parte saas (que en mi opinión la relación usuarios-que-lo-conocen/usuarios-potenciales es mucho menor que en cualquiera de las dos partes – iaas y paas)  he dejado un buen cacho de tiempo intentando explicar el concepto multitenancy y su importancia para el usuario final, las diferencias con el ASP, la gracia del saas, etc. Pero lo cierto es que en pocas ocasiones me he parado a pensar realmente quien está detrás de la pantalla cuando está leyendo el artículo.

Hace nada hice una presentación donde el público era mayoritariamente técnico y efectivamente todo lo que hasta ahora había pensado y escrito en el blog me venía estupendo. El usuario técnico entiende el enfoque no técnico. Pero ahora me enfrento a nueva presentación donde la audiencia no es técnica, y es cuando me he dado cuenta de que ha sido un error muy normal mezclar al usuario técnico y no técnico en el artículo.

He pensado que si me ha pasado a mi, aunque sea un blog, es posible que le haya pasado a alguien más relacionado con el mundo cloud. Por eso después de unos cuantos años conversando con distintos tipos de usuarios y dándole una vuelta, esto es lo que más o menos me ha salido de esta genérica división:

Usuario técnico

  • Este usuario es el principal consumidor de Iaas y Paas, aunque también son consumidores de saas. Por ejemplo responsables de TI con capacidad de decisión.
  • Estos saben lo que había antes del cloud computing, si puede o no sustituir alguna de las piezas que hasta ahora manejan y evidentemente entienden perfectamente la parte técnica que hay detrás.
  • Su driver para cambiar es más por el hecho de aprovechar la esencia del cloud computing que los costes. Cuidado, no digo que no importen los costes que es la consecuencia directa de usar cloud computing, lo que digo es que intentan aprovechar el cloud computing para solucionar su problema de ajustar los recursos a una demanda posiblemente impredecible.
  • Saben lo que es cloud privado y público y podrían decantarse más por el cloud privado que por el cloud público. Pesa más la parte técnica y la seguridad que la parte de inversión, mantenimiento, etc.
  • Suelen ser Directores/responsables/coordinadores de IT, Consultoras.

Usuario no técnico

  • Este usuario es típicamente consumidor de saas. El Iaas y Paas no les interesa, posiblemente ni lo entiendan y ni lo distingan de lo que es un hosting.
  • La mayoría no sabe que había y hay soluciones como el ASP como sustituto del saas. A pesar de que yo me empeñe. :)
  • No saben porque saas es cloud computing, ni falta que les hace. Ellos quieren un software online en vez de un software en local, que les solucione su necesidad. Tampoco saben que es el cloud público ni del resto de las formas de despliegue porque estamos hablando de saas.
  • Para ellos el multitenancy, elasticidad, escalabilidad, virtualización es chino.
  • Su driver principal para la adopción de saas son los costes y focalizarse en su negocio. La instalación y el mantenimiento del software, los backups, la máquina son un engorro.
  • No preguntan por la seguridad. Este dato es cierto (algunas de las empresas saas me lo han comentado) y aunque va cambiando aún todavía se pregunta poco: ¿Donde están mis datos? ¿Qué procedimientos de seguridad tiene el proveedor?
  • Suelen ser particulares, autónomos, micropymes y pymes sin dpto de TI.

A mi me sirve,  si te sirve bien, si no siento la parrafada. Por cierto, este artículo está más dirigido para el comercial, técnico-comercial. :)

 

11/11/11

El próximo 11/11/11 en el Teatro de la Universidad Laboral de Gijón  se celebrará Life is Soft:  el evento anual de software empresarial del que seré ponente para intentar explicar esto del saas y el cloud computing

Además, previo a este día, habrá 2 días completos de seminarios sobre la nueva versión de V7 7.8, junto con la posibilidad de certificarte en esta herramienta.

Os dejo un video presentando el evento. Nos vemos por allí.

Oracle Public Cloud: donde dije digo, digo Diego

Si llevas tiempo en el mundo cloud, sabrás que los acercamientos de Oracle hacia la nube, han sido siempre timidos. Empezó diciendo que la nube no era más que un conjunto de palabras sin mucho sentido, luego dejó desplegar sus productos en los AWS, ya tenía su CRM on demand y puso en marcha Oracle Sourcing, después pusieron en marcha Oracle Cloud Office: un gestor de documentos online y el último movimiento fue permitir que AWS diera un servicio de base de datos como servicio con Oracle. Y como hemos dicho en más de una ocasión solo han invertido en valores seguros y en ningún caso de su producto rey: la base de datos.

Ahora  nos presentan Oracle Public Cloud  que si parece ser la apuesta definita de Larry Elisson por el cloud computing. Por una lado reúne los servicios saas que tenia: su CRM, una herramienta colaborativa que le han puesto el engañoso nombre de Oracle Social Network  y un saas para RRHH. Por otro lado y quizás lo más destacable, una paas basada en su nuevo servidor de aplicaciones heredado de la compra de sun, Oracle WebLogic, para desplegar aplicaciones java y Oracle Database Cloud Service, un servicio para utilizar Oracle como servicio.

Aunque aún no está disponible ya informan de que todos los servicios son de pago por uso  y mensual, por lo que te puedes olvidar de la costosas licencias de sus productos. En fin,veremos como funciona esta paas pero en cualquier caso son  buenas noticias para el cloud computing y los usuarios Oracle.

Nuestra experencia de programar en la nube

La sección paas en este blog la tengo un poco descuidada. Cierto es que la que menos desarrollo ha tenido en comparación con el iaas y el saas, pero dicen los expertos que es la que más proyección tiene.

Los que pasean por aquí desde hace tiempo saben que llevo tiempo intentando lanzar un proyecto saas que no terminamos de acabar. Es un verdadero dolor ponerse a currar después de currar con un punto más de dolor cuando tienes familia a la que no solo tienes que atender sino que quieres atender y estar. En fin,  si no quieres apostar todo a un número , el coste lo tienes en tu tiempo y en esas estamos.

Empezamos a montar la plataforma con Java. Lenguaje que cada vez me da más pereza. Trabajo con un equipo de desarrollo desde hace 10 años en exclusividad con Java y la sensación que tengo es que o tienes un tío que controla de cojones este lenguaje, es decir, friki de los buenos o se percibe una cierta inseguridad en el ambiente que aunque sabes que te van a sacar del bollo, tienes la sensación de que nadie tiene claro algo tan normal como las librerías con la que debería trabajar un proyecto.

Total que esto se traduce en complejidad y por tanto en tiempo, vimos que el desarrollo estaría cercano al 1año y medio y aunque tenemos experiencia en este lenguaje decidimos cambiar. Después de mucho preguntar e investigar nos fuimos derechos a por PHP, más fácil de programar, más rápido de probar, teniamos tambien algo de experiencia….aunque poner en marcha el entorno y hacer funcionar alguno de los frameworks de moda también tiene lo suyo. Bajamos los tiempos en casi 1año (aunque aun dudo de que no nos fueramos a más) pero aun así se hacía complicado y largo.

Independientemente de la complejidad del lenguaje, en cualquiera de los dos entornos anteriores, la instalación del entorno en nuestras máquinas y enganchar todos los frameworks fue largo y tedioso, pero lo peor era el mantenimiento. Casi siempre que empezabas a probar o programar  había algún problema: el control de código no funcionaba, el server estaba caído, no veías alguna máquina ,etc. Seguro que era culpa nuestra, de nuestros procedimiento de puesta en funcionamiento, pero era realmente aburrido enfrentarse a un problema de este tipo a las 22:00 de la noche.

Decidida la plataforma con PHP nos dió por hacer una prueba de concepto con la Paas de Velneo. Velneo lo habíamos desechado al principio del proyecto, porque (y al contrario de los que algunos que leen este blog pensaban) aunque conocíamos la herramienta y confiamos en el producto (Vease el disclaimer de este post), V7 era un nueva versión que estaba aún verde y con funcionalidades que eran necesarias para nuestro proyecto que aún no estaban solucionadas. Desde entonces han pasado casi 2 años y medio años y el producto ha cambiado bastante.

Después de dos entornos montados, dos lenguajes desechados, dos socios que han dejado el proyecto (ya digo que currar después de currar es muy duro), la aplicación está a punto de terminarse en tiempo record (4 meses a media jornada sin contar el aprendizaje) y en la paas de Velneo, siendo la experiencia de programar en la nube realmente buena. El tiempo no es culpa de la paas, es culpa del producto porque es realmente rápido y agradable programar en esta plataforma.

La verdad es que repasando la ventajas de la nube, todas las hemos experimentado: sin instalaciones, sin mantenimiento, nuevas versiones sin hacer nada, programar desde cualquier lugar, entorno de ejecución implícito y tremendamente rápido de probar, sin preocuparte de si está arriba o no el servidor o de si se ha caído, compartes el código con otros desarrolladores….pero las que más valoramos y eso hemos coincidido han sido dos:

·         Ponernos a currar sin preocupaciones sobre el estado del server, del control de código, de si está instalada la última versión,etc. (Instalación y mantenimiento)

·         Trabajar desde cualquier lugar, incluso en algún momento en estas vacaciones hemos tirado de la paas.

Quizás nada diferente de lo que sabemos y trabajamos con la nube pero vivida la experiencia con los entornos anteriores me ha parecido interesante compartir esta pequeña historia.

Amazon se paasea

¿No me digan que el título no es original? :).  Y es que Amazon realmente se pasea por el negocio del cloud computing. Les lleva varios cuerpos de ventaja a sus competidores en la parte del iaas del cloud computing y ahora deciden abordar también el negocio  del paas.

Soy más bien porculero, de esos que preguntan y preguntan hasta aburrir, desde luego nada visionario, pero esto lo tenía claro. No el hecho de que Amazon se viniera al paas, sino que las paas son las plataformas que más complicado lo tienen por esta amenaza de integración hacia delante de las plataformas iaas. Esto es lo que escribía allá por Diciembre del 2008 sobre las paas:

En mi opinión de las tres partes del cloud computing es la que más complicado lo tiene y la que más debe afinar su oferta de servicios. La integración hacia delante por parte del iaas (por ejemplo RackSpace ya lo ha hecho con Mosso) y hacia atrás por el saas, es una amenaza latente y a tener en cuenta en aquellas plataformas como servicio que se montan con lenguajes de programación abiertos y servidores de aplicaciones con frameworks no propietarios como pueden ser .NET, Python, Ruby on Rails, Java,etc. Conozco de varias soluciones saas en desarrollo que pasarán  de utilizar servidores de su propiedad a consumir maquinas EC2 de Amazon sin pasar por ninguna paas. No digo que vayan a morir solo digo que son la que más difícil lo tienen y las que deben tener muchos cuidado con su oferta de servicios y sus precios, por ejemplo una de las paas que me parece de las atractivas y competitivas es Saasgrid .

Pues eso, que el nuevo servicio se llama, AWS Elastic Beanstalk, y con él puedes desplegar tus aplicaciones encargándose Amazon de escalarlas, del balanceo de carga, monitorizarlas, etc. Vamos que no tienes que hacer nada, ellos velan por tu aplicación.

No cuesta un duro utilizar el servicio en si , pero pagarás por el resto de servicios web Amazon que necesitará la aplicación (una máquina, espacio en disco, balanceador, auto-escalado, etc). Por cierto que para probar el servicio puedes aprovechar el año de servicios gratis que te da  Amazon.

De momento está pensado para aplicaciones Java usando la pila Apache- Tomcat. Y la pregunta que queda es: ¿Funcionará? No lo sé, supongo que sí, pero de momentoaparece un nuevo jugador en el negocio de las paas  para los lenguajes de programación abiertos  y ya hay unas cuantas: Google App Engine, Red Hat, Vmforce (salesforce) , Windows Azure,  etc.

Saas de la semana: Softeng Portal Builder

Pincha aquí si quieres promocionar gratis tu solución cloud

Softeng Portal Builder es la solución saas de la semana. Se trata de un CMS ( Content Management Server) que cuenta con otras funciones interesantes y del que puedes disfrutar bajo la modalidad saas (compartiendo la aplicación con otros clientes) o en modo exclusivo. Lo más curioso de este CMS es que utiliza la paas Windows Azure  de Microsoft.

Descripción de la solución

Softeng Portal Builder es una plataforma SaaS en la nube que permite disponer de aplicaciones web de muy alto valor, proporcionando rentabilidad y seguridad a las empresas.  Se trata de una evolución de los sistemas de gestión de contenidos web (cms) a una plataforma que ayuda a potenciar a las empresas a través de la web , ofreciendo a los clientes soluciones web a requisitos exigentes y complejos en funcionalidad y seguridad, así  como facilidad de gestión,  total integración con sus sistemas empresariales y con ventajas sorprendentes como la mejora del posicionamiento en los buscadores , el gran ahorro proporcionado por la traducción simultánea integrada o las herramientas que incorpora para mejorar la conversión de visitantes en nuevas oportunidades de negocio. Los beneficios principales son: Productividad y autonomía para gestionar los sites y rápido retorno de la inversión gracias al valor que ofrece la solución.

Público/empresas objetivo

Empresas medianas y grandes, que requieran obtener un valor añadido a través de su web (tales como conseguir más oportunidades de venta, a mejorar el servicio a los clientes y/o integrar oportunidades que entran por la web en su CRM) o bien, disponer de aplicativos específicos a medida. Cuanto más complejo y exigente sea el proyecto web, mejor encaja Softeng Portal Builder.

Precio

En función de la edición seleccionada por el cliente (Express, Premium o Enterprise) y el nivel de servicio que se contrate y el consumo de la infraestructura en la nube (Microsoft Windows Azure). En cualquier caso, todo incluido en una suscripción (servicio, soporte, infraestructura en la nube, actualizaciones, etc), desde 600€/mes hasta 6.000/mes para grandes corporaciones con niveles exigentes en servicio, soporte y prestaciones.

Ubicación de la infraestructura

Cloud público mediante Microsoft Windows Azure. Físicamente es posible escoger de entre diversas ubicaciones geográficas. Habitualmente el cliente escoge Irlanda , por temas legales va bien al pertenecer a la CEE. Asimismo, se ofrece opcionalmente servicios de CDN a través de Azure, con lo que se consigue acercar los datos a los usuarios x continente y país.

SLA (Service Level Agreement)

99.9% de disponibilidad de servicio de la aplicación y el tiempo de respuesta para asistencia al cliente para dudas y soporte, actualizaciones, etc, se diseña a la carta según necesidades.

API para descargar y cargar datos

Si lo requiere, el cliente puede acceder a las APIS de Windows Azure y la consola de SQL Azure en cualquier momento y en cualquier lugar.

Partners

Microsoft

Servicios de soporte/parametrización

La solución se implanta mediante consultoría que ofrecemos y varía según el alcance del proyecto.

Horario de mantenimiento

A nivel de infraestructura en la nube, 24×7. A nivel de apoyo y soporte al cliente sobre la solución, según el SLA acordado con el cliente.

Contacto

Web del fabricante: http://www.softeng.es
Web de producto: http://www.portalbuilder.es

Oficina Barcelona: 932375911 – barcelona@softeng.es
Oficina Madrid: 91 761 02 80 – madrid@softeng.es

Pincha aquí si quieres promocionar gratis tu solución cloud


Salesforce compra Heroku

Semana de compra de paas. Hace unos días RedHat compró Makara y esta semana es Salesforce la que se hace con Heroku por 212M$. Aunque este caso es más raro.  Es raro porque Salesforce ya tiene  su paas, Force.com,  para correr aplicaciones Java y Apex (lenguaje seudo Java propiedad de Salesforce) y Heroku es una paas para aplicaciones desarrolladas en Ruby con un sistema de asignación de recursos diferente a Force.com, mucho más transparente y atractivo. Y raro también porque además dicen que la van a dejar intacta aludiendo que creen en el equipo, la gestión, el roadmap de producto,etc.

Algunos dicen que este movimiento es porque Force.com no funcionaba, cosa que no me creo porque hay bastantes aplicaciones corriendo en Force y porque veo difícil que los clientes de Salesforce no contraten otras aplicaciones de negocio en Force.com (la misma plataforma e infraestructura que Salesforce). Ya sé cuida Salesforce de que sea así. Otros dicen que apuestan por ser el referente paas y yo estoy más con está idea. Saben que el mundo paas  funciona o funcionará, apuestan por ello y no hay más que ver su página de presentación de la plataforma, donde ya aparece de Database.com una base de datos como servicio que presentaron el pasado Martes, para intuir que quiere ser la plataforma de referencia para el desarrollador y/o empresas desarrolladoras.

¿Y por que Heroku? Pues porque es una de la mejores paas, la mejor en Ruby, tiene gran aceptación en la comunidad, prueba de ello son las más de 105.000 aplicaciones que tienen corriendo (en 2008 había 40.000),  se la considera una startup con gran proyección y mejor comprarla ahora que más tarde cuando el precio suba.

¿Y por que Ruby? Porque  es un lenguaje abierto que después de Java y PHP es que el más éxito tiene entre los programadores.

Para mi es la única explicación. Han visto una oportunidad, tienen cash (han pagado a toca teja) y les cuadra con el set de productos y estrategia.  Supongo que terminarán encontrando sinergias y fusionaran lo mejor de cada paas.

Red Hat compra la paas Makara

En agosto de este año  Red Hat anunció su paas. Aquí lo tratamos y vimos que era una paas un poco peculiar, de la que se sabía muy poco y que estaba dirigida para montarse en nubes privadas o públicas y con la responsabilidad del mantenimiento recayendo sobre el cliente, es decir, no ofrecían el típico servicio paas donde despliegas tus aplicaciones y te olvidas de la infraestructura.

Ahora compran Makara. Una paas con la misma filosofía es decir, venden el software que permite montarte tu paas y tampoco disponen del servicio para desplegar tus aplicaciones en una infraestructura bajo su responsabilidad. Hace tiempo les pregunté  si estaban utilizando la Paas de Red Hat y me dijeron que no, que utilizan JBoss pero que las paas había sido desarrollada por Makara. A modo de resumen, Makara es una paas para desplegar aplicaciones Java y/o Php sobre Tomcat o JBoss y con MySql como BBDD. Tienes más información en su FAQ.

Dicen que integraran completamente la herramientas de Makara en la paas en su Red Hat Paas pero huele más a que su Paas no tiraba y han preferido coger una Paas con algo más de solera (no mucho más porque dejó de estar en Beta en Agosto de este año) para introducirse en el mundo paas de una  manera menos riesgosa.

Windows Azure Marketplace, otro mercado de aplicaciones?

Pues no, o no con la idea que tenemos de un mercado de aplicaciones como lo tienen GoogleZoho, Salesforce o Intuit donde se venden aplicaciones a usuarios finales.

Lo que Microsoft propone con su paas  Windows Azure es un marketplace de componentes, plantillas de servicios y de servicios o aplicaciones terminadas que puedan incorporar otros desarrolladores en sus aplicaciones desplegadas en la plataforma Windows Azure. Es decir, un mercado de código cuyo cliente final son los desarrolladores que piensan poner en marcha a finales de este año.

Además de este Marketplace han abierto tambien un DataMarket, esto es, un mercado de datos (dataset) dirigido esta vez a clientes finales y tambien para desarrolladores que lo puedan utilizar en sus aplicaciones. En su lanzamiento, el mercado contiene 77 dataset a través de 13 categorías de 28 proveedores. Compiten directamente con el repositorio de datos de Amazon aunque en este el proveedor de los datos no obtiene beneficio por la publicación.

Complicado este mercado de componentes que dudo de su exito sin un buen sistema de recomendaciones y por supuesto, como en todos los mercados, sin una masa importante de compradores y en este caso dispuestos a utilizar codigo de otro.

Red Hat monta una Paas con JBoss

Pues si, y esta vez es Red Hat, la empresa que mejor explota el software libre,  la que se sube al carro del cloud computing y monta una Paas basada en su servidor de aplicaciones JBoss. Si repasamos la definición de Paas, este movimiento hacia la nube para empresas que ya disponen de su servidor de aplicaciones es de lo más lógico y no será la última que lo haga.  

La verdad es que no hay mucha luz acerca de lo que será esta paas y de cómo va a funcionar pero de su farragoso whitepaper se extrae que se tratará de una serie de servicios que se podrán correr y escalar independientemente del lenguaje a usar y quizás lo más interesante es que con la ayuda del “Cloud Engine” se podrá administrar y desplegar la paas en tu infraestructura o en una infraestructura como Amazon. Es decir, que en principio ellos no ofrecen infraestructura para que puedas correr tus aplicaciones.

De todas sus ventajas ponen el foco en dos que en mi opinión son realmente atractivas:

  • Open Choice Development, es decir, se trata de una Paas en la que podrás usar los lenguajes de programación  (Java, PHP, Groovy, Ruby), modelos  de diseño (JMX, POJO, OSGi) y  Frameworks (Java Enterprise Edition, Spring Framework, Seam, Struts, Google Web Toolkit)  de los más comunes, utilizados y abiertos, evitando asi el lock-in.
  •  La inversión realizada en las aplicaciones ya desarrolladas no la pierdes y la podrás utilizar en su Paas.

Más sobre la paas en su web.

Libro para utilizar Windows Azure

Windows Azure es la plataforma como servicio de Microsoft que pretende liderar nuevo mercado de las paas. Su funcionamiento basado en máquinas virtuales dedicadas para los despliegues de aplicaciones,  se acerca más a la oferta de Amazon Web Service que a la oferta de Google App Engine donde despliegas la aplicación sin preocuparte del escalado ni del número de máquinas virtuales necesarias para tu entorno.

En realidad, y tal como ocurre en el mundo tradicional, lo que realmente compite es el framework .NET con el resto de lenguajes de programación: java, python, ruby que también se ofrecen en paas. El hecho de que una empresa o programador eliga una paas u otra depende más del know-how en programación que de las prestaciones de la plataforma y por tanto poco ayuda en la toma de decisiones.

Empezar a funcionar con Azure no es nada trivial y este libro seguro que ayuda porque reúne 20 artículos de 15 grandes desarrolladores que han desarrollado en la plataforma Windows Azure, y cubre todo, desde cómo empezar hasta como implementar las mejores prácticas.

Se puede también obtener en versión imprimible.

Twitter compra DabbleDb y de nuevo clientes cautivos

De nuevo ocurre un episodio de compra a una de la paas que más tiempo lleva en el mercado, DabbleDB y de nuevo los clientes se quedan con un panorama muy negro para la continuidad de sus aplicaciones y datos. DabbleDb es una paas para crear aplicaciones, básicamente formularios, para personal no desarrollador. Fue una de las que ofreció a los clientes de Coghead (cuando SAP les compró), su plataforma para que estos trasladaran sus aplicaciones y datos, y ahora Twitter la compra.

¿Para que quiere Twitter a DabbleDB? Tiene pinta que quizás quieran con hacer DabbleDb lo que SAP hizo con Coghead, es decir, tener su paas privada y cerrarla al público. Porque aunque en su web prometen que los clientes pueden continuar ejecutando sus aplicaciones, crear nuevas y añadir nuevos usuarios, hay un párrafo con un tufillo feo:

There will be further changes to Dabble’s ongoing operations, and when those happen, we want to do right by you. We will provide you with 60 days advance notice of any major change. We will do whatever we need to do to make sure that, at any time, you can export all of your data, including attachments, in a structured format suitable for import into other systems.

Que viene a decir que va a ver cambios pero que los avisaran con tiempo y que ayudarán a sus clientes para que puedan exportar sus datos a otras plataformas. Además también advierten que no harán más mejoras sobre la herramienta. Vamos que huele a que en breve la cierran.

Ciertamente esto es una de las desventajas que tiene la nube porque aunque esto puede ocurrir con el software tradicional (es decir, el que instalas en tus instalaciones),  el hecho de que una compañía compre a la creadora de tu software no quiere decir que tengas que dejar de usar tu aplicación ya que precisamente la tienes en tus instalaciones. No pueden decir lo mismo los usuarios de Coghead y ahora de DabbleDb, y este es lock-in del que hemos hablado varias veces y que puedes evitar.

Por último, la noticia la leí del blog de Zoho que como no, ya se han ofrecido a ayudar los clientes de DabbleDb a migrar sus datos  y aplicaciones. Seguro que irán apareciendo otras paas al rescate.

Actualización: Parece que Twitter compra Smallthought Systems porque tenía el foco puesto en Trendly una herramienta para la explotación de datos de Google Analytics. DabbleDb venía en el pack de compra de la compañía y en el blog de twitter explican que llevan cerca de un año trabajando con los creadores de DabbleDb aunque no dicen claramente con qué fin.

vmforce: nueva paas de Salesforce y VMWare

Acaba de ver la luz VMforce,  la nueva paas resultado de la unión de la  infraestructura de Salesforce y la tecnología de VMWare.  Puede resultar extraño que Salesforce, que ya dispone de las paas Force donde corren más de 85.000 aplicaciones y  donde además el lenguaje de programación es un seudo-Java, quiera implementar una paas para que corran aplicaciones java sobre el framework de Spring.

Pero se entiende mejor cuando ves que en la asociación Salesforce aporta la infraestructura de Force para que VMWare pueda montar el Vsphere un software hasta ahora posicionado para crear nubes privadas y que en VMForce servirá para explotar la infraestructura de Force, VCloud una tecnologia para dar escalabilidad y gestión a la solución y por último el servidor SpringSource tc Server que se compone de un Apache + Tomcat optimizados para correr aplicaciones java que utilizan el framework Spring.

Si a esto le sumas, que estas aplicaciones podrán usar la BBDD de Force y el resto de servicios de la plataforma Force  como por ejemplo Chatter, se entiende que aquí Salesforce sigue sacando tajada. Por otro lado, VMWare que compró Spring en Agosto del año pasado, pone en valor esta inversión con la puesta en marcha de esta paas.

Competirán directamente con Google App Engine for Java , que tambien soporta el framework de spring, y alguna otra, aunque a priori parece que VMForce dará mas flexibilidad que la paas de Google que impone la ejecución de aplicaciones dentro de un sandbox que limita y controla en el uso de los recursos de la paas.

En resumen, una nueva paas dirigida a la gran comunidad de desarrolladores de Spring que estará disponible para  en la segunda mitad del 2010.

El factor diferencial del cloud computing

Esta semana me pedían opinión sobre un problema técnico que querían solucionarlo con cloud computing. No lo cuento porque no es muy interesante pero me di cuenta que no es la primera vez que ocurre que cuando me hacen referencia al cloud computing casi siempre se asocia a lo mismo: capacidad de computar en la nube.

Está claro que ésta es la traducción pero si lo pensamos esta capacidad de computo en la nube ya lo teníamos. Las empresas de hosting ofrecen máquinas a las que puedes acceder a través de internet desde hace la porra y los ASP ofrecen también la capacidad de utilizar una aplicación en la nube e incluso ofrecen servicios para que puedas desplegar aplicaciones y ellos te las mantienen. Es decir todas las partes del cloud computing tienen su antiguo competidor.

Entonces ¿que es lo que les diferencia? La elasticidad es precisamente el factor diferencial del cloud computing que además  lleva implícito la capacidad de escalar-reducir tu sistema y hacerlo en tiempo record. No hace mucho Ricardo Galli nos regalo un post donde podíamos ver que esta es la verdadera potencia del cloud computing.

Repasando las partes del cloud computing y desde el punto de vista del cliente, donde más apreciamos esa facilidad y rapidez para escalar sistemas  y donde puede ser resultar más interesante es en la parte de Infraestructura como servicio(iaas) . Este gráfico lo he tomado de un documento de Amazon Web Service sobre todo que debería saber un arquitecto de cloud computing. En él se ve claramente esa elasticidad que permite adaptarse con rapidez a los cambios de la demanda frente a las tradicionales formas de escalar (vertical y horizontalmente) donde incurres en costes de oportunidad cuando sobredimensionas los sistemas  e incluso puedes llegar a perder clientes.

elasticidad

Las plataformas como servicio(paas) también ofrecen esa elasticidad y dinamismo a sus clientes para que puedan dejar tus aplicaciones en cualquier momento y asignar los recursos dinámicamente en función de las necesidades de sus aplicaciones.  Por ejemplo, Heroku que es una paas para desplegar aplicaciones desarrolladas en Ruby, te permite asignar  dinámicamente Dynos que son unidades de procesamiento para tu aplicación.

Y donde menos claro se ve, o mejor, donde menos interés puede tener estar característica para el cliente es en la parte saas o software como servicio, porque para él la elasticidad de una saas, en general, está en la facilidad que tiene para que un usuario pueda acceder a una nueva aplicación e implícitamente hacer uso de computación y el almacenamiento. De acuerdo que es más rápido y dinámico acceder a la aplicación pero quizás no es lo más diferencial con respecto a la oferta más tradicional del ASP.

Desde el punto de vista del proveedor de paas y saas, parece claro y así lo hacen muchos, que si sus sistemas son muy dependientes de la demanda lo normal es que las paas hagan uso de la iaas y las saas de las paas o de las iaas.

En resumen, si te planteas cloud computing pregúntate para qué porque puede que te baste con un hosting o un ASP. Si necesitas rapidez de acceso al recurso, cloud computing es lo que necesitas.