e-Valúame

Tag Archives: platform as a service

Las aplicaciones Zoho podrán ejecutarse en Google App Engine

Pues eso, que cada muy poquito tiempo hacen algo especialmente reseñable y hoy nos sorprenden con un movimiento que puede tener varias interpretaciones. Desde ahora las aplicaciones creadas en Zoho desde creator.zoho.com (el directorio que mantemos Javier y yo, utilizamos creator.zoho.com para el almacenamiento de los soluciones)   podrán desplegarse en la paas (plataforma as a service) de Google, Google App Engine.

google-zoho

Como sabemos en la plataforma de Google,  podemos desplegar las aplicaciones que desarrollemos en Python siempre y cuando utilizemos su SDK que las integra en la plataforma.  Con esta nueva característica Zoho se convierte en un entorno de programación de aplicaciones Python pero con la facilidad de que no tienes que tener ni idea de programar en Python porque te genera el code Python necesario para su ejecución en Google App Engine. Es destacable también que no solo las aplicaciones son exportable a Python, los datos también se exportan a la paas de Google.

Este video explica como se puede hacer este despliegue:

¿A que atiende esta integración Zoho-Google? La verdad es que parece no tener mucho sentido. ¿Crear aplicaciones en Zoho para despues ejecutarlas en Zoho llegando en algún caso a pagar por desplegar en un entorno y en  el otro? Pero si leemos el último párrafo del anuncio:
With our CloudSQL release last month, we let the data free, giving you the control of your data. With this release, we are letting your applications free, offering you alternative deployment options. Welcome to the new ‘open’ model.
Con nuestra utilidad CloudSQL, te dejamos que tengas el control de tus datos. Con esta nueva utilidad, dejamos tus aplicaciones libres y ofreciendote otras  alternativas de despliegue.
“Bienvenido al nuevo modelo abierto“. En mi opinión lo que están haciendo es generar confianza en el desarrollador y el usuario final consumidor de las aplicaciones,  para no quedarse colgados  en un lenguaje de programación y plataforma que nadie conoce y/o que puede adolecer de las capacidades y funcionalidades para cubrir todas las necesidades del clientes o del desarrollador.  Por ejemplo: Pónganse  en el lugar de un cliente que quiere una aplicación en Zoho porque la plataforma tiene un precio realmente interesante pero que  si la plataforma fuera al carajo no sabrá que hacer con un código de lenguaje de programación propietario de Zoho y que  ninguna otra plataforma como servicio puede o sabe ejecutar.  De esta forma Zoho les está diciendo a sus clientes que no tengan miedo en desarrollar aplicaciones en Zoho porque en el caso peor podrán exportarlas a Google App Engine sobre un lenguaje de programación más que conocido y con la posibilidad de ni siquiera tener que utilizar la paas de Google (el código generado puede ser descargado desde la plataforma App Engine).
Hay otras opiniones acerca de este movimiento. Por ejemplo Zoli opina que el motivo es porque Google genera más confianza a la hora de tener tus aplicaciones y datos en manos de un proveedor. Pienso que si asi  fuera,  Zoho se estaría echando piedras sobre su propio tejado.  En CloudAve opinan que Zoho no ofrece servicio de compra de dominio y Google si, y además defiende de alguna forma la explicación que expongo más arriba.
A mi modo de ver, la idea es sencillamente brillante y además lleva implicita que tienen un gran confianza en su plataforma para la generación de aplicaciones , a un precio muy competitivo.

¿Llegará a ser el cloud computing un oligopolio?

Leo esta entrada en la la pastilla roja en la que se hace un reflexión sobre si el cloud computing llegará a ser un monopolio y en el mejor de los casos un oligopolio entre cuatro o cinco empresas.  Además Sergio el autor de la entrada, opina que esto puede provocar que los proveedores estén una potencial situación de abuso como ocurre con las telcos o las eléctricas. No lo especifica pero cuando se habla de cloud computing creo que apunta más a la parte de cloud computing que ofrece como servicio la infraestructura (iaas).

En mi opinión, si veo posible que en esta parte del cloud computing, la que pone al servicio de sus clientes computación (máquinas), storage no estructurado (almacenamiento puro y duro) y la BBDD (almacenamiento estructurado), termine siendo un oligopolio. Quizás en este oligopolio nos encontremos con alguna que otra compañia más de las que se especifican en la entrada de Sergio (podemos ver en el directorio cloud-computing que hay otras compañias que ofrecen estos servicios) pero creo que terminará siendo. El porqué de esto es relativamente fácil encontrarlo y es que para dar esta infraestructura como servicio hay que tener pasta y mucha para comprar el hardware que después ser virtualizará para dar servicio a los miles de usuarios.

