e-Valúame

Tag Archives: Software como servicio

Force conecta con Facebook y Amazon en la nube

logo_home_forceEn estos días se esta celebrando el hackathon de Force 2008 cuyo nombre comercial es DreamForce y  donde los programadores y ISV se reunen para compartir ideas, comentar nuevas funcionalidades, acudir a talleres sobre saber-como,  conseguir acuerdos de colaboración, etc. en definitiva un sitio donde hacer networking y saber como tus competidores se están moviendo es este mercado del saas y la  forma en que están explotando la plataforma Force.

Sabemos que Salesforce , el lider mundial del CRM on-demand,  está centrando muchos esfuerzos en la promoción de la plataforma Force y esto es algo que saben hacer realmente bien. En su web, que es un auténtico alarde de buena comunicación,  acaban de abrir una nueva página para enseñar y ayudar a los potenciales programador e ISV a crear código saas y a establecerse como empresa.  Y ahora con eventos como DreamForce intentan acercarse al programador e ISV y conocer sus inquitudes. Desde luego si alguien tiene alguna duda de si el software como servicio necesita de acciones comerciales y promocionales seguro Salesforce le sacan de ellas .

En estos eventos suelen aprovechar para anunciar nuevas funcionalidades que va a mejorar el uso de la plataformas. Ayer , en el primer día de Dreamforce, anunciaron lo siguiente:

Force para Amazon.-  Se trata de un conjunto de herramientas para que las aplicaciónes Salesforce puedan utilizar los servicios de amazon.  Por ejemplo si quieres utilizar S3 para almacenar imagenes y documentos o ejecutar parcialmente un parte de tu aplicación sobre maquinas amazon EC2 y código php. 

Force para Facebook.- Otro conjunto de herramientas para que las aplicaciones de Force utilicen la API de Facebook y puedan desplegarse dentro de Facebook. El usuario en realidad utilizarán la plataforma Force para acceder a los formularios, base de datos y la logica. Es decir, un aplicación programada en Apex Code para Force puede se utilizada por los millones de usuarios de Facebook, pero ¿son el mismo el mismo tipo de usuarios? Quizás tenga más sentido la integración con el «Facebook de IBM», osea,  BlueHouse.

Dominio separado de Force.com.  Ofrecen la posibilidad de crearte un dominio público para que tu aplicación pueda ser accedida por otros usuarios, a parte de los usuarios de la plataforma Salesforce.

Code Share. Esto es un reanuncio porque ya lo estaban llevando a cabo.  Es un directorio de  proyectos código abierto donde los programadores pueden participar o  crear sus propios proyectos de código abierto.

logo_home_salesforce

En definitiva, saben lo que hacen, lo hacen bien y si están en el camino se verá un incremento de  sus ingresos y en el número de aplicaciones que ofrecerán en su plataforma.

Saas y la crisis – 2ª parte

Poco más tengo que añadir de lo que en este post hablaba sobre lo interesante que se tercia la opción saas  cuando estamos en época de vacas flacas. Quizás en esta parte del año y como comentaba mi colega Javier en su post, es época de configuración y acuerdos de los presupuestos con la directiva y seguro que más de un director de IT se plantea tirar de saas, paas e iaas para reducir sus costes. 

Solo quiero exponer gráficamente como está preocupando el tema en este útlimo mes a los navegantes por las vistas recibidas al anterior post  y a través de las palabras «crisis», «la crisis», «saas crisis».

 

Los 10 errores más comunes de una startup de saas

El otro día comentaba Enrique Dans en uno de sus post que Zoho es el más listo de la clase porque entre motivos, ha empezado a utilizar Google Gears antes que el propio google. La verdad es que Zoho no ha parado de poner software online en los 3 años que llevan de vida y lo hacen realmente bien pero para mí, dentro del mundo «as-a-service» , el más listo de la clase siempre ha sido Salesforce, que con su CRM online ha conseguido ser una referencia en este mundo y ahora con Force quieren ser tambien los líderes en el mundo de las platform as a service.

Para promocionar Force están lanzando una campaña de comunicación y ayuda para que aquel emprendedor que quiera focalizar su esfuerzo en el desarrollo del software as a service, tenga toda clase de información a traves de white papers con consejos para su creación y seminarios web online . Por eso digo que son listos y los primeros de la clase porque como comentaba hace algún tiempo estos tios en Force no cobrán al desarrollador, hacen caja con la base instalada de clientes que utiliza su CRM y que ahora pagará si quiere utilizar una de las aplicaciones que estos nuevos proveedores de saas desplegaran en su plataforma.  De ahí que se dediquen a atraer proveedores de saas con sus aplicaciones para hacer un «poco» mas de caja. 

