Debido a la cantidad de plataformas como servicio ( platform as a service) que van apareciendo, he creado un post que pretende ser un directorio casero de plataformas como servicio (espero que sea provisional hasta que pensemos en algo más funcional) y las he dividido en función del servicio que ofrecen y/o a quien se lo ofrecen.

El directorio se podrá acceder desde el menú de la derecha del blog  y se irá modificando a medida que vayan apareciendo nuevas plataformas, y cuando sea posible se añadirá información sobre las características de la plataforma.

Por supuesto, si alguien conoce de más plataformas no dudeis en comunicármelo a través de los comentarios de este post.

Plataformas de Computación como servicio (On-demand Computing, Computing as a service)

Amazon Web Services

Flexiscale

Joyent Accelators

Plataforma de Almacenamiento como servicio (On-demand storage, storage as a service, database as a service)

Elastra .- Aplicación para poder utilizar y administrar EntrepriseDB y/o MySql. Hosting en Amazon

Amazón S3.- Ofrece almacenamiento no estructurado, no es una BBDD.

Amazon Simple DB .- BD estructurada, fácil de manejar , de apoyo a las aplicaciones sin capacidad para albergar gran cantidad de datos.

Blist.- Base de Datos para usuarios no expertos con entorno visual y muy fácil de usar.

Plataformas para el Desarrollo y/o Ejecución de Aplicaciones como servicio dirigido al usuario NO necesariamente programador ( Development as a service, Runtime as a service)

Todas ellas permiten la creación de formularios online y permiten almacenar datos. Por lo general no disponen de lenguaje de programación y si existe es de un muy alto nivel para NO programadores.

Longjump

Rollbase

Coghead

Caspio

BasePortal

Quickbase

Zoho

Dabbledb 

Plataforma para el Ejecución y/o Desarrollo de Aplicaciones como servicio dirigido al usuario con conocimientos de programación. ( Development as a service, Runtime as a service)

Aclaraciones:

* LL.PP Lenguaje de programación

** Cuando se indica “cualquiera” es el lenguaje permite acceso a cualquier BBDD

— No se dispone del dato.

Las paas en rojo están todavía en beta

Estas son las noticias que más me han llamado la atención en esta última semana:

• Evento Salesforce Dreamforce Europe  Durante los días 7 y 8 de Mayo se celebró  en Londres el evento que Salesforce organiza anualmente. Ha habido durante la semana bastantes noticias alrededor del evento y en la mayoría de ellas se destaca la declaración de Marc Benioff, Chairman & CEO de salesforce sobre como la plataformas como servicio ( paas ) darán paso a la web 3.0.  Asistieron 2.200 personas, la mitad de ellas clientes y la mitad desarrolladores y empresas de desarrollo, estos ultimos agentes principales de las plataformas as a services.
• Morph Labs y Webtide anuncian su Paas. Nueva plataforma como servicio ( platform as a service)  para desplegar , ofrecer y manejar aplicaciones Java con interface Ajax sobre máquinas EC2 de Amazón.
•  Saas sigue en alza y las empresas de Capital Riesgo lo corroboran. Varios ISV han recibido grandes sumas de dinero para financiar la expansión de las empresas y el desarrollo de los distintos productos Saas.
•  Primera plataforma de alojamiento Saas en Europa . Saasplaza, el primer marketplace Saas en Europa, abrío sus puertas el mes pasado  para dar servicio de alojamiento Saas a Europa . La propuesta es bastante revolucionaria por la gran variedad de tecnología que debe soportar para dar servicio a todas las aplicaciones Saas. En la actualidad ya cuenta con más de 1 millón de subscriptores de más 50 ISV que utilizan su plataforma.

Cuando nos enfrentamos a elegir qué aplicación saas queremos que cubra cierta funcionalidad para nuestra empresa o area funcional, debemos saber que es lo que nos ofrece el proveedor desde diferentes puntos de vista. Por ejemplo, no es lo mismo que el software te lo ofrezca a tí solo, que lo compartas con otros clientes y tampoco es lo mismo que el recurso que compartes sea el código de la aplicación que la base de datos donde lo almacenas.

