Cuando los datos se almacenaban cómodamente en los centros de datos, los proveedores como AWS tenían una batalla cuesta arriba. Ahora la gravedad de los datos está trabajando a su favor.
Video: Errores a evitar en una migración a la nubeEn la cumbre Landmark CIO celebrada en Nueva York, David Aronoff, de Flybridge Capital Partners, explicó cómo evitar los escollos y los problemas de seguridad durante una migración a la nube.
El software nunca cambia realmente. Sólo le damos nombres más elegantes y mejoramos nuestra capacidad para entregarlo. Cosas como serverless y contenedores están de moda en estos días, pero en muchos sentidos son simplemente caras nuevas para conceptos de software de décadas de antigüedad. En la década de 1960, JCR Licklider propuso una «red informática intergaláctica» que permitiría a cualquiera ejecutar programas a través de una red de ordenadores. Más tarde tuvimos mainframes, grid computing, y más, todos los cuales huelen muy parecido al cloud computing actual.
Una diferencia clave, sin embargo, es la velocidad, una diferencia impulsada por el alejamiento total de la TI empresarial. Esa «velocidad de implementación impulsada por la API», como dice el gurú de las nubes Adrian Cockcroft, explica por qué las empresas se apresuran a trasladar los ordenadores, el almacenamiento y las redes a la nube, siguiendo el ejemplo de sus desarrolladores. Curiosamente, esos mismos desarrolladores se están moviendo agresivamente hacia la siguiente iteración de IaaaS -sin servidores- mientras buscan un tiempo nirvánico cuando la infraestructura no importa.
La gravedad de los datos duele y ayuda a la nube
Eche un vistazo a las primeras instancias de «computación en nube», cada una de ellas impulsada por el departamento de TI de la empresa. Aunque puede que eso no suene como algo malo, lo fue. Los desarrolladores son impulsados por tecnologías que los hacen más productivos, que son convenientes. Mientras un desarrollador necesite obtener la aprobación de sus jefes de TI, simplemente no importa que algo como un mainframe o una granja de servidores ofrezca rendimiento, medición basada en el uso y un cierto grado de flexibilidad. No si está atado a alguien que pueda decir»no».
Si esto suena como un patrón familiar para los desarrolladores, es porque lo es. El código abierto también debe su impulso inicial al deseo de los desarrolladores de dejar atrás el lío burocrático de la TI empresarial, una descarga a la vez. El código abierto, por lo tanto, es para el software como el cloud computing para el hardware: ambos liberaron a los desarrolladores de la TI.
VER: Herramienta de decisión para la migración a la nube (Tech Pro Research)
Aún así, por un tiempo, los desarrolladores no podían empujar tanto a la nube, dado el rendimiento y otros problemas. Sin embargo, con suficiente experiencia en la ejecución exitosa de pruebas e instancias de desarrollo en la nube, cada vez más han trasladado cargas de trabajo que no son críticas para la misión a la nube y, finalmente, también a las aplicaciones críticas para la misión. Al hacerlo, la «gravedad de los datos» que una vez los mantuvo atados a los centros de datos ha arrastrado a los desarrolladores, junto con las empresas que los emplean, a la nube pública.
Este concepto de la gravedad de los datos fue tal vez mejor expresado por Dave McCrory: «A medida que los datos se acumulan (construyen masa) hay una mayor probabilidad de que servicios y aplicaciones adicionales sean atraídos por estos datos.» Dicha gravedad de los datos se deriva de la «latencia y el rendimiento, que actúan como aceleradores para continuar con una dependencia cada vez mayor y más fuerte entre sí», anotó.
Si el cálculo se encuentra en la nube, tiene sentido ejecutar la red allí también, así como mantener el almacenamiento allí. A medida que más negocios se han movido en línea, se ha vuelto crítico correr computación, almacenamiento y redes allí.
Es decir, siempre y cuando las APIs estén disponibles para acceder a esos servicios en la nube.
Hermano, ¿puedes darme un API?
Aunque la «velocidad de implementación impulsada por la API hace que IaaaS sea atractiva» para los desarrolladores, afirma el analista de Rishidot Krish Subramanian, la nube no es simplemente una cuestión de APIs. Se trata realmente de una implementación bajo demanda y basada en API. Como él mismo señala, el «factor on-demand hizo que las nubes públicas fueran más atractivas que las APIs enfrentadas a entornos virtualizados». Las segundas estaban controladas por TI; las primeras sólo están controladas por el límite de una tarjeta de crédito de un promotor.
Nube que hay que leer
Esos mismos proveedores de nube han aumentado la competencia, llevando la naturaleza bajo demanda de la nube a un orden superior de abstracción, llamado serverless. Serverless lleva a IaaS (computación, almacenamiento y «primitivas» de red (para tomar prestada la terminología de Brian Leroux) a la siguiente fase, una fase en la que dichas primitivas dejan de importar. Originalmente, los desarrolladores querían que la familiaridad de estas primitivas hiciera que el cambio de los centros de datos empresariales a las nubes públicas fuera más fácil de entender y estuviera más alineado con la forma en que estaban acostumbrados a construir aplicaciones.
A medida que los desarrolladores se han adentrado en la nube, ahora están listos para dejar que las nubes peguen a estos primitivos. Todo lo que el desarrollador quiere hacer es preocuparse por su lógica de negocio, dejando que esa lógica se ejecute completamente en manos del proveedor de cloud computing. Es la infraestructura como un servicio llevado a su conclusión lógica, donde la infraestructura nunca ha importado más, pero también es completamente invisible para los desarrolladores que dependen de ella.
El cambio a IaaS fue impulsado por la productividad de los desarrolladores. Eso es lo mismo que empujar a las empresas a no tener servidores. Cuanto más tiempo se concentre un desarrollador en construir su aplicación, en lugar de meterse con la infraestructura (o esperar a que el departamento de TI se meta con la infraestructura), más productiva será. Las primeras versiones de la computación en nube se centraban en la TI y, por lo tanto, no tenían sentido. Las empresas no necesitan optimizar para TI, necesitan optimizar para los desarrolladores.
Boletín de noticias de Cloud Insights
Su base de conocimiento para lo último sobre AWS, Microsoft Azure, Google Cloud Platform, Docker, SaaS, IaaaS, seguridad en la nube, contenedores, la nube pública, la nube híbrida, la nube de la industria y mucho más. Lunes de entrega