Hace unos dias publiqué un resumen en español de un informe de Salesforce que hablaba sobre las 7 claves a tener en cuenta en la creación de una saas, y ahora dejo otro resumen de este paper sobre los 10 errores más comunes que suelen cometer cuando lanzas una empresa de saas:


Recuerda que el modelo de negocio de saas es diferente

Error 1.- Ejecutar tus procedimientos operativos como si fueras una compañia de software tradicional. Tus beneficios dependen de ingresos paulatinos y no de grandes ventas, por eso debes tener cuidado con tus gastos fijos y monitorizar la renovación de tus suscripciones e indicadores de futuros ingresos.

Error 2.- Gastar demasiado en marketing y fuerza de ventas. El marketing tradicional y en concreto la publicidad puede resultar muy costosa y hay proveedores de saas que han encontrado fórmulas de marketing más economicas e igual de efectivas.

Error 3.- No poner interés en que el cliente use producto. Si conoces el uso de tu producto, el numero de clics que reciben tus páginas, aquellas que no se utilizan entonces intenta sacar provecho de está información para dar al cliente lo que quiere.


Evita errores de marketing comunes

Error 4.- Conformarte con la mentalidad «construido-ya vendrán». Necesitas tener una estrategia promocional agresiva que identifique a tu target y los diferentes canales de acceso.

Error 5.- Esperar a que tu cliente tenga éxito. Haz lo posible para que tu cliente utilize y saque partido de la aplicación y que obtenga el beneficio que esperaba. Manuales, videos, soporte online, etc…

Error 6.- Subestimar el poder de la referencias de clientes y de los evangelistas. Los testimonios de clientes y comentarios de los evangelistas hace más estable y confiable tu producto.

Error 7.- No poner interés en las comunidades de usuarios. Los foros de usuarios ayudan al clientes a manejar mejor la herramienta y sirven de soporte de la misma, evitando que el cliente necesite el nivel de soporte básico.  Encuentra a los usuarios evangelista más activos, incentivalos y escuchalos.


No tengas en cuenta como se hacen las cosas en el desarrollo tradicional

Error 8.- Utilizar metodologias tradicionales para la entrega de saas. En el desarrollo tradicional hasta que no tengas un número de cambios funcionales importante no empaquetas para en lanzamiento de una nueva versión. En saas no es necesario hacerlo e incluso puede ser contraproducente hacerlo así porque no creas expectación , dinamismo en la aplicación y parece que no escuchas las peticiones de tus clientes.

Error 9.- Invertir en infraestructura más de lo necesario. Esto es directamente «promocional» a Force, pero es completamente cierto que es una ventaja no invertir en Iaas ( infraestructure as a service) cuando hay gente que lo hace bien y es su negocio.

Error 10.- Que te pillen sin un API. Es necesario que el cliente no sienta que sus datos están aislados de su sistema y que tenga la «oportunidad» de sacar sus datos y llevarlos a otro proveedor de saas.

Saas verticales , horizontales y ¿saas a medida?

Un proveedor de saas a la hora de iniciar su actividad deberá plantearse cual es el servicio que va a ofrecer a sus clientes y qué tipo de aplicación envolverá al servicio. Puede ofrecer 4 tipos de aplicaciones:

Aplicaciones a medida,  El cliente dicta lo que quiere y el proveedor se lo hace a un precio por lo general mas alto que el resto de las opciones. 
Aplicaciones Verticales puras, son para el gremio en cuestión y no hay posibilidad de utilizarlas en otro gremio.
Aplicaciones Verticales, son aquellas que cuya solucion se podría obtener con aplicaciones horizontales pero dada su condicion esta mucho mas dirigidas al sector y por tanto requiere menos trabajo de adaptacion y configuración.
Aplicaciones Horizontales
, pretenden ser utilizadas por cualquier sector pero su nivel de adaptación a tu negocio requiere horas de configuración e incluso desarrollos. Ejemplo es un SAP, CRM

Dejando a un lado las aplicaciones a medida y partiendo de la base que el mismo proveedor de saas lleva el mantenimiento de la infraestructura y de las nuevas versiones, que la aplicación a ofrecer sea vertical pura, vertical u horizontal dependerá más de un tema estratégico; las horizontales son mas ambiciosas, más complejas de desarrollar, más configurables y por tanto más riesgosas que las verticales pero por su condición pueden llegar a más clientes que las verticales y como tenga un poco de reconocimiento te forras.

Pero ahora bien ¿merece la pena tener un modelo de negocio basado en saas a medida? Yo no encuentro, bajo las precondiciones de saas (infraestructura, mantenimiento de versiones, precio por uso,etc.) , modelo de negocio posible para podermantener el saas a medida de tus clientes. Pero sin embargo si me parece interesante aprovecharse del modelo cloud computing y de las ventajas de la nube. Si el cliente está de acuerdo en mantener sus aplicaciones en la nube, existe la posibilidad de colocar la aplicación en una paas y el precio del software sigue el modelo tradicional, tanto el proveedor como el cliente salen beneficiados de la decisión ya que ninguno tendrá que mantener la infraestructura y las modificaciones y arreglos del software durante su garantía podrá realizarse online, sin desplazamientos para el proveedor y ganando el cliente en rapidez de implatación.

¿Y que tipo de aplicación prefiere el cliente?  En general si el cliente tiene claro lo que quiere y tiene presupuesto, prefiere una aplicación a medida ya sea saas o aplicación tradicional y como 2ª opción se plantea la adquisición de aplicaciones verticales u horizontales que están en el mercado con un éxito más que notable y que encajan en un porcentaje alto con la funcionalidad requerida. Y a partir de ahora el cliente podrá tener en cuenta al nuevo jugador y proveedor de saas que a través de su continua especialización en la aplicación saas y su infraestructura, el feedback online con los clientes (práctica habitual de los proveedores de saas y paas), la rapidez de implantación de las mejoras que estos solicitan (2ª de las claves de este post ) y sobretodo si son mejoras de clientes del mismo gremio, las saas que ofrezcan serán una opción más que considerable.

Siete claves para un proyecto saas de éxito

Esta mañana revisando el blog de Force me he encontrado con esta entrada que me ha encandilado porque en sus referencias aparecía este whitepaper que explica qué debe tener en cuenta una empresa de saas de reciente creación para que concluya y mantega su éxito. No estoy seguro de cuando se liberó el pdf pero es igual de interesante por los puntos que destaca y porque aparecen unas cuantas referencias de empresas (con declaraciones de su CEO) acerca de cómo y porqué les fué y les va viento en popa en este nuevo mundo. 

Una de la cosas que más me ha llamado la atención es que el software tradicional y el software as a service se gestionan de diferente manera (desde su captación hasta su entrega al cliente)  y muchas de la prácticas y procedimientos comumemente aceptados en la creación del software in-house no tienen sentido en el saas. Esta la típica chorrada que cuando te la dicen, la afirmas como obvia pero que en tu día a día no dejas de hacerla, por eso me gusta destacarla.  

Resumo las siete claves para que un proyecto Saas tenga éxito: 

  1. Busca líderes del proyecto responsables. El proyecto debe tener un líder que entienda la solución saas y que acepte las  diferencias entre la creación de software tradicional y el modelo saas. Además debe intentar encontrar las métricas correctas para evaluar el estado del proyecto (tasa de adopción, utilización del sistema, desgaste de la solución) , asi como de su comunicación dentro de la compañia y los responsables de cada métrica.
  2. Haz aplicaciones que tus usuarios necesiten. Debes intentar deleitar a tus usuarios para que vuelva a utilizar tu aplicación con nuevas actualizaciones, interfaces intuitivos, upgrades automáticos que no fastidien sus personalizaciones. Además de tener la posibilidad de escuchar a tus usuarios(chat,tablon de sugerencias), de informales sobre actualizaciones y futuras mejoras, de saber que es lo que más utilizan y que no, etc. En definitiva crear expectación, darles lo que quieren y disponibilidad.
  3. Genera demanda las 24h del día. Apoyándote en la información que tienes de tus usuarios intenta generar demanda con actuaciones como accesos free a una parte de la aplicación, eventos, seminarios, videos, promociones,etc..
  4. Vendes servicio, no producto. Vendes un servicio completo, esto es entrega de producto, soporte y mantenimiento. Esto impacta en tu equipo de ventas y en tu equipo de desarrollo porque a diferencia del software tradicional, la fijacion de precio, el cumplimiento del mismo, la fidelidad del cliente, el mantenimiento de la aplicacion, el acuerdo del nivel de servicio(SLA), infraestructura para el cumplimiento del SLA,etc..  se tiene diferente tratamiento. No es lo mismo dejar un proveedor intermediario que mantega el código o que el propio cliente lo mantenga a que recaiga sobre el proveedor Saas. 
  5. Haz una religión del éxito de tu cliente. Ganar-ganar, si tu cliente gana tu ganas. Intenta destacar éxitos de tus clientes para obtener la atención de futuros clientes, realiza encuentas de satisfación y resuelve las quejas cuanto antes para fidelizar clientes, intenta crear grupos de clientes exitosos para enseñar a nuevos clientes, etc.. En definitiva el cliente debe renover suscripción y debes intentar hacer lo que sea para que vuelva a probar tu aplicación. 
  6. Desarrolla buenos procesos financieros. Debido a que los ingresos recibidos en el saas son incrementales y dependientes de las renovaciones, el tratamiento de la finanzas de la empresa saas es uno de los factores críticos a tener en cuenta.  Hay que tener especial  cuidado con el cash-flow, con los gastos fijos iniciales debido a la infraestructura, intentar poner medio de cobro automáticos, aprovechar el conocimiento del crecimiento de uso de aplicacion para prever futuras inversiones,etc.
  7. Encuentra tu sitio en el Universo «mashup«. Busca alianzas o utiliza webs de «remezcla» que potencien el uso de tu aplicación. Esto es un oda a «Force» como plataforma de aplicaciones (Paas– platform as a service) pero es una opción más a tener en cuenta para que tus potenciales clientes conozcan tu saas. 