Para decidir que es lo que más nos interesa desde el punto de cliente, antes veremos que es lo que actualmente nos podemos encontrar en el mercado tomando como referencia lo que Microsoft definió y llamó el modelo de madurez de saas. Este gráfico nos ayudará a entender los niveles de maduración que a continuación se describen (puntualización: cuando se habla de instancia se refiere a lógica de negocio y datos, no solo a código):

• El primer nivel de madurez es similar al tradicional Aplicación Service Provider (ASP), modelo de entrega de software, que se remonta a la década de 1990. En este nivel, cada cliente tiene su propia versión personalizada de la aplicación , y cuenta con su propia instancia de la aplicación en los servidores del proveedor de saas.

• En el segundo nivel de madurez, el proveedor del software ofrece una instancia para cada cliente (o inquilino) pero a diferencia del primer nivel donde cada cliente tiene su propia versión, en este nivel, todos los instancias utilizan la misma versión de la aplicación, y el proveedor cumple con las necesidades de los clientes mediante las opciones de configuración.

• En el tercer nivel de madurez, el proveedor a traves de una única instancia da servicio a todos los clientes, ofreciendo la posibilidad de cada uno pueda configurar la metaestructura de la aplicación para personalizarla . Las políticas de autorización y seguridad permiten que cada cliente mantenga sus datos separados de los de otros clientes y, desde el punto de vista del usuario , no hay indicios de que la instancia esté siendo compartida entre varios clientes. Como varios clientes comparten una instancia, los datos de cada cliente son lógicamente separados de la de otros clientes.

• En el cuarto y último nivel de madurez, el proveedor da servicio a varios clientes a traves de varias instancias de nivel 3 balanceando la carga ( clientes conectados a cada instancia) de cada instancia . Cada instancia puede dar servicio a varios clientes desde máquinas distintas ofreciendo este nivel un alto grado de escalabilidad , ya que el número de servidores pueden ser aumentados o disminuidos, según sea necesario para satisfacer la demanda, sin necesidad de rediseño de la aplicación. Salesforce ofrece un nivel 4 de madurez con posibilidad de configurar tus propias tablas compartiendo la misma BBDD.

Como se puede ver a medida que aumenta el nivel de madurez se obtiene un mayor aprovechamiento de las economías de escala provinientes de la reducción en cada nivel de los recursos necesarios que componen la solución y por tanto del menor mantenimiento.

Desde el punto de vista del proveedor el nivel de madurez elegido para su aplicación Saas dependerá del compromiso entre el coste de la solución y el beneficio a obtener a corto,medio y largo plazo. Tambien dependerá de los productos propietarios del proveedor que rodean a la solución saas, por ejemplo si el proveedor dispone de un servidor de aplicaciones propietario, rapido, estable y consume pocos recursos de la máquina, es posible que le merezca la pena quedarse en el primer o segundo nivel de madurez y ofrecer un servidor de aplicaciones para cada instancia o quizás no porque el mantenimiento de tener varios servidores de aplicaciones es mayor.

Desde el punto de vista del cliente, además de saber cual es el nivel de madurez que ofrece el proveedor ( hay que tener en cuenta que en todo momento hemos hablado a nivel de instancia) me parece importante que además informe de las posibilidades que tengo en cuanto a infraestructura, por ejemplo:

• ¿ Puedo tener mi aplicación en una máquina en exclusividad?
• ¿Puedo tener mi aplicación en un servidor de aplicaciones en exclusividad?
• ¿Comparto el servidor de aplicaciones con varias instancias por cada cliente?
• ¿Comparto la BBDD de Datos con otros clientes?
• Si me ofrece un nivel 3 de madurez y comparto la BBDD. ¿A que nivel se comparte? ¿a nivel de tablas o nivel de esquema de usuario?

Por tanto, vistos los niveles de madurez y la posibles combinaciones de infraestructura que nos pueden ofrecer, estos serán los factores que intervendrán a la hora de adoptar la solución:

