¿Cómo Empezó el Cómputo Cloud?

A un nivel básico, el cómputo cloud es simplemente un medio de suministrar recursos de TI como servicios. Casi todos los recursos de TI pueden ser suministrados como un servicio nube: aplicaciones, potencia de cómputo, capacidad de almacenamiento, redes, las herramientas de programación, incluso los servicios de comunicación y las herramientas de colaboración.

El concepto cómputo cloud empezó con proveedores de servicio de Internet de gran escala tales como Google, Amazon, y otras construyeron su infraestructura. Una arquitectura emergió: un sistema de recursos horizontalmente distribuidos, introducidos como servicios virtuales TI masivamente escalados y manejados como recursos continuamente configurados y mancomunados. Este modelo arquitectónico fue inmortalizado por George Gilder en su artículo de octubre 2006 en la revista Wired titulado “Las Fábricas de Información”. Las granjas de servidores acerca de las cuales Gilder escribió eran similares en su arquitectura al cómputo grid, pero mientras que los grids son utilizados para aplicaciones de cómputo técnico “loosely coupled” (o sea un sistema compuesto de subsistemas con cierta autonomía de acción a la par que mantienen una interrelación continua con los otros componentes) este nuevo modelo de nube se estaba aplicando a los servicios de Internet.

Tanto las nubes como los grids estan hechos para escalar horizontalmente muy eficientemente. Ambos están construidos para resistir fallas de los elementos o nodos individuales. Ambos son cargados “por-uso”. Pero mientras que los grids típicamente procesan los trabajos en batch, con un punto definido de inicio y final, los servicios nube pueden ser continuos. Lo que es más, las nubes expanden los tipos de recursos disponibles — almacenamiento de archivos, bases de datos, y servicios Web — y extienden la aplicabilidad a la Web y a las aplicaciones de la empresa.

Al mismo tiempo, el concepto de cómputo de programas utility llegó a ser el foco de diseño y operaciones de TI. Tal y como Nick Carr observó en su libro The Big Switch, la infraestructura de los servicios de cómputo empezaba a ser comparable con el desarrollo de la electricidad como utilidad. ¿No sería grandioso si usted pudiera comprar recursos de cómputo, en demanda, sólo pagando lo que usted necesite, cuando usted lo necesite?

Para los usuarios finales, el cómputo cloud significa que no existen los costos de adquisición de hardware, ni el manejo de las licencias de software o de upgrades, ni nuevos empleados o consultores que contratar, ni instalaciones que rentar, ni costos de capital de ninguna clase — ni costos ocultos. Sólo una tarifa medida por uso o una cuota fija de subscripción. Use sólo lo que quiera, pague sólo lo que usa.

El cómputo cloud realmente toma el modelo de cómputo utility al siguiente nivel. Es una forma nueva y evolucionada de cómputo de utilidad en el cual muchos tipos diferentes de recursos (hardware, software, almacenamiento, comunicaciones, etc.) pueden ser combinados y recombinados sobre la marcha dentro de las capacidades específicas o de los servicios que los clientes requieren. Desde ciclos CPU para proyectos HPC hasta la capacidad de almacenamiento para respaldos de grado empresarial para completar los IDEs para el desarrollo del software, el cómputo cloud puede entregar virtualmente cualquier capabilidad de IT, en tiempo real.

Bajo las circunstancias es fácil ver que a un amplio rango de organizaciones e individuos les gustaría comprar “cómputo” como un servicio, y aquéllas firmas que ya están construyendo centros de datos distribuidos a hiperescala inevitablemente escogerían empezar a ofrecer esta infraestructura como un servicio.