El paper son 16 hojas y esto es un breve resumen, y aunque es un poco pesada la lectura en inglés la aconsejo porque me parece realmente interesante. 

¿Windows Cloud? Que miedo!!!

De nuevo a través del blog de Enrique Dans me entero que Windows quiere entrar en el mundo del cloud computing a través de un nuevo sistema operativo cuyas funciones y nombre será desvelado de aquí en 4 semanas. El anuncio sorprende un poco porque Microsoft suele realizar anuncios de sus nuevas versiones y nuevos productos con bastante más antelación y porque esta semana Amazon tambien anunció la posibilidad de poder instalar Windows Server en sus maquinas EC2 y donde el pago tambien se hará por el uso que se haga de la máquina y el sistema operativo.

Buscando un poco más de información de este anunció he encontrado esta transcripción de Steve Ballmer en un conferencia en Paris el dia 2 de octubre donde habla sobre el anuncio. La transcripción es un ladrillo y los parrafos que más me han llamado la atención son lo que siguen:

One of the big areas of innovation will be the way the software itself gets transformed in an environment where we can assume high-speed Internet. We call that the software plus services revolution. Some people like to use the word «software as a service.» We say software plus service. Some people say cloud computing, some people say grid computing. Some people say on-demand, blah, blah, blah, blah, blah, blah.

……

We need to remake our development platform and our management and deployment tools so that the software really can move around to the PC, across servers magically. That involves taking .NET, our programming surface, to the next level.

Part of that means putting .NET in the browser, which we’ve done with our Silverlight technology. And yet I don’t think the whole world lives in a browser. PC applications have better user interface, and you can integrate them more. Browser applications run on non-Windows machines, and they’re easier to manage. We need to bring the benefits of both of those things together on Windows, and through our Silverlight technology permit the targeting of other systems.

…..

We will tell you about it, we’ll encourage you, but at the same time our strategy is to build a symmetric stack: Windows Server, Windows Cloud; Active Directory, Active Directory with Live IDs as an identity system in the Internet; SQL Server and an implementation of SQL Server for the cloud. We now have CRM; CRM in the cloud. We have SharePoint; SharePoint in the cloud. We’ve got Exchange; Exchange in the cloud.

Lo primero que me ha llamado atención es que Steve Ballmer diga que el software + service (S+S)sea lo mismo que «software como servicio» porque para su estrategia era mucho más interesante la acepción que dieron ellos del  S+S. Para el que no quiera ir a la wiki, el software + services se basa en tener el software en el PC pero con apoyándose en servicios en la nube. 

Del texto tambien se entiende que quieren potenciar SilverLight, competidor directo de Adobe AIR, para embellecer la presentación del software as a service, es decir, para que el usuario no pierda funcionalidad y usabilidad en la utilización de las aplicaciones de la nube. 

Y del último párrafo, se extrae y en el fondo es lógico que van a mantener la instalacion in-house  y continuar con la escalada de productos hacia la nube. Osea que se suben al carro del cloud computing porque saben que van a sacar ingresos de aquí. 

Poco más de lo que dice Enrique en su post y lo expuesto aquí dijo Steve en sus conferencias en Londres y París pero da un poco de miedo que saquen algo en aparetemente tan poco tiempo y que además funcione.

Richard Stallman: Cloud Computing es una estupidez

En una entrevista concecida a The Guardian, el fundador de GNU, Richard Stallman ha declarado que el cloud computing no es más que una campaña publicitaria y considera una estupidez su utilización. Stallman opina que la nube es una trampa que fuerza a la gente a utilizar sistemas cerrados y propietarios donde el coste se irá incrementando más y más en el futuro. Añade que los datos deben estar en manos de su propietario y no en manos de cualquiera. 

En el mismo artículo se hace mención a unas declaraciones de Larry Ellison, el fundador de Oracle, quien opina que esto del Cloud Computing es una moda y una completa memez.

Pasando por alto la sobrada de casi llamar estupidos a los millones de usuarios que utilizan el cloud computing de alguna o de otra forma, la reacción de  Richard Stallman no me extraña mucho por dos motivos claros. El primero es que es cierto que el software as a service permite a los propietarios a mantener su código en absoluta privacidad (sin pirateo) y por tanto priva de ese conocimiento, que el defiende como libre y al que me apunto, al resto de la humanidad. El caso es que no lo veo muy diferente del software in-house más que por la imposibilidad de pirateo, práctica que no defiende Stallman. El segundo motivo es más personal y de uso, y es que el prefiere tener sus datos en su casa y es algo que no tiene discusión ninguna, prefiere mantener sus sistemas y sus aplicaciones a cederselos a un tercero. Pero de ahí a idiotizar al personal….

De las declaraciones de  Larry Ellison no se si pensar que realmente lo piensa y por eso pone Oracle en la nube sin inversión aliandose con Amazon o que la decisión de poner Oracle en la nube no ha pasado por él. No cabe la posibilidad de que no sepa lo que dice.

Zoho celebra su 3er cumpleaños con nuevos anuncios

 

3 años han pasado desde que Zoho lanzó Zoho Writer y desde entonces 16 son las aplicaciones que completan el  set de productos . Lo más destacable de estos y al igual que Salesforce lo que les hace un referente e inyectan confianza al mercado del saas ha sido la progresión de subscripciones y la cifra final que manejan, rondando el 1 millón de subcripciones.  Todas estas subcripciones seguro que no reportan beneficios , yo mismo utilizo la versión free para el directorio cloud computing, pero con estos números cualquier porcentaje  por pequeño que sea seguro que hace interesante este negocio.

Además esta semana han anunciado:

  • la posibilidad de importar objetos Microsoft Word 2007 in Zoho Writer
  • Zoho Mail estará disponible offline a través de Google Gears y como dice Zoli, algo de ironía tiene que Zoho lo utilice en su aplicaciones antes que Google.
  • Zoho Creator va a abrir un almacen de aplicaciones (MarketPlace) donde los usuarios podrán usarlas previo pago y donde los beneficios por el uso seran reportados integramente a los creadores de las apps .  Además si una aplicación no se encuentra en el almacén, el demandante podrá especificarla para que cualquier programador pueda programarla. Este modelo de negocio será  muy parecido a  lo que SalesForce propone con Force y AppExchange

Un DAFO para el Cloud Computing

Una de las herramientas de trabajo mas utlizadas por la empresas en su busqueda de la mejor estrategia a corto, medio y largo plazo es el DAFO.  Debilidades, Amenazas, Fortalezas y Oportunidades son la palabras que componen el acrónimo y se trata de una herramienta que ayuda a reflexionar sobre tu negocio y su realidad en el mercado en el compite,  el entorno político, económico y social, y el conjunto de  proveedores y clientes relacionados con la mismo.

Aunque el Cloud Computing es un mercado y no una empresa,  he realizado el DAFO de este mercado  tomando como competidores el software «in-house» o tradicional, el software + servicios, hosting de aplicaciones y máquinas y en definitiva cualquier mercado que compita o en el que existan productos sustitutivos de Cloud Computing. El resto de agentes (clientes, proveedores,etc) que interactúan en el mercado y que son considerados en la elaboración del DAFO son válidos tanto para el mercado como para la empresa.

Esto es lo que yo he producido pero invito a quien quiera a añadir y completar este DAFO. 

 

Análisis DAFO Fortalezas Debilidades
Análisis Interno
  • Sin inversión y mantenimiento  para el cliente
  • Servicio de costes controlados e incrementales para el Cliente
  • Despligue de software e infraestructura inmmediato. Fácil captación.
  • Antipirateo 
  • Profesionalización y excelencia en la ejecución 
  • Moderada/Fuerte inversión y mantenimiento de la infraestructura.
  • Mantenimiento del versionado del software
  • Entrega a través de Internet
  • Ingresos vulnerables a fallos de seguridad, disponbilidad, rendimiento, etc.
  Oportunidades Amenazas
Análisis Externo
  • Incremento de la estabilidad, ancho de banda, seguridad de Internet
  • Crisis económica (eventual)
  • Mercado en auge y posicionado.
  • Existencia de RIA hace que la apps no pierdan el look «in-house» 
  • Fallo de algún competidor del mercado de seguridad, disponibilidad, privacidad, etc.
  • Mercado inmaduro. Vulnerable al auge de otra tendencia como Software + Servicio
  • Abaratamiento de los costes de infraestructura y mantenimiento tradicionales

Zoho Docs vs Google Docs

La semana pasada Zoho lanzó Zoho Docs, un lugar donde almacenar y organizar los documentos online que puedes realizar con sus otras herramientas, Zoho Write, Sheet and Show. Además acepta ficheros de todo tipo, permite chatear con otros usuarios online  y como Google Docs permite compatir ficheros en el grupo de trabajo. 