• Seguridad de los datos, habrá clientes que prefieran un nivel de madurez bajo para que sus instancias ( logica y datos) esten separadas del resto de instancias correspondientes a los otros clientes por miedo que sus datos puedan ser vistos por otros clientes.
• Rendimiento, de igual forma habrá clientes que prefieran que sus instancias esten separadas para que el rendimiento no sea dependiente del numero de clientes que se conecten a la instancia, incluso preferiran que el servidor de aplicaciones sea diferente.
• Escalabilidad, el potencial crecimiento de uso de la aplicación puede tambien ser determinante y los niveles bajos ofrecen soluciones menos optimas para el proveedor y por tanto más caras que los altos.
• Nivel de servicio (disponibilidad de la aplicación), por ejemplo un nivel 4 de madurez nos garantiza un nivel cercano al 100% de servicio de la aplicación y posiblemente un coste reducido por el uso del mismo.
• Coste del saas, a priori un nivel bajo de saas debería ser más caro que un nivel alto de saas y por tanto esto influirá en la decisión del cliente. Digo que debería porque un saas con un nivel de madurez alto requiere mayor diseño y desarrollo que uno bajo y por tanto requerirá mayor inversión ( aunque tambien se aprovechan de las economías de escala) y esto puede revertir en el precio al cliente final. Este dato es dificil de obtener y costoso de comparar.

Resumiendo, debemos tener en cuenta tanto los niveles de madurez como la infraestructura donde corren estos niveles y elegir qué solución es la que más nos adecuada que engancha con nuestra cultura de empresa, que cubrá nuestra necesidades de funcionalidad y que cumpla con nuestros requerimientos de seguridad , servicio de aplicación y rendimiento.

Desde hace unos días me rondaba la cabeza escribir un post sobre las diferencias entre ASP y Saas y ayer finalmente decidí que lo tenía que hacer a consecuencia de un mail que recibí de uno de los lectores de este humilde blog. En el mail me hacía una serie de preguntas utilizando el acrónimo asp y otras utilizando el acrónimo saas, y no llegué a identificar si era un problema de utilización del acrónimo correcto o es que de verdad se estaban confundiendo los significados.

Si buscamos información del termino ASP y Saas e incluso si buscamos “diferencias entre ASP y Saas” aparecen muchas entradas que intentan explicar los terminos pero la mayoría de las comparaciones confunden el termino ASP con Hosting y a partir de ahí la comparación con Saas no sirve para nada. Me gustaría aclarar primero qué es ASP y qué es Hosting apoyándome en estas definiciones que encontré:

• En modo ASP se paga una cuota periódica por alquilar la plataforma. Dentro de esta única cuota estarían incluidas las licencias, hosting, mantenimiento, etc.
• En régimen de Hosting pagas licencias y/o el proyecto y puedes alojarlo en servidores de tu propiedad o quizá del proveedor.

Creo que queda claro que con ASP se paga por uso y con Hosting pagas licencias de los productos que usen y las máquinas pueden ser tuyas o alquiladas pero se encuentran en casa del proveedor. Aclarados estos conceptos intentemos aclarar las diferencias entre ASP y Saas.

ASP significa Application Service Provider ( en español Proveedor de servicios de aplicaciones ) y como explica la wikipedia en su primer párrafo, proporciona servicios de software. El resto ( lo pego para no tener que acudir) dice lo siguiente:

“Entre los factores que caracterizan a un PSA se destacan la amplia difusión del uso de Internet, la capacidad de acelerar el despliegue y puesta en marcha de aplicaciones y la posibilidad de transferir servicios y operaciones a terceros. La barrera principal para un PSA radica en convencer a sus clientes de que su información en manos de un tercero permanece segura. Por otro lado, son dueños y operadores del hadware y el software y rentan a los clientes el uso de aplicaciones de la computadora.”

Veamos ahora a la definición que la wiki hace de Saas:

“Software como Servicio (del inglés: Software as a Service, SaaS) es un modelo de distribución de software en donde la compañía de IT provee el servicio de mantenimiento, operación diaria, y soporte del software usado por el cliente. En otras palabras es tener la información, el procesamiento, los insumos y los resultados de la lógica de negocio del software. En palabras simples: El cliente tiene el sistema hospedado en la compañía de IT. Es software donde el acceso es vía Internet. No necesariamente se da por medio de navegadores Web, la lógica de negocio reside en la localidad central del proveedor.”

Y la verdad, esta escrito con distintas palabras pero hay muy pocas diferencias :

• Se accede a través de Internet.
• En un servicio de uso y de mantenimiento.
• Se paga por uso, no por licencia.
• Los datos y la lógica de negocio en casa del proveedor.
• Las aplicaciones no necesariamente se ofrecen a través de navegadores y por tanto a veces será necesario instalar software en el cliente y otras no.

Y entonces ¿Cuales son la diferencias entre ASP y Saas?. Pues aunque no lo parezca si hay diferencias:

• ASP es un alojador de software propietario de otros ISV. En el modelo Saas son los propios ISV( los creadores del software) los que ofrecen el hosting y el software en un solo paquete.
• Muchas de las aplicaciones que corren o corrían en los ASP no están preparadas para dar acceso a través de internet. He visto acuerdos del 2002, 2003 de HP, SAP, etc, con ASP para ofrecer a través de internet las mismas aplicaciones que fueron diseñadas para correr in-house.
• Estas mismas aplicaciones tampoco fueron diseñadas para dar servicio a múltiples clientes de distintas empresas, es más, se ejecuta una instancia por cada cliente del ASP. La mayoría aplicaciones como servicio (modelo saas) si están diseñadas para ofrecer la aplicación a varios clientes a través de una sola instancia (multitenancy)
• Relacion con lo anterior, al proveer una instancia cobertura varios clientes a la vez es necesario que la aplicación tenga un alto nivel personalización para cada cliente.
• Aunque hemos visto que no necesariamente las aplicaciones ofrecidas como servicio ( modelo saas) se consumen a través de un navegador y por tanto no requieren instalación en el cliente, en verdad la mayoría de ellas se consumen a través del navegador. De hecho no conozco ninguna Saas que no sea así. Las aplicaciones que corren en ASP pueden o no ejecutarse a través del navegador y por tanto requerían de una instalación adicional en el cliente ( un emulador de windows o de unix, el escritorio remoto, terminal server, citrix).
• Relacionado con lo anterior, ASP puede ofrecerte distintas aplicaciones y de diferentes tipos dependiendo de los acuerdos que llegue con las compañías propietarias de software. Esto sin embargo es más complicado que se consiga en el modelo saas, normalmente el ISV te ofrece un solo software aunque tambien tenemos ejemplos coomo google apps o zoho que ofrecen más una.
• Por ultimo, algo más que evidente es que en el modelo saas podemos disfrutar de un soporte directo, más personalizado, y sin intermediarios que puedan escurrir el bulto ante un problemas del software.

Espero que el post haya despejado más dudas que añadirlas y que en todo caso genere polémica suficiente para que lleguemos a aclarar los términos.

Pues si ya ha pasado un mes desde que empecé la aventura y el compromiso de escribir sobre todo lo que rodea a “loquesea” como servicio y la verdad es que me lo he pasado de miedo.  Cierto es que he encontrado un buen motivo para hacerlo y es esta nueva tendencia en la que creo y me atrae especialmente.

Lo primero que tengo que decir es GRACIAS a la gente que me ha escrito, que ha colaborado con sus comentarios y  que me ha dado animos para que continue. Tambien tengo que dar la GRACIAS a la gente que me visita habitualmente porque contribuye a que esos animos no decaigan

La verdad es que estoy contento porque para llevar en funcionamiento solo un mes la media de visitas es bastante alta y en total sumaron 551, aunque en honor a la verdad los aplausos se los lleva con total seguridad el tema elegido y no mi habilidad para comunicar o la calidad en la escritura. Este pequeño estudio demuestra lo que digo.

Los mejores días tienen explicación. El dia 4 de Mayo metí una entrada en meneame.net porque pensé que la gente publicitaba sus post y aquello sin querer subido como la espuma, lo triste fue que no recibi ni un “meneame”. Los otros  picos se deben a que mi gran amigo alfonsogu.com hizo referencia en dos de sus post a este blog y de nuevo recibí un monton de visitas.

A continuación pego unos cuantos datos del apartado de estaíisticas que me ofrece el software de wordpress:

• Los Posts Más Vistos fueron

Software, Hardware, Ejecucion, Desarrollo……como servicio, 66 views
Ventajas y desventajas del Saas y Paas, 42 views

• En google, el blog aparece en la 2ª página cuando buscas por “software como servicio” y si le añades la palabra saas, aparece en la 1ª página
• En cuanto a las palabras que utiliza la gente en los buscadores y encuentran el blog son bastante comunes: “software como servicio” “ventajas saas” y en los últimos días “bungee labs” y “paas”

Por ultimo, una cosa más.  Animo al público que se asoma al blog a que comente, critique, proponga, etc. y asi sabré qué corregir, qué añadir y qué dejar. La crítica buena me resultará buenísima y la mala mejor todavía porque me ayudará a mejorar.
Gracias de nuevo.

A continuación pego los links ( en ingles, lo siento) de las noticias que más me han llamado la atención durante la semana:

http://quickbase.intuit.com/partners/developer-program/. Nueva plataforma as a service  (paas) para desarrollar y supongo desplegar online aplicaciones web pero aún no he conseguido el acceso a la beta. Por lo poco que he leído lo comparan más a Salesforce que a Bungee Connect , pero en cualquier caso le echaremos un vistazo cuando consiga acceso.

 http://www.rightscale.com/m/news.html. RightScale, del que no hace mucho tiempo dediqué un post por el servicio tan original que ofrece, ha conseguido 4′5 millones de dolares para financiar el crecimiento de sus clientes y para el desarrollo de nuevas herramientas.

http://www.infostor.com/display_article/327536/23/ARTCL/Display/none/1/IBM-launches-SaaS-storage-services/. IBM anunció su primera incursión en el mercado on-demand con la introducción de nuevo servicio de protección de la información basado en software como servicio (SaaS) a través de la adquisición el año pasado de Arsenal Digital Solutions

 SAP SaaS Delay - No Surprise (Silicon.com) . SAP atrasa la salida de su Business ByDesign on-demand software. Parece que su falta de experiencia en este mercado y las posibilidades del saas, imponen respecto a este gigante y prefiere tenerlo todo bien atado antes de salir a producción (aprox. tardarán de 12 a 18 meses más).

 Is The Recession Good for SaaS? .- Una noticia que me gustó mucho, que justifica la utilización de saas en la actual situación de posible recesión en las economias occidentales.

Como dije hace algunos días me gustaría dedicar un post a la que me parece será una de las plataformas que más dará que hablar y que a mi modo de ver en la actualidad es la más completa del mercado de las plataformas como servicio.  De entrada comentar que han conseguido 8 millones de financiación que utilizarán para marketing y desarrollo de producto, y el producto aún está en fase Beta.

Ya que me voy a adentrar en lo que nos permite hacer Bungee, me voy a definir para situar al lector y que pueda tener una referencia más o menos fiable en función de mi perfil. No soy el típico que le gusta probar la herramienta puntera en el mercado, y por tanto no me considero ni muy experto ni muy técnico. Me gusta más quedarme más arriba, ver para qué sirven las cosas, lo que hay en el mercado, echarles un ojo por encima para después decidir si la utilizo o no en función de mis proyectos.

Ya intenté explicar en el post sobre “¿Qué es Paas”, que es realmente complicado encontrar una buena definición de paas (principalmente porqué la palabra plataforma tiene bastantes acepciones) y Bungee Labs en su descripción de su producto al menos define lo que hace la herramienta de una manera más o menos clara. Dice algo como:

”La plataforma como servicio Bungee Connect es un entorno único para el desarrollo, pruebas, despliegue y ejecución de increíbles aplicaciones web”.

Y es cierto que se puede hacer todo lo que dice online y como ya dije en el anterior post ofrece dos servicios, desarrollo como servicio y ejecución como servicio, y para mi su única falta, es que no dispone de BBDD propietaria y te obliga a localizar tu BBDD en otro entorno pudiendo sufrir el usuario final la latencia suma de la ejecución de Bungee + el acceso a la BBDD. Por cierto, acaban de anunciar que pueden conectarse con EnterpriseDB, que ofrece PostgreSQL and Postgres Plus como servicio ( BBDD as a service) desde Amazon EC2.

Funcionamiento

Mi primer flash de la herramienta es realmente bueno. Su interfaz es RIA (utiliza Ajax) y en poco más de 3 horas puede ver más o menos la posibilidades de la herramienta y comprobar que es posible desarrollar online bajo un entorno de desarrollo muy amigable y desde luego orientado para gente con un nivel medio alto en programación (digo esto porque he visto en la blogosfera que lo posicionan junto con herramientas que apuntan a gente con nivel bajo de conocimiento informático y bajo mi modesta opinión no es así).

El proceso normal de utilización es el siguiente:

• Creación de un grupo de desarrollo (aunque no es necesario ) donde localizarás tus aplicaciones y donde el administrador del grupo decide qué desarrolladores tienen acceso a ese grupo de trabajo o no. El código de cada desarrollador puede ser público o privado. Y por supuesto cada programador puede estar en cualquier punto geográfico.
• El Desarrollo comienza con la construcción de las clases que definen entidades y a partir de ahí construyes los formularios y añades a través de un asistente, el código necesario de su lenguaje de programación propietario Bungee Logic ( muy parecido a C#). Hay una opción interesante y es que puede importar un fichero de definición de Web Service y construye las clases necesarias para poder comunicarte con él.
• Terminado el desarrollo, realizas el check-in del código y lo tienes listo para pasar el entorno de producción. Que no es más que un almacén de versiones de las aplicaciones que has hecho check-in.
• Una vez en el almacén de producción, puedes hacer dos cosas, o despliegas la aplicación (en http o https) para obtener una URL y poder utilizar la aplicación  o puedes, y esto es realmente interesante, compartir tu aplicación con el resto de la comunidad Bungee. Puedes hacer tantos despliegues como quieras y de las versiones que desees, dándote una gran flexibilidad para mantener la aplicaciones de tus potenciales clientes (visto desde el punto de vista del programador y empresa de desarrollo).

Esto último, poner tu desarrollo al servicio de la comunidad me parece una idea muy interesante y puede ayudar en gran medida a la hora de tomar la decisión de adopción de la herramienta.

Un dato más, puedes utilizar tu propio domino o url como punto de entrada a tu aplicación en incluso puedes embeberla dentro de una aplicación web que ya tengas.

SaaS continua apuntando a las pequeñas empresas. En las empresas de entre 1000 y 25000 empleados, un promedio del 11% de los presupuestos de software se dedicaron a SaaS, y el 70% o más de los presupuestos tradicionales se dirigieron a las licencias de software y mantenimiento. En contraste, los encuestados con menos de 100 empleados gastan el 26% de sus presupuestos en  SaaS, mientras que aquellos de entre 100-1000 empleados gastan un 17%. Entre las empresas con menos de 1 millon de dolarés en ingresos anuales, 46% había comprado al menos una aplicación SaaS.

La investigación de McKinsey también reveló la maduración del SaaS en las pequeñas empresas. El 36% de las pequeñas y medianas empresas están utilizando múltiples aplicaciones SaaS. Sólo el 12% de los encuestados dijeron que habían adoptado su primera aplicación SaaS en el 2007, en comparación con un tercio de los encuestados que han adoptado su primera SaaS en el 2006.

“El pico de adopción ocurrió en el 2006, y ahora es una cuestión de profunda penetración de SaaS”, dijo Junaid Mohiuddin, un software consultor en McKinsey & Co.

El estudio de McKinsey y Sand Hill incluyó  el almacenamiento online y los servicios de seguridad. Los encuestados declararon que el almacenamiento online fue una de las soluciones SaaS mas utilizadas, seguida de la copia de seguridad online, servicios de seguridad, mantenimiento de redes y sistemas y el CRM.

Los principales criterios de selección de proveedores de SaaS son la velocidad del despliegue de la solucion y la facilidad de integración, seguido por la experiencia del proveedor de la solución SaaS, y los costos.

En resumen, el estudio demuestra que la tendencia saas sigue en alza y se considera como una oportunidad de negocio para las empresas proveedoras de productos software y empresas desarrolladoras y de uso para el usuario final que consume el software as a service.

Como he comentado en varios post, es realmente complicado encontrar una buena definición de “plataforma” y más cuando nos adentramos en este mundo del “como servicio”. El acrónimo Paas lo están utilizando las empresas para situar en la mente del potencial consumidor de la solución, qué tipo de servicio pueden llegar a ofrecer, y digo pueden porque mismos productos paas ofrecen soluciones diferentes y al público en general le crea confusión. Así, por ejemplo, Force.com es su página inicial dice:

“Force.com es la primera plataforma como servicio del mundo, lo cual permite que los desarrolladores creen y ofrezcan cualquier tipo de aplicación empresarial, totalmente On-Demand y sin software. “

Cuando vi la definición pensé que Force.com permitiría desarrollar online, desplegar online, ejecutar online, todo online. Pero como sabemos no es así ,  y no es que Force.com no sea una plataforma solo digo que le falta por decir que la plataforma es para la ejecución de aplicaciones como servicio ( saas)  con una BBDD relacional de apoyo y apis de integración para conectar con los sistemas de cada empresa.

Veamos otro ejemplo, Bungee Labs dice que su Paas es:

“The Bungee Connect Platform-as-a-Service is a single environment for the development, testing, deployment and hosting of amazing web applications”

en español más o menos:

” La plataforma como servicio Bungee Connect es un entorno único para el desarrollo, pruebas, despliegue y ejecución de increíbles aplicaciones web”

y aunque su definición es mucho más concisa que la de Force.com tambien da a entender que vas a tener todo lo necesario para el desarrollo y ejecución de aplicaciones web y es cierto salvo que necesites de una BBDD ( que el 90% de las aplicaciones web lo necesitan) y te encuentres con que te ofrecen la posibilidad de conectarte a MySql y Postgre y en desarrollo dispones de un entorno de testeo de MySql pero no tiene una BBDD propietaria como Force.com.

Hay  una diferencia clara de Bungee Labs con respecto Force.com, y es que Bungee Labs a mi modo de ver ofrece dos servicios claros y destacables que son el desarrollo como servicio y el de ejecución de aplicaciones y es que apuntan a distintos públicos objetivo, el desarrollo como servicio engancha con la comunidad de programadores y la ejecución como servicio con el usuario o cliente final. Por el contrario, Force.com aunque podría ofrecer la Base de Datos y la ejecución de aplicaciones como servicio, en realidad solo ofrecen la ejecución como servicio ya que el servicio de la BBDD esta integrado en la ejecución de la aplicación.

Releyendo las definiciones parece que lo que esta empresas intentan trasmitir es que la plataforma tenga todo lo necesario para poder desarrollar y ejecutar aplicaciones online, dejando en un segundo término la base de datos aunque integrada en la solución y con la posibilidad de elegir en qué servidor ( con plan de recuperacion de desastres) localizo mis aplicaciones .  Esta solución me gusta y me parece una plataforma como servicio completa para  el desarrollo y ejecucion de aplicaciones.

En resumen, creo que nos seguirán mareando con este término, siempre y cuando no decidan explicar que hace y que no hace la plataforma (cosa que veo harto difícil al menos esto último por razones obvias) y nos obligará a adentrarnos en la solución para que saber que servicio o servicios nos ofrecen. Además sigo manteniendo lo que decía en el primer post y es que no hay una única definición que encierre el significado de plataforma como servicio porque existen varios tipos de plataforma y por tanto me sigue gustando la idea de definir cuales son los servicio o servicios que ofrecen las plataformas.