La plataforma como servicio no es para todos los escenarios

Independientemente de el entorno en el que trabajemos, hay ofertas derivadas de la nube que nos son interesantes de forma inmediata. El hecho de poder consumir un software como servicio  (saas) o consumir infraestructura como servicio (iaas), resultan rentables casi desde el minuto 0 a una empresa de cualquier tamaño.

obviamente… siempre y cuando tengan amortizado los bienes o se lancen a algo nuevo

Pero con las plataformas como servicio (Windows Azure Platform, Amazon AWS, Force.com … )** creo que es diferente, no creo que resulte atractivo para todos los públicos. Al fin de al cabo, una plataforma como servicio nos ofrece es una serie de APIs que nos dan acceso a los recursos de un datacenter, ya sea por el número de máquinas corriendo la aplicación, el número de gigas o teras disponibles, la alta disponibilidad…  pero siendo realistas, no todas las aplicaciones necesitan un datacenter para funcionar.

 

¿Qué aplicación podría sacarle partido a un API con acceso a un datacenter?

Hay curvas de las diferentes aplicaciones tipo en muchas charlas y artículos, pero vamos a intentar ponerle nombre a estas curvas, a ver si alguien se siente identificado.

 

image Campañas de marketing, pruebas de concepto, cubrir un evento por un espacio de tiempo (elecciones, foros, convenciones… ), una tarea limitada (convertir videos, fotos…), un render de una pelicula 3d …

image Una campaña de marketing, donde los primeros días necesitas más servidores, algo viral,  un negocio nuevo en internet (fail fast & cheap), un producto como servicio que triunfa, una nueva red social  una web de gatitos y perritos,… Y no tiene porque implicar solo potencia de computación, puede ser una curva de necesidad de almacenamiento, como un lugar donde cada vez necesites más almacenamiento (videos, documentos)
image No hay un perfil tipo ya que  cualquier aplicación puede tener un pico impredecible, la cuestión es… ¿nos importa cubrir esa necesidad extra? ¿podemos asumir no dar servicio a nuestros clientes si lo solicitan todos a la vez?
Puede que hasta ahora no nos saliese rentable, pero el modelo que proponen las plataformas como servicio pueden haberle dado la vuelta a la toritlla.

 

image Aplicaciones con unas necesidades muy cambiantes, como el mundial de fútbol que hizo telecinco en internet, donde los días pico necesitaba 142 servidores de media, y los días valle 4.

OJO que no tiene porque necesitar más de 100 servidores para ser rentable, con que puedas cambiar de 4 a 1 deberías planteártelo 🙂

 

Además de estos perfiles tipo, tenemos que tener otros factores en cuenta, como que queramos tener presencia en diferentes mercados con un único proveedor (despliegas en diferentes datacenters y listo), o que la plataforma nos ofrezca un servicio que no podemos / queremos implementar localmente (como los servicios de AppFabric en Windows Azure) o el tiempo de respuesta en casos de necesitar escalabilidad cuasi inmediata, puede que un hoster ‘tradicional’ no pueda aprovisionar y desplegar nuestra aplicación en 100 servidores en 40 minutos…

 

Pero entonces, ¿en qué aplicaciones no serian rentables el uso de una plataforma como servicio?

Solo tenemos que invertir los escenarios anteriores

Aplicaciones de uso constante, con usuarios conocidos y estables donde la caída circunstancial no es crítica.

Y no pequemos de enterados, éste perfil es el de muchas aplicaciones en internet. Los blogs, las páginas de presencia corporativa, las páginas de marketing 1.0, las extranets, comercio electrónico de nicho,… En los precios que se barajan hoy en las plataformas como servicio, en estos casos será más rentable quedarnos con nuestro hoster o con ese espacio compartido en el servidor web en el que ya estamos. En caso de utilizar una plataforma como servicio, estaríamos desaprovechando los recursos por los que estamos pagando ese extra al mes.

¡Es como pagar el gimnasio para no ir!… pero eso no lo hace nadie ¿no?

 

si desarrollas producto, adaptate o muere

Claro y conciso ¿no? Tú, yo, tus clientes, nuestros conocidos,… y en definitiva, todo el mundo, se está acostumbrando a marchas agigantadas al consumo de valor como servicio. Si construyes producto, debes adaptarlo cuanto antes para poder exponerlo como servicio. Esta adaptación debe ser tanto técnica, como de negocio, y no que decir tiene que a poco bien que se venda tu producto como servicio, te vendría muy bien exponerlo sobre una plataforma como Windows Azure, donde tienes todo un datacenter detrás para ayudarte a no morir de éxito y a reducir los costes de los recursos necesarios para el alojamiento y buen funcionamiento del producto 🙂

 

vale por hoy…Happy hacking!!

~ds

 

* Seguro que se me olvida algún escenario, si me lo indicáis lo añado. thanks.

** No pongo a Google porque todavía no tiene la oferta empresarial madura, aunque según vi en un evento hace poco la tendrán… en algún momento.

*** Tengas o no alguno de los escenarios, las plataformas como servicio son un nuevo reto para los desarrolladores y es recomendable que estemos familiarizados con el tipo de apis, que hagamos nuestro ‘Hola Mundo’ para perderle el miedo. En el caso de la plataforma Windows Azure hay recursos gratuitos suficientes para probar y familiarizarse con la plataforma para el futuro http://msdn.microsoft.com/es-es/azure  ó http://www.twitter.com/esazure

Publicado por

7 comentarios en “La plataforma como servicio no es para todos los escenarios”

  1. Muy acertada está visión, no todas las aplicaciones tienen cabida en la nube. ¿pagar el gimnasio y no ir? Creo que más de uno lo hemos hecho alguna vez 😉

  2. Hola David,

    En el caso que comentas sobre dónde no usarías PAS yo cambiaría el mensaje. Sí, lo más probable es que no salga bien, pero más que decir que te olvides yo lo que haría es hacer números. Calcula costes antes de descartar.

    ¿Puede interesarte? Haz números y lo sabras. Vete tú a saber lo que le está cobrando el hoster 🙂

  3. Totalmente de acuerdo a lo que dice Rodrigo y Alberto, por ejemplo si no tuvieramose l problema del cobro por tiempo, los que somos despistados no nos daria tanto “miedo” tocar Azure 🙂 – fuera tonterias haria el servicio mucho más competitivo así que lo veo genial. Cloud power! 🙂

  4. @Ibón Gracias por el apunte, lo he incluido 🙂
    @rodrigo @Alberto @Jose No tenía ni idea, gracias. Como son máquinas dedicadas, hasta ahora se presupone que a partir del despliegue ya estabas consumiendo recursos. Siendo estríctos, es correcto, pero como consumidor entiendo mucho mejor el pago por horas de aplicación funcionando. A ver si lo cambiamos 🙂

  5. excelente aclaracion respecto de PaaS en la gran nube (internet), pero que hay de las opciones en aplicaciones para prestar este servicio de forma interna en una empresa, yo creo que es una forma mas real de abarcar las implicancias que tendra en el futuro este servicio, solo por una simple razon “una empresa no va a querer su negocio(desarrollos) permanezca de forma permanente y dependa de las dependencias de un tercero”, las politicas de privacidad son cada vez mas estrictas en este caso, “que mi competencia no sepa como obtengo los ingresos que genero”. Seria interesante ver un analisis acerca de las aplicaciones que pretendan implementar este servicio de forma local en una empresa.

    es mi humilde opinion, saludos

    Gerardo

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *