Ir a La visión de Berkeley sobre el Cloud Computing. Parte I

Ir a La visión de Berkeley sobre el Cloud Computing. Parte II

La migración a un modelo de Cloud Computing o bien empezar una empresa directamente aprovechando las ventajas de este modelo no solo es una cuestión técnica; es también una cuestión de recursos económicos.

La elasticidad y la transferencia del riesgo

Los autores argumentan que la frase “Convertir CapEx a OpEx” se usa habitualmente como argumento de venta del Cloud Computing, “pay as you go” (paga por lo que usas no es una traducción exacta, pero nos vale…) captura mejor la esencia de los beneficios económicos del Cloud Computing. Por lo tanto, aunque Amazon por ejemplo puede ser 1.4 veces más caro que comprar y depreciar servidores del mismo tipo, los beneficios de elasticidad y transferencia del riesgo equilibran este sobrecoste. Especialmente cuando hablamos de saturación o falta de utilización de los servicios.

La elasticidad te permite soportar los picos de demanda estacionales, y la transferencia del riesgo es por no perder clientes por una mala calidad del servicio en caso de saturación. Aunque lo nombra de pasada, creo que es también importante señalar que se reduce de manera significativa el coste de optimización de las soluciones, por lo que de nuevo transferimos CapEx a OpEx. Recomiendo leer en detalle el capítulo 5.1 ya que está lleno de detalles que no puedo reproducir en el blog como quisiera.

Comparando costes: ¿Debo irme a La Nube?

He de confesar que esta parte del documento me parece confusa: no está claro si habla de Cloud Users o Cloud Providers. Cosas como la energía eléctrica consumida, refrigeración y costes de operación de la infraestructura. Creo que este punto por momentos se ponen la gorra de Cloud User y luego la de Cloud Provider, pero no lo hacen de manera rigurosa. Así que si tienes un datacenter y piensas en moverte a la Nube, estos puntos son importantes en su opinión:

  • Paga de manera separada los recursos: Si puedes pagar por ancho de banda consumido, almacenamiento, CPU… hazlo, ya que la mayoría de las aplicaciones tienen consumos dispares.
  • Ten en cuenta el coste de refrigeración, energía eléctrica y espacio físico: Estos costes duplican los costes del hardware. Para soluciones redundantes, puede ser hasta tres veces el coste.
  • Coste operaciones: El coste de las operaciones hardware ha caido de manera dramática, pero no así el coste de gestión del software de infraestructura, hay que seguir actualizando y poniendo parches. En este caso soluciones como Google AppEngine, Microsoft Azure o Force.com pueden ser interesantes.

Mañana la última parte con las 10 obstáculos para la adopción del Cloud Computing.

Ir a La visión de Berkeley sobre el Cloud Computing. Parte IV y final

Compártelo:
  • del.icio.us
  • Facebook
  • BarraPunto
  • Meneame

Post relacionados:

  1. Tertulia sobre Cloud Computing en Espaitec
  2. Mesa redonda sobre Cloud Computing en el Día del Emprendedor 2009
  3. Presentación sobre Cloud Computing en el Sun Open Communities Forum
  4. De visita por el Barcelona Supercomputing Center a charlar sobre Cloud Computing
  5. “Europa tiene que luchar contra el dominio de los EEUU en el Cloud Computing”, dice la comisionada Reding

Una Respuesta a “La visión de Berkeley sobre el Cloud Computing. Parte III”
  1. Según entiendo yo, en el punto 6.2 lo que hace es plantear qué debe tenerse en cuenta a la hora de valorar si para una empresa resulta más rentable construirse (o ampliar, mantener etc. si ya lo tiene) su propio datacenter o migrar a la nube, osea, toma el punto de vista del Cloud User.

Deja una Respuesta

XHTML: You can use these tags: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>