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.
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
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 😉
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 🙂
¿Sabeis que MS está valorando el pago por uso y no por tiempo? Si tienes una máquina en la nube y no consume, no paga (al menos no tanto). Eso cambiaría la reglas de juego y la nube sería aun más una opción: http://oakleafblog.blogspot.com/2010/11/microsoft-considering-pay-per-use.html
Sería un pelotazo sin duda.
Un saludo.
Como dice Rodrigo, el pago por uso y no por tiempo puede ser un golpe en la mesa de Azure. Es uno de las ventajas que tiene Google frente Azure.
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! 🙂
@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 🙂
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