En definitiva parece una herramienta que centraliza el acceso al resto de sus herramientas y organiza los documentos que puedan realizar con estas. En mi opinión la herramienta nace más como una necesidad para cerrar el set de productos de Zoho que para ser un competidor directo de Google Docs pero lo que está claro es que ofrecen un servicio muy parecido y por tanto compiten. No hace mucho estudié los productos de Zoho y me quedé impresionado de la evolución que esta gente ha tenido en el mundo saas desde su inicios en el 2005. Desde entonces pensé que Google terminaría comprándolos por su suite de productos y por ese aire «google» que presentan (los colorines del logo son idéntificos a los chrome). En este link se pueden ver las virtudes de la herramienta.

Los 3 niveles del «Cloud Computing»

Como comentaba en el post anterior, buscando información sobre nuevas plataformas como servicio he encontrado varios post que intentan desgranar los agentes que actuan en este nuevo mundo «as a service». De todos ellos, me ha llamado la atención especialmente este que a continuación os traduzco con el permiso del autor ( Thanks Markus), que explica gráficamente, como muy poco texto y en definitiva de una manera muy clara y sencilla que hay detrás del mundo del «Cloud Computing».

Aunque en general me parece un post muy brillante, no estoy muy de acuerdo con algunas definiciones sobretodo con la de «Platform as a service (paas)», y aunque ya hablé en otro post sobre lo que pienso sobre paas me gustaría exponer mis nuevas ideas acerca de esto en otro post tomando como base éste de Markus. Este es el post traducido:

La Cebolla
En un intento decomprender mejor la naturaleza del «Cloud Computing» he intentado establecer una clasificación de algunas empresas y las aplicaciones que desovan en la nube.

  

Tres niveles diferentes de «cloud computing»

Infraestructura
El corazón de la nube es lo que algunos llaman la infraestructura como de servicios (IAAS). Esto es lo más cercano al metal desnudo: puro almacenamiento y capacidad de cómputo. Con las técnicas de virtualización se envasan pequeñas unidades (machinas con sistemas operativos, o megas de almacenamiento) que se entregan como el agua o la electricidad (concepto de utilidad de computación).

 

 

 

 

 

 

 

Plataformas
La siguiente capa es la Plataforma como servicio (Paas). Aquí nos encontramos con las plataformas más complejas, como Google o App Motor Salesforce.com AppExchange. Marc Andreessen, que acuñó la frase «la web como plataforma», escribió una vez: «[a] plataforma es un sistema que puede ser programado y, por tanto, personalizado por los desarrolladores – usuarios – y por tanto, adaptarse a un sin número de necesidades y que los desarrolladores de plataformas tradicionales no podrían llevado a cabo, y mucho menos no hubieran tenido tiempo para adaptarla. […] Si se puede programar, entonces se trata de una plataforma. Si no puede, entonces no lo es. «(Fuente)

 

 

 

 

 

 

 

Aunque no considero Amazon EC2 o S3 como una paas, sino más bien un Iaas, la elasticidad proporcionada por la infraestructura del Amazon ha permitido a desarrolladores de terceros construir plataformas sobre Amazon. Me preguntaba donde puedo poner en mi diagrama  los otros servicios Web de Amazon (FPS, DevPay, etc) pero no he encontrado un lugar plausible, aún. Probablemente debería estar en algún lugar entre Iaas y Paas.

Apps y Servicios
La capa exterior de mi cebolla está formado por todas las aplicaciones y servicios que se construyen en la parte superior de cualquiera de IAAS o FCA. No estoy satisfecho con la capa exterior. Creo que necesita más la categorización, como la agrupación de tipos de aplicaciones, por ejemplo, aplicaciones de  Redes Sociales, Servicios de copia de seguridad, y así sucesivamente.

 

 

 

 

 

 

 

 API
Cada capa tiene un conjunto diferente de APIs. Cercano al núcleo, los desarrolladores han estandarizado tecnologías Web y protocolos para el acceso y uso de la nube. Más alejadas del núcleo, se añaden niveles de abstracción  haciendo cada proveedor APIs más específicas . En cuanto a la aplicación y servicio de capa, encontramos una mezcla de APIs menos normalizada y estandarizada .

Los precios de Microsoft Online Services

Esta semana Microsoft anunció la apertura de la beta de productos online que desea ofrecer a sus clientes. Desde esta dirección  se puede acceder a la beta y a la información de cada uno de los productos saas (o lo que Microsoft se empeña en llamar software+services) que ofrece que son Exchange, LiveMeeting y Sharepoint, y que se suman al ya conocido Dynamics CRM. La suma de todos los productos pretende establecer un entorno de colaboración para los empleados de las empresas apoyándose en las herramientas de correo, de gestión de procesos, de conferencias online, etc.

Buscando información acerca de estos productos me encontré con este interesante artículo  en inglés que explica la historia de los servicios online de Microsoft y los precios que ha puesto a estos servicios. Resumo lo que me ha parecido más interesante de este artículo