Ahora bien, a medida que vamos avanzado en la cadena de valor de la computación en la nube, no creo que estemos en la misma situación. Las paas (platform as a service o plataformas como servicio) se están montando sobre todo tipo de lenguaje de programación e incluso existen varias que ofrecen alojamiento a aplicaciones para mismo tipo de lenguaje de programación como por ejemplo Mosso y Morph Labs, ofreciendo el hosting de la aplicación y la despreocupación del desarrollador de la solución en cuanto a disponibilidad, SLA, rendimiento, etc. Si volvemos a consultar la parte del directorio cloud computing referido a las paas el número de soluciones es mayor y creciendo.

Si nos vamos al final de la cadena, a la parte saas aquí ya hablar de oligopolio es casi una utopía.  España desde luego aún no es base de estudio porque prácticamente no hay saas desarrollado pero si echamos un ojo a EEUU nos encontramos con un conjunto soluciones importante como para hablar de oligopolio. Y extrapolando lo ocurrido con el software tradicional no encuentro razones para justificar que el saas se convierta en oligopolio.

En este mundo cada vez más globalizado, las fusiones y adquisiciones de los grandes se realizan en casi cualquier campo. Y si esto ocurre en el terreno del cloud computing y nos lleva a un oligopolio,  siempre que sigan generando economías de escala  y mejoren el precio del cliente, mi opinión es que optaremos por la nube. Pero a diferencia de los servicios de las telcos y de las eléctricas donde casi no hay más remedio que utilizarlos, si no nos convence podemos montarnos nuestro CPD o los servidores que necesitemos en casa, sin necesidad ni imperativo de tener que utilizar el cloud computing.

Y en concreto para el software como servicio (saas), parece claro que la posibilidad de oligopolio es casi nula y si es cierto que debemos ser cautos a la hora de elegir una solución pero ni más ni menos cauto que en la elección de un software in-house, ya que la cautividad de las soluciones es la misma en in-house que en “as-a-service” . Tememos de las soluciones saas que no exita forma de acceder a la información que tienes en la nube que no sea el interface gráfico y visual que te ofrece el proveedor pero lo cierto es que la mayoría de la soluciones saas disponen de un API para poder acceder a la información y volcarla a donde quieras en distintos formatos e incluso en otro proveedor de saas. 😉

La paas Saasgrid en profundidad

Hace unos días anunciarion desde SaasBlogs el lanzamiento de esta nueva platform as a service y ayer tuve la oportunidad de ver una demo guiada y preparada por Abraham Sultan de SaasGrid al que desde aquí le doy las gracias porque fue realmente cercano y puso todo su empeño para que pudiera comprender todo el alcance de la solución. 

Se me hace difícil explicar todo la funcionalidad que ayer puede observar . Creo que lo más fácil es dar un repaso desde el punto del vista de proveedor de las aplicaciones y desde el punto de vista del cliente consumidor de estas. 

Proveedor o Desarrollador de Aplicaciones (ISV)

Al entrar al mundo SaasGrid lo puede hacer como cliente o como proveedor. Si entras como proveedor tienes acceso al portal de cliente y al portal del proveedor. El hecho de que el proveedor tenga tambien acceso al portal de cliente es para que pueda simular el comportamiento de sus clientes y probar sus soluciones.

Antetodo es importante tener claro que si quieres aprovechar todas las caracteristicas de SaasGrid debes pensar en el público que utilizará la aplicación y la forma de uso para que así la puedas modularizar y aplicar los diferentes precios a diferentes tipos de suscripción. Por ejemplo típico nivel de acceso: Básico, Profesional, Enterprise y Premium en los que cada uno te permite realizar un determinada funcionalidad y además el nivel superior engloba las caracteristicas de los anteriores. (ver gráfico)  

