Existe una pregunta que las empresas se van a hacer en algún momento: ¿Nos vamos al Cloud?
El Departamento de TI debe estar a la altura (nunca mejor dicho) para responder a esta pregunta.
Asumamos que cuando hablemos de «ir a Cloud» estamos pensando en Cloud Público, quiere decir, contratar a Amazon Web Services, Google Compute Engine o Microsoft Azure, entre otros.
Entonces, cuáles son las ventajas directas de migrar al Cloud Público versus Infraestructura On premises
- Simplicidad aunque la imagen de la cabecera es solo para fines didácticos, algo de cierto tiene, este punto se refiere a lo sencillo que es contratar uno de estos servicios contra tener toda la infraestructura necesaria para soportar todos los sistemas que usa hoy en día una empresa promedio. En este punto hablamos de cómputo, almacenamiento, redes, respaldos, energía, espacio físico, etc. Además de los costos del equipo de personas que mantiene toda esta infraestructura.
- Escalabilidad casi en todos los puntos vamos a volver al primero, escalar por ejemplo en AWS es simplemente permitir que escale la infraestructura bajo demanda a «golpe de clics» o de manera automatizada, esto en infraestructuras tradicionales es extremadamente complejo, ya que debo pensar en el crecimiento de todos los elementos involucrados.
- Inmediatez pensar en cómputo, almacenamiento, redes, respaldos, energía, espacio físico es un gran proyecto con muchos involucrados, varios proveedores, pensar en compatibilidad. Otra vez el Cloud Público inicia minutos después de pasar la tarjeta de crédito con toda la infraestructura lista para su uso.
- Disponibilidad siendo sinceros casi siempre que hablamos de Alta Disponibilidad en Sitemas hablamos de duplicar las cosas, sean enlaces, proveedores o equipamiento, siempre se deben pedir de a dos, ya lo decía el profesor en la Universidad «consideren los puntos únicos de falla» en menos elegante esto es duplicar equipamiento, enlaces, proveedores, energía y una larga lista. Con AWS, Azure o Compute Engine voy a firmar un contrato virtual donde el Cloud Provider está obligado a cumplir con un SLA que puede tener los 9’s que yo quiera sin importarme como lo hacen.
- Eficiencia de Costes Como vimos en los puntos anteriores implementar toda la infraestructura necesaria para mantener los sistemas de una empresa requiere dinero, en específico hay un pago in-front que sería el pago inicial para iniciar a armar esta infraestructura. Este costo se lo conoce como CapEx y al pago de servicios que incluso pueden ser variables se lo conoce como OpEx y es la forma en que se les paga a los Cloud Providers.
Si vemos solamente este análisis estamos viendo casi un 5 a 0 en Cloud vs On-Premises. la verdad es que son ventajas muy importantes, sin embargo, también tiene ciertas desventajas, las más importantes serían:
- En algunos casos una infraestructura cloud para ciertas aplicaciones puede ser más costosa que implementar y mantener esta infraestructura On-premises.
- Dependiendo del tipo de aplicación podría darse el caso que sea más eficiente su implementación in-site antes que Cloud, puede ser por cantidad de conexiones, por tipo de topología WAN de la empresa o costos de ancho de banda a Internet.
- Por último y quizás lo más importante es la Seguridad, si bien los Cloud Providers tienen que cumplir ciertos certificaciones de seguridad y disponibilidad, al final de cuentas toda la información está fuera de las extensiones físicas de la empresa, muchas veces en diferentes países, compartido por varios otros clientes y susceptible a temas de espionaje o filtrado de información.
Ahora, ¿Cloud Público u On-premises?
Antes se le llamaba Cloud Híbrido, o Cloud Público y Cloud Privado, hoy se lo conoce como Multi-Cloud.
Multi-Cloud quiere decir que yo podría mover mis aplicaciones entre distintos Cloud Providers de acuerdo a algún beneficio propio, puede ser costo, features o solo sea por no depender de un solo Proveedor, y además de la enorme ventaja de convertir mi infraestructura a un Cloud Privado bajando al On-premises las ventajas de Simplicidad, Inmediatez y Escalabilidad sin que la información salga físicamente de mis extensiones geográficas, en este mundo híbrido podría llevar mi aplicación a un Cloud Provider, moverlo entre ellos o llevarlo a mi Cloud Privado manteniendo la gran mayoría de sus beneficios.
Recientemente leí que Rackspace está planeando dar un servicio al que llaman por ahora PCaaS (Private Cloud as a Service) que es utilizar mi infraestructura para colocar parte del Cloud Público de Rackspace. Las noticia en detalle está aquí.
¿Qué opina?
Este es un artículo original del Blog sus comentarios son muy bienvenidos.