Breve historia de Microsoft online
Si no ha venido siguiendo el desarrollo de Microsoft online, permítanme que haga un resumen rápido. Hace varios años, Microsoft compró Placeware que es su actual buque insignia para conferencias online, LiveMeeting. Poco después, Microsoft comenzó a ofrecer servicios de Exchange online a las grandes empresas. Microsoft también dio a conocer su , Dynamics CRM, como modelo saas. Ahora, con 10 millones de usuarios autorizados para Exchange online y más de 50 millones de mensajes por mes, Microsoft está ampliando sus servicios a las empresas de todos los tamaños.

……………

Licencias y Precios
El anuncio de hoy incluye un nuevo modelo de licencia, llamada la licencia de suscripción de usuario, o «USL». Cada usuario que tenga acceso a los servicios online de Microsoft requiere un USL, pero usted no necesita comprar USLs para cada usuario de su empresa. ………………………….

Una de las grandes características de la USL es que un USL puede utilizarse tanto para los servicios externos de Microsoft online , así como para los servicios internos. Por ejemplo, un usuario con un SharePoint USL puede acceder a SharePoint de Microsoft online y a su intranet SharePoint-( para los servidores SharePoint CAL no se requiere licencia para ese usuario)

El coste básico de un USL para lo Microsoft llama la «suite online de productividad para las empresas»  esde 15$ por mes. Esto significa, que por un valor de 15$/mes, un usuario puede tener acceso a Exchange, SharePoint Server, Live Meeting y, cuando se libere a la Oficina de Comunicaciones online.

Los  15$/mes por USL es la base de referencia para la suite. Cada producto puede ser licenciado por separado si así lo desea:  10$/mes para Exchange USL,  7.25$/mes para SharePoint, 2,50$ para la Oficina de Comunicaciones y 4,50$ para LiveMeeting. Cada USL incluye una cuota de almacenamiento: 1 GB por USL para Exchange y 250MB de almacenamiento por USL para SharePoint, y se puede comprar almacenamiento adicional  por  2,50$ por GB por mes.

…………………………….

Por supuesto, la teoría es que si se pasa de un modelo mixto o un modelo online , que Microsoft llama «Software + Services», se puede reducir significativamente el coste total de ejecución y soprte de los servicios de IT. No tendrás más preocupaciones acerca de almacenamiento, filtrado de spam, actualizaciones,  redundancia, o de recuperación de desastres. Microsoft ofrece en todo el mundo 13 datacenter (serán más al 20 el próximo año) altamente escalables, dpnde los servicios de los clientes de Microsoft online se replican a dos datacenter para proporcionar redundancia, y el garantizar los acuerso de disponibilidad del servicio en un 99,9%.

 

¿Que es Saas?

La verdad es que un blog dedicado al software como servicio y que no exista un artículo en exclusiva para explicar el concepto tiene algo de guasa. Me lo he planteado muchas veces pero si creo que no voy a aportar nada nuevo a lo que ya existe en la red, me da mucha pereza escribir o rescribir lo que ya esta inventado y escrito.

No obstante , he encontrado un razón de escribir este post y es que el concepto lo he explicado a traves de los post que hasta ahora he escrito y me parece buena idea explicar lo que significa saas a través de un popurri de estos post .

¿Que es Saas o «Software as a service» o en español «Software como servicio»? 

Saas es aquella aplicación ofrecida por su creador (ISV) a través de internet para su uso o utilización por varios clientes manteniendo la privacidad de sus datos y la personalización de la aplicación. El usuario paga por el uso, por la infraestructura necesaria (CPD, máquinas de computación, de almacenamiento, de seguridad,etc) para el correcto funcionamiento de la aplicación y por el mantenimiento (nuevas versiones, corrección de bugs, almacenamiento necesario,etc) de la infraestructura y aplicación.

Debemos saber que en general hay varios modelos de construcción de soluciones saas o lo que Microsoft llamó niveles de maduración de saas y en estos se diferencian los antiguos ASP y los actuales proveedores de Saas.

El hecho de que se acceda a la aplicación a través de internet no quiere decir que se haga a través de navegador pero la utilidad más interesante de este tipo de aplicaciones es que se haga a través del navegador y no requiera instalación en las máquinas de los usuarios de la aplicación. En esta comparativa entre saas y el software instalado in-house  podemos sacar conclusiones de los beneficios del saas.

El crecimiento de Internet ha sido uno de los factores que ha empujado y ha hecho posible que saas tenga sentido, pero además de internet, ha habido otro hábitos que ha favorecido la tendencia del software como servicio. Estos los podemos encontrar en este post.

¿Cuales son los conceptos por los que suele pagar la empresa que adquiere el Saas?

Normalmente el proveedor pone un precio mensual o anual por usuario nominal que se conecta a la aplicación aunque existen otros formas de cobro , como son:

  • Comsumo de CPU
  • Consumo de megas
  • Ancho de banda de datos desde o hacia la aplicación.
  • Tráfico de datos desde o hacia la aplicación.

¿Nos debe de importar los diferentes niveles de maduración de saas?

Bajo mi punto de vista si, sin duda. Dependiendo del nivel de maduración, el proveedor debe de disponer de la infraestructura necesaria para dar un servicio estable, fiable, seguro, etc. a sus clientes acorde al nivel de maduración. Por ejemplo, a mi como cliente consumidor me interesaría saber cosas como: disponibilidad de un plan de contigencia (centros de backup), capacidad para la ampliación de sus recursos (escalabilidad), dispositivos de seguridad y privacidad de la información, recursos para asegurar el rendimiento de la aplicación,etc.

Este post recuerda los requisitos mínimos que debemos exigir cuando adquiramos una aplicación de saas.

Por ultimo, otros post y direcciones que considero de interés dentro y fuera de este blog serian:

Saas y el Software Libre

¿Qué es el Software Libre?. Este ejemplo de Richard Stallman lo aclara todo: ¿por que podemos acceder a las recetas de cocina y no podemos acceder al código de un aplicación? El resultado final en ambos casos es un producto y sin embargo a Bill Gates se le metió en la cabeza que debía privatizarse para que se pudieran forrar él y su socio.

El software es conocimiento y ese conocimiento nos pertenece a todos y debe ser público, accesible, modificable, distribuible y utilizable.  Las cuatro libertades a la que se refiere el software  libre son claras (lo tomo de la wikipedia para no tener que acudir):

Libertad 0 Libertad 1 Libertad 2 Libertad 3
Ejecutar el programa con cualquier propósito (privado, educativo, público, comercial, militar, etc.) Estudiar y modificar el programa (para lo cual es necesario poder acceder al código fuente) Copiar el programa de manera que se pueda ayudar al vecino o a cualquiera Mejorar el programa y publicar las mejoras
Es importante señalar que las libertades 1 y 3 obligan a que se tenga acceso al código fuente.
La «libertad 2» hace referencia a la libertad de modificar y redistribuir el software libremente licenciado bajo algún tipo de licencia de software libre que beneficie a la comunidad.

Y ahora llega la tendencia «software as a service» donde en la mayoria sus formas de uso no existe instalación y distribución del software.  Desde luego es un escenario ideal para las empresas con software bajo licencia privativa ya que su lucha contra la piratería ha terminado.

Me encanta el movimiento del «software libre» y más aún la tendencia del «software as a service», pero ¿tiene sentido declarar el «software as a service» como libre? Mi opinión es que si. Si, porque precisamente el modelo «software as a service» cobra por los servicios de  infraestructura y mantenimiento, e incluso por la distribución remota del software  y para nada es incompatible con que el software que se ofrece sea libre (que no gratis) y por tanto tener acceso a él para poder cumplir con sus cuatro libertades.

 Que nadie tenga miedo a declarar su «software as a service» libre, porque su negocio no está en peligro. El modelo de negocio del software como servicio es claro: cobrar por el servicio (infraestructura, mantenimiento, almacenamiento, etc)  y no por la venta de licencias.

Quiero hacer una mención de agradecimiento a alfonsogu.com, por todos los enlaces que me han ayudado a escribir este post.

Google y Salesforce cada vez más unidos

ha ampliado su alianza con Google para que los desarrolladores aprovechen el poder de la computacion en la nube para  el desarrollo y despligue de aplicaciones de negocio .

El nuevo toolkit Force.com que conecta con la API de los Google Data, proporciona un conjunto de herramientas y servicios para habilitar a los desarrolladores a aprovechar la API Google Data (un conjunto común de APIs estándar para interactuar con los datos en los servicios de Google)

El nuevo conjunto de instrumentos, que se basa en el modelo plataform-as-a-Service (paas) , tiene como objetivo ayudar a los desarrolladores a reunir datos y contenidos de Google Apps con la base de datos, la lógica y las capacidades de flujo de trabajo de Force.com.

«Reunir a las plataformas Google y salesforce.com permitirá la creación de nuevas aplicaciones integradas completamente en la nube,» dijo Marc Benioff, presidente y CEO de salesforce.com.

«Los desarrolladores ahora pueden aprovechar de la casi ilimitada infraestructura de múltiples arquitecturas informáticas de la nube de Google y de salesforce.com para construir la próxima generación de aplicaciones de negocio.»

El nuevo Force.com de herramientas de Google para los datos API esta disponible de forma gratuita en http://developer.force.com/ y http://code.google.com/p/apex-google-data

Fuente:http://blog.sforce.com/sforce/