Estos son los pasos que debes seguir para poner en marcha tu aplicación:

  • Subes el código compilado y modularizado en los servicios que tendrá la aplicación. Al subir la aplicación SaasGrid hace una revisión de los requisitos que debe tener la aplicación y testea si has usado correctamente su SDK. La versión se queda por defecto en el entorno de desarrollo.
  • Subes los scripts de BBDD. Como vimos una de la caracteristicas de Saasgrid es que convierte aplicaciones single-tenant en multitenancy y para que la BBDD pueda dar esa funcionalidad, lo que hacen es modificar los scripts de las tablas para añadir la información nececesaria de cada cliente y cada usuario.   Hay dos opciones más a las que puedes optar a la hora de subir la BBDD: puedes determinar que quieres tener un esquema diferente por cada cliente o incluso una BBDD diferente por cada cliente, pero lógicamente esto redunda en más gasto para ti como proveedor y redundará en un precio más alto para tu cliente.
  • Determinar los tipos de suscripciones que tendrá la aplicación. Para cada función o servicio de la aplicación y por cada subcripción determinas los limites o las cantidades o el disfrute o no de la funcionalidad. Sería  algo parecido a esta tabla de Zoho de  su aplicación creator.zoho.com para crear aplicaciones donde se determina para cada funcionalidad sus limites en cada suscripción:

  • Determinar el precio de cada tipo de suscripción. El hecho de tener separado la suscripción de los precios es porque el deparmento de marketing no tiene porque conocer el detalle de los limites, cantidades, etc de cada funcionalidad. 
  • Determinar para cada funcionalidad los permisos de acceso. Por ejemplo, establecer roles de Administrador, usuario avanzado y usuario donde se determine para cada funcionalidad lo que sería posible realizar para role.
  • Definir a través de qué compañia deseas recibir el pago.   Puedes utilizar compañias intermediarias como PayPal para recibir los pagos por la suscripciones de tus clientes. 
Una vez que ya tienes la aplicación con toda su definición ya la puedes poner en venta pero para lo cual debes ponerla en producción que no es mucho más que dar a un botón. 
 
Otras características de SaasGrid que entran dentro del proveedor son:
  • Puedes definir con que proveedor de hosting alojarlo. SaasGrid es la solución pero tienen unas serie de proveedores de hosting que son los que cuidarán del correcto funcionamiento del entorno SaaSGrid, de ahí que permitan al desarrollador de aplicaciónes  su elección. Logicamente de la escalabilidad, rendimiento, SLA, backup, etc. se encargará el proveedor de hosting que elijas. 
  • Es posible monitorizar el funcionamiento de tu aplicación a traves de un gestor de logs.
  • Hay una aplicación de gestión de cobro, facturación, gestión de clientes, suscripciónes , etc…para que tengas el control económico de la aplicación.
  • Posibilidad de poner un frame en la página de tu web que conecte directamente con el módulo de suscripción de sus aplicaciones. Esto hace más dinámica la contración de las suscripciones.
Cliente consumidor de aplicaciones
 
El cliente debe tambien acceder al mundo Saadgrid para especificar las formás de pago, las aplicaciones a las que quiere tener acceso con el número de suscripciones que tendrá (es decir, el número de usuarios),  y para nominar las suscripciones. Actualmente las suscripciones hay que nominarlas pero en las siguientes versiones de Saasgrid no será necesario.
 
También a partir del portal puede comprar un dominio personalizado para su aplicación ya que la url por defecto es larga y tiene como dominio loquesea.saasgrid.com.
 
Por último de la parte del cliente, decir que el cliente de la aplicación tambien puede hacer las suscripción desde la página web del proveedor de la aplicación si este ha colocado en un frame el modulo que conecta con la suscripciones.
 
Mi impresión general es que Saasgrid da una vuelta de tuerca más a lo que ahora mismo se está ofreciendo.
Ofrecen una paas completa ( ejecución de app + almacenamiento BBDD + escalabilidad + SLA ), ofrecen gestión de cobros, suscripciones, facturación, y para mi algo que es realmente diferente, la conversión de singletenant a multitenancy. Guardo un ligero escepticismo acerca de esta conversión porque aunque lo he visto funcionar me gustaría verlo en otras aplicaciones más complejas. En resumen, es una solución completa para que cualquier empresa de desarrollo o desarrollador independiente pueda poner en funcionamiento su aplicación y detrás de la solución se nota que hay muchas, muchas, muchas horas de curro.
 
A mi modo de ver algo que deberian mejorar es la parte de acceso del cliente porque le obligan a entrar en SaasGrid para la definición de términos que debería tratar con su proveedor de aplicaciones, no con SaasGrid. Es decir, añadir la funcionalidad necesaria al frame para que el cliente desde la página de su proveedor de aplicaciones tenga todo la funcionalidad SaasGrid sin que él se entere.
 
Nada más, dar la gracias de nuevo a Saasgrid y en concreto a Abraham por dejarme ver más en detalle el funcionamiento de SaasGrid.

Force y Google: Nubes que conectan

googleforceA través de otra toolkit, SalesForce facilita la vida de aquellos clientes que deseen ejecutar aplicaciones web en la plataforma as a service de la competencia Google App Engine. Han desarrollado un conjunto de herramientas que utilizado desde python (lenguaje con el que se construyen las aplicaciones que en Google App Engine se ejecutan) conectan de una forma fácil y sencilla con los Web Service de Force,  los cuales te permiten manipular y consultar los datos que los clientes de Salesforce tengan en su CRM o en otras tablas creadas por ellos en la plataforma.

 

A mi modo de ver el anuncio, a parte de que pueda facilitar la vida a algunos de sus clientes,  es más una maniobra publicitaria que otra cosa ya que si no se dispusiera de esta herramienta sería posible acceder directamente a los datos de Force a través de su API Web Services. Recordemos que en Junio de este año, Salesforce anunció otro conjunto de herramientas para poder utilizar algunas de las Google Docs (Docs, Hojas de Calculo, Calendario) pero esta vez desde la plataforma Force. A diferencia de este anuncio y aunque tuviera su parte de marketing, aquella herramienta me parecía mucho más útil que esta.

 

Ambos blogs han hecho eco de la noticia desde diferentes puntos de vista. En el blog de Google lo consideran una gran noticia y además posicionan a la paas Google App Engine a ojos del lector-cliente-potencial como una plataforma perfectamente válida para la ejecución de aplicaciones web para empresas. En el blog de Force, humildes ellos, hablan de que de esta forma el desarrollador o la empresa final, puede beneficiarse de las mejores características de ambas plataformas.

 

Cloud Computing Expo – Noviembre 19-21

cloud-expoDesde el hoy hasta el 21 de Noviembre se celebrará en San José-California la conferencia Cloud Computing Expo donde se trataran temas relacionados con el iaas, paas, saas, virtualización, grid software y en general todo lo relacionado con el cloud computing.  Echando un vistazo a las empresas que sponsorizan el evento ( se pueden consultar en el marco de la izquierda de la página principal) y que tendrán la oportunidad de exponer en alguna de las sesiones, parece que la conferencia tiene más  su foco de atención en el mundo iaas (infrastructure as a service) y en el saas on iaas, que en el resto de las partes que compone el cloud computing. De hecho faltan empresas como Salesforce, Google y Microsoft .

No he visto forma de seguir la conferencia a través de video conferencia , ni ningún apartado en el después cuelguen las sesiones. Intentaré ver como se puede obtener información de cómo se ha desarrollado la conferencias y las noticias que se han anunciado.

Por último, decir que este es el primer evento de un segundo que se celebrerá el proximo mes de Marzo en New York, durante días 22 al 24.

Zoho Status – Monitoriza el estado de Zoho

El domingo hacía mención en el semanario sobre el dinamismo y la sensación de que en Zoho “no paran” ofreciendo cada dos por tres nuevas características  y hoy anuncian de nuevo una utilidad para que el cliente se sienta como en casa. 

zoho-status

Al igual que  Amazon y   Salesforce, Zoho con Zoho Status pone a disposición de sus clientes, la aplicación que utiliza la propia compañia para monitorizar el estado de sus aplicaciones y sus servidores. Permite que los usuarios accedan a esta información para saber los tiempos de respuesta que tiene cada aplicación  en cada unos de los 6 servidores (Seattle,Singapur, Londres, Alemania, Nueva Jersey y Australia) y el tiempo  que las aplicaciones y/o los servidores han dejado de dar servicio.

¿De que nos sirve esto? Funcionalmente de nada , solo que genera confianza por la apertura y transparencia y que a todo cliente nos gusta saber que es lo que esta pasando con nuestras aplicaciones si algo marcha mal. La información no es gran cosa (¿tiempo de respuesta?), pero en cualquier caso es un paso más para a generar confianza y quitar el miedo al cliente con información de como resuelve Zoho uno de los temas que más preocupan.

Ultimamente me tiene un poco obsesionado el tema de la comunicación pero por algo empresas como Salesforce invierte recursos en ganar la confianza del cliente en temas de seguridad, privacidad y disponibilidad  y como por ejemplo la FAQ sobre  la nueva plataforma de Velneo Paas expone las preocupaciones de los usuarios en temas de seguridad y privacidad de aplicaciones y datos haciendo necesario una explicación clara y concisa de como lo llevan a cabo.

Además de este comunicado, Zoho aprovecha para anunciar que la aplicación 24×7 que permite ofrecer Zoho Status y propietaria del accionista mayoritario de Zoho, ofrece su nuevo servicio Entreprise  con más funcionalidad. A parte del servicio de monitorización de webs, se ha definido un SLA y herramientas para verificar su cumplimiento.

VPN-Cube – Seguridad en la nube

Leo en el blog de Phil Wainewright uno de los gurús en esto del software como servicio y cloud computing que ya podemos integrar las máquinas que tenemos en la nube dentro de nuestra red privada virtual. Se trata de un producto creado por Cohesive FT,  una empresa que ya dispone de otro producto saas on iaas para la creación de servidores en la nube sobre máquinas EC2, Flexiscale y Skytap, y que ahora nos ofrece VPN-Cube otro producto saas on iaas para poder securizar los servidores que dispones en una o en varias localizaciones en la nube e incluso integrar tus infraestructura in-house con tu infraestructura en la nube.

Es un producto que  tiene principalmente su público objetivo en el cliente final, en la empresa con departamento de IT que dispongan máquinas en la nube y que ahora pueden securizar sus comunicaciones con las máquinas en la nube. Pero tambien, dentro de las posibles combinaciones, se ocurre que puede ser interesante para las plataformas como servicio que tienen su infraestructura en la nube, como Heroku, Coghead,etc

Si echamos un ojo a los principales motivos por los que las empresas no adoptan o tienen miedo a adoptar la computación en la nube ya sea en iaas, paas o saas , aparece la seguridad como la principal barrera de entrada y este producto puede apaciguar las reacciones contrarias al cloud computing.

Me parece una gran noticia y como dice Phil, Stallman ya no tendrá porqué preocuparse de la seguridad de sus datos . Tambien lo ha sido para la comunidad de Amazon tal y como como hablan en este post .

Windows Azure – Nueva paas de Microsoft

Como anunció hace unos días Steve Ballmer, a finales de octubre se sabría el nombre del nuevo “sistema operativo” diseñado para nube. Pues ya lo tenemos, su nombre es Windows Azure. La descripción del producto es la siguiente:

Windows® Azure is a cloud services operating system that serves as the development, service hosting and service management environment for the Azure Services Platform. Windows Azure provides developers with on-demand compute and storage to host, scale, and manage Web applications on the Internet through Microsoft® data centers.

Windows Azure es un sistema operativo de servicios de la nube que sirve como entorno de desarrollo, servicio de hosting y administración de servicios para la plataforma de servicios Azure. Windows Azure  ofrece a los desarrolladores con necesidades de computación y almacenamiento bajo demanda, a desplegar, escalar y administrar su aplicaciones web en Internet a través de los centros de datos de Microsoft. 

A esto últimamente lo estamos llamando alguna de esta cosas: “Platform as a service” , “paas”, “plataforma como servicio” y con el permiso de Steve así voy a considerar a “Windows Azure”. Además tal y como lo pintan es una plataforma as a service completa porque te permite ejecutar aplicaciones y dispone de BBDD en la misma plataforma.  En la  faq aclaran la utilidad del producto comparándola con Windows Server, y hay que reconocer que es un acierto etiquetar el producto como Sistema Operativo porque aunque lo que ofrecen es lo mismo que muchas otras paas, como mosso.com, ellos por su historia puede hacerlo.

Windows Azure soportará las tecnologias web de Microsoft como son  ASP.NET, IIS, y Visual Studio 2008, y  los desarrolladores podrán desarrollar, testear, desplegar , administrar y monitorizar su web services. Windows Azure tambien soportará tecnologia estandar y protocolos como  SOAP, REST and XML. Windows Azure tambien trabaja herramientas y legnuajes como Eclipse, Ruby, PHP, y Python.

Algo que viene siendo habitual en las plataformas como servicio y que hacen atractivo este tipo de servicio es la posibilidad de desplegar tu aplicación y no preocuparte más que de la mejora de la misma. Con esto quiero decir que la escalabilidad, ante un aumento del uso de la aplicación , está garantizada , al igual que alta disponibilidad de la aplicación, y backup de los datos que utilizan las aplicaciones. 

En este link se puede consultar lo que ofrecen en cuanto a sus funciones como servidor de aplicaciones ( ejecución como  servicio), como almacenamiento de ficheros, como BBDD y como entorno de desarrollo que aclaran no ser online y que incluye un SDK  para llevar tus aplicaciones a su plataforma. Por cierto, que con esta nueva apuesta entra en juego SQL Data Services como BBDD de las soluciones que quieras desplegar en Windows Azure.

Por ultimo, en este link aclaran como van a cobrar por los servicios en la nube de microsoft, no solo de Azure, sino de SQL Data Service, .Net Service, Sharepoint Services y el resto de servicios de la nube que en conjunto componen la plataforma de service Azure.  Y además explican la forma de acceder a la beta de Windows Azure.

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.

Nace Velneo Paas

Por fin se ha liberado la tan esperada nueva versión Velneo V7 y con ella una nueva forma de entrega y uso del servidor de aplicaciones y BBDD. Aprovechando las virtudes técnicas que posee el servidor Velneo acaba de liberar la primera plataforma como servicio (PAAS) española y completa que dará mucho que hablar en el panorama cloud computing.

 

Para aquel que no la conozca, Velneo es un conjunto de herramientas que te permite desarrollar y ejecutar aplicaciones empresariales de forma rápida, fácil y  con la complejidad que requiera el desarrollo. VDevelop es la herramienta que se utiliza para desarrollar, VClient se utiliza para ejecutar aplicaciones Velneo y el VAdmin es la herramienta que permite mantener y controlar el VServer que es la madre del cordero. El VServer es un servidor de aplicaciones pero además es una servidor de BBDD , servidor HTTP y servidor de edición de ficheros. A parte de estas herramientas dispone de plantillas empresariales bajo licencia open source para desarrollar rápidamente, conectores a otras BBDD (VODBC), un modulo para que desde Apache puedas conectar con el Vserver y más herramientas que puede encontrar en este link.

Ya he comentado en varios post que es lo que considero que es una Paas y lo que es una Paas completa. A mi modo de ver Velneo es un Paas completa porque el VServer permite la ejecución de aplicaciones pero además es servidor BBDD relacional avanzada y dirigida a los modelos de datos que suelen utilizarse en aplicaciones de gestión. Esto que parece una tontería no todas las Paas cuentan con ello, por ejemplo Bungeeconnect dispone del servidor Bungee para la ejecución de aplicaciones pero no dispone en su plataforma de una BBDD y por tanto te obliga a conectar con otra BBDD en la nube.  También a diferencia del resto de paas este servidor no es compartido por aplicaciones de otros desarrolladores y por tanto dispones de un servidor de aplicaciones y BBDD para tus aplicaciones.  Por supuesto, la escalabilidad de los recursos necesarios para la ejecución de los Vserver corre a cargo de Velneo y el usuario no tendrá que preocuparse.

Otra característica importante de esta nueva paas, es que Velneo a través del VServer en su función de servidor de Edición promoverá el desarrollo de software libre para que la comunidad tome y mejore los programas y recursos que otros programadores ha querido compartir.

Relacionado con lo anterior y algo que otras paas como Zoho, Force, CogHead, etc. ya esta llevando a cabo, es que habrá un MarketPlace de aplicaciones Velneo, donde los desarrolladores podrán colgar sus aplicaciones para que clientes de cualquier tipología las pueda usar previo pago de la cuota.

A parte de toda esta paasmosa novedad, de la nueva versión V7 conviene destacar que es una versión completamente rediseñada y recodificada teniendo como filosofia la plataforma Velneo 6.x ( Antiguamente Velázquez Visual ) que lleva funcionando y en mercado desde el año 1997.   Esto como en todo tiene sus cosas buenas y sus cosas malas, se han corregido defectos de diseño que impedian la evolución de la herramienta en muchos aspectos como puede ser el uso en otras plataformas distintas de Windows (V7 está disponible para Windows, Mac y Linux) pero por otra parte aparecerán más bugs que si solo hubieran añadido alguna funcionalidad sobre la actual versión V6.

Si alguien sigue queriendo utilizar el entorno en su casa tambien puedo hacerlo siendo las mismas herramientas para utilización in-house y para utilización en la nube. Los precios puedes consultarlos en este link y este es un resumen de sus cuotas:

  • Producto in-house. Utilizo en producto en mi casa donde Vdevelop, VCliente, Vadmin,Vserver(1 solo usuario) son gratis y si quiero utilizar el Vserver con más usuario, pago 85€ por usuario que ejecuta y 1.200€ como servidor de edición
  • Servicio Paas. Utilizo en mi PC Vdevelop, VCliente, Vadmin, y  si quiero ejecutar en el Vserver remoto pago 19€/user y si quiero utilizar el servidor de edición para programar en colaboración y utilizar cajas de otros programadores pago 150€. En la versión free puede ejecutar hasta dos usuarios.

Hasta aquí lo más importante de esta nueva linea estratégica de Velneo pero seguro que encontrarás mucho más en su web, su blog y su foro.

Espero que les vaya estupendo en esta nueva aventura y desde aquí le doy mi enhorabuena a todos.

Disclaimer: Desde prácticamente su creación en el 2005 conozco a esta empresa, que cuando su CEO , Alfonso Gutiérrez,  intentó explicarme que es lo que hacía Velneo le dije poco menos que si esta flipando. “¿Me estas diciendo que tienes un conjunto de herramientas para el desarrollo de aplicaciones empresariales, que tiene un lenguaje propio de 4ª generación con un servidor de aplicaciones, de BBDD y HTTP server? ¿Pero que me estas diciendo?” Después de  muchas preguntas, infinitas preguntas, tantas que volví loco a Alfonso,terminé creyendo en la herramienta y sus posibilidades. Desde entonces he colaborado con ellos en varias ocasiones y en breve tendré un pellizquito pequeño de Velneo.

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. 

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

Directorio Cloud Computing

Como comentaba en este post, la nueva acepción que está tomando el cloud computing me ha terminado convenciendo y desde entonces llevo con la idea de modificar el directorio-paas que mantenía por otro más completo que, además de contener las plataformas como servicio, contuviera el resto de los agentes que juegan en el mercado del cloud computing. 

Con el directorio paas utilicé Dabbledb como BBDD para la clasificación y almacenamiento de las plataformas pero esta vez y después de probar otras herramientas como Coghead he decidido utilizar Zoho Creator. Lo he elegido por varios motivos pero los principales han sido que es “free” y que permite dejar los grids de datos con un “look” más bonito. Además en el caso de que quisiera meter algo de lógica , Zoho Creator te permite realizar pequeñas acciones(triggers) cada vez que realizas alguna modificación sobre los registros.Tengo que decir que todas estas herramientas que esta posicionadas como herramientas para la creación de aplicaciones, en mi opinión tienen  un corto potencial para realizar complejas aplicaciones de gestión aunque si pueden sacar de algún apuro a aquel con escasos conocimientos de programación.

El nuevo directorio sigue más o menos la clasificación del “cloud computing” que Markus hizó y que con su consentimiento publiqué hace ya un tiempo, con la diferencia de que he añadido un capa intermedia entre la parte de infraestructura y la de plataforma que he bautizado como “Saas on Iaas”. Por tanto el mercado del cloud computing quedaría de esta forma:

 

Infrastructure as a service (Iaas)

  • Computing as a service: máquinas virtuales con posibilidad de elección del sistemas operativo (normalmente Linux) para albergar el software que se desee. Normalmente serán utilizadas para albergar un servidor de aplicaciones, servidores de BBDD, etc.
  • Storage as a service: ofrecen almacenamiento en la red. Los servicios de backup y replicación puede o no estar incluidos en el precio del servicio.
  • Database as a service: son máquinas (virtuales o no) con sistema operativo que ofrece un servicio de almacenamiento relacionado o lo que comumente llamamos “base de datos”. Se considerá infraestructura porque la base de datos es un soporte para el almacenamiento de información que suelen utilizar la aplicaciones.
Saas os Iaas. Son aplicaciones “as a service” que completan el servicio Iaas que ofrecen algunas empresas como Amazon. Suelen ofrecer escalabilidad, balanceo de carga, etc. 
Platform as a service (Paas). Ofrecen la posibilidad de desplegar aplicaciones sin tener que ocuparte del mantenimimento de la infraestructura.  Las distintas plataformas suelen especializarse en un determinado lenguaje de programción, servidor de aplicaciones y base de datos, como por ejemplo, Google App Engine que ofrece la posibilidad de desplegar aplicaciones Phyton.
Hay diferentes tipos de “plataform as a service” pero a mi modo de ver una plataforma como servicio  “completa” es aquella que contenga todos los componentes nececsarios ( servidor de aplicaciones, base de datos, frameworks, etc.) para poder  desplegar y ejecutar las aplicaciones. Implicitamente debe tener un rendimiento óptimo, deber ser escalable  y ofrecer seguridad y privacidad de la información que almacena. En la mayoría de los casos el propietario no tiene mas preocupación que su aplicación funcione correctamente porque de la escalabilidad, el balanceo de carga, y todo aquello que suponga el mantenimiento de la plataforma corre a cargo del proveedor paas. 
Software as a service (Saas). Es el software ofrecido como servicio,o lo que conocemos con el acrónimo de saas, sin necesidad de inversión en instalaciones y como consecuencia sin en el mantenimiento posterior. El software esta desplegado en una plataforma como servicio que puede ser propia o de algunos de los proveedores del mercado Paas. 

Office 2.0 Conference

Desde el miercoles dia 3 de septiembre hasta el 5 de septiembre se celebrará esta conferencia donde se trataran temas 2.0 y as-a-service.  Las conferencias y mesas de trabajo estarán dirigidas por personalidades de referencia como Phil Wainewright ( guru del mundo as-a-service) y David Allen´s y empresas de renombre como Google, Sun, Zoho. etc.

Este evento, que cuenta ya con tres años de edad, se esta conviertiendo en uno de los mas importantes del año y es el típico donde la empresas quieren estar y figurar. Supongo que el contenido, como en la mayoría de estos eventos, pocas sorpresas dará aunque si es una forma de que el futuro cliente pueda acercarse y conocer las estrategias futuras de las punteras en TI. Se puede consultar en el margen derecho la larga lista de sponsors que tiene el evento.

Cloud Computing vs Paas

No hace mucho publiqué un post de un blogero que hablaba sobre el mundo del Cloud Computing el cual me pareció muy claro y brillante, sobretodo porque como ya he dicho en repetidas ocasiones, etiquetar en este mundo los productos, la tecnologia, las ideas, etc. se hace realmente complicado.

Cuando me adentré en este mundo del “as a service” me pareció una buena idea clasificar los productos que van apareciendo en el mercado por el servicio que ofrecen. Era un tema fácil en un mundo as-a-service. Pero a medida que vas adentrándote, leyendo y obteniendo mas conocimiento te das cuenta que por buena que me pareciera la idea si no sigues y utilizas los estandares de facto creados por las grandes empresas o los pioneros de la tecnologia, estas fuera de lo que todo el mundo le suena o conoce. Asi que, cual borrego, iremos donde va Vicente porque además no hay tanta diferencia en la terminologia y será más fácil.

Cloud Computing

En la blogosfera el término “cloud computing” tuvo su primera acepción en su traducción literal , “computación en la nube”, donde aparecian Amazon, 3Tera, Flexiscale,etc…y se refería a los servicios de pago por uso de máquinas virtuales. El mismo servicio de Amazon’s Elastic Compute Cloud  (EC2) incluye el término. Cuando digo su primera acepción, me refiero a como utilizaba la gente el término cuando escribía  o cuando se hacía referencia al servicio.  

Por otro lado, en base a un artículo que leí de David Cappel sobre el mundo as-a-service y en un intento de homogeneizar términos y aprovechando la aparición del acrónimo “Paas”, llamé a este tipo de servicio “Plataformas de Computación” o “computacion-as-a-service” e incluso hacía referencia al servicio de la misma forma “cloud computing”. En base a la definición de Plataforma no parecía muy descabellado decir que este tipo de servicio fueran plataformas de computacion y además sin mucho esfuerzo podriamos encuadrar al resto de servicios como almacenamiento, BBDD y ejecución de aplicaciones, como plataformas de aquellos como servicios. La verdad es que excepto Cappel y el que escribe nadie utiliza esta terminologia e incluso yo mismo ya traicioné esta teoria cuando escribí el post sobre Paas haciendo solo referencia a las paas como las plataformas para la ejecución de aplicaciones como servicio y obviando al resto de paas ( computación, almacenamiento,etc).

Desde hace algun tiempo (no mucho porque esto esta sin dientes) todo el mundo as a service se encierra bajo el termino “cloud computing”. Los post de Jose Maria ayudan a entender como se está utilizando el término y en resumen el  “cloud computing” se refiere a todo aquel software y hardware que se ejecuta o se utiliza fuera de tus instalaciones informáticas. A pesar de mi tozudez tengo que reconocer que me gusta esta acepción porque cualquiera de los servicios en la nube o la red, necesitan de cómputo y por tanto porque no englobar todo ello en este término.

Por tanto de ahora en adelante nos quedamos con este término y además adoptamos tambien los términos que Markus y otros blogeros de referencia de la red estan utilizando para explicar en que componentes se divide el “cloud computing”, esto es, Iaas, Paas y Saas. Al menos por autoempatía el término Paas tal y como lo describí en su día, nos sirve dentro de esta nueva clasificación :)