A los desarrolladores les encanta la nube. Según un estudio reciente de O'Reilly , el 88 por ciento de los desarrolladores ha realizado algunos movimientos hacia la nube hoy, mientras que el 25 por ciento planea mover todas sus aplicaciones a lo largo del tiempo.
A medida que las empresas realicen estos movimientos, los equipos adoptarán varios proveedores de nube para obtener el mejor ajuste para ellos. Esto puede ser parte de una estrategia bien pensada y conjunta, o puede ser causado por una adopción desordenada en la que los equipos individuales eligen un proveedor de nube que se adapte a ellos sin hablar con otros departamentos. Luego, los equipos de DevOps deben crear un enfoque más detallado y planificado en torno a todos esos componentes y opciones. De cualquier manera, en una encuesta realizada por Accelerated Strategies , aproximadamente el 20 por ciento de las empresas que encuestaron tienen actualmente una estrategia de múltiples nubes. Más del 50 por ciento está considerando agregar uno o más proveedores de infraestructura en la nube a la combinación en 2021.
Los tres impulsores de las estrategias multinube
Entonces, ¿cómo afectará esta tendencia al mercado? Hay varias áreas a considerar.
El primero es cómo los equipos de DevOps y los desarrolladores de software toman decisiones en torno a sus aplicaciones. Los desarrolladores quieren crear nuevas aplicaciones y ponerlas en funcionamiento. Los equipos de DevOps deben respaldar estos servicios y mantenerlos en funcionamiento. Para los equipos de DevOps, la adopción de una estrategia de múltiples nubes implicará comprender todas las partes móviles que existen actualmente y lo que podría ser necesario en el futuro. Por ejemplo, el uso de múltiples proveedores les permite acceder a tecnologías específicas de diferentes proveedores de la nube, además de brindar más flexibilidad sobre dónde se ejecutan esos nuevos componentes de la aplicación.
El segundo tiene que ver con el control de costos. En lugar de gastar en servicios básicos con un solo proveedor, el uso de varios proveedores puede reducir la factura general con el tiempo. Según una investigación de IBM, el 66 por ciento de las empresas ahorran dinero trabajando con proveedores de hiperescala más pequeños en lugar de depender únicamente de hiperescaladores más grandes que se centran en los clientes empresariales.
La tercera es que los desarrolladores y los equipos de TI optan por trabajar con varias empresas de la nube para evitar la dependencia de un solo proveedor. Según Flexera , el 68 por ciento de los CIO están preocupados por el bloqueo de las herramientas de un solo proveedor de nube. De manera similar, el 83 por ciento de los usuarios que se ejecutan en múltiples nubes quieren la libertad de mover cargas de trabajo entre proveedores de la nube cuando lo deseen, según la investigación de Turbonomic. Si bien puede haber algunos servicios especializados que solo están disponibles desde una nube específica, las primitivas básicas de los servicios en la nube son comparables y compatibles entre proveedores de hiperescala grandes y pequeños. Esta compatibilidad ayuda a las empresas a alcanzar sus objetivos y mantenerse flexibles.
Cómo los equipos de DevOps pueden generar mejores resultados
Con estas tendencias en mente, ¿cómo pueden las empresas ver los resultados correctos al implementar una estrategia de múltiples nubes? Comienza con el diseño y cómo puede lograr los objetivos correctos para cada equipo involucrado.
Por ejemplo, la ampliación de una aplicación debería incluir cómo utilizar varios proveedores juntos desde el principio. Sin embargo, no se trata del logro técnico de atropellar a diferentes proveedores. Abordar esto como un proyecto liderado únicamente por la tecnología no es el punto. En cambio, el primer objetivo debería ser cómo mantener la flexibilidad y el control en lugar de entregarlo a un tercero.
El segundo objetivo debería basarse en el beneficio añadido de los posibles ahorros de costes. El uso de varios proveedores puede reducir el gasto en comparación con depender solo de un proveedor de hiperescala. Desde una perspectiva técnica, hay algunos servicios en la nube que se han convertido en productos básicos, como el almacenamiento y la informática. Estos son ampliamente compatibles, por lo que puede alentar a su equipo a buscar diferentes servicios de proveedores de nube juntos para la misma función.
Por ejemplo, algunos proveedores de nube tienen precios variables para diferentes ubicaciones o regiones, mientras que otros adoptan una estructura de tarifa plana independientemente de la ubicación de nube que elija. Por lo tanto, elegir un proveedor de tarifa plana reduce los costos generales en comparación con el uso de un solo proveedor de nube.
Otro objetivo a considerar es la portabilidad, donde las cargas de trabajo se pueden mover de un lugar a otro y ejecutar sin ningún cambio en la aplicación. Los contenedores de software están diseñados para ejecutarse en una variedad de servicios, desde implementaciones de centros de datos internos y nube privada hasta nube pública. Gartner predijo que para 2022, más del 75% de las organizaciones globales ejecutarán aplicaciones en contenedores en producción.
Sin embargo, aunque existe el potencial, estas implementaciones son más complejas y con muchas más partes móviles. Por lo tanto, los equipos de DevOps pueden usar herramientas de orquestación como Kubernetes para superar esos problemas.
Kubernetes es la herramienta de orquestación de contenedores más popular para administrar contenedores, automatizando muchos de los procesos requeridos en torno a la administración de contenedores mientras mantiene esa capacidad de ejecutarse en varios lugares. Muchos proveedores de nube ahora tienen sus propios servicios administrados de Kubernetes para simplificar aún más este proceso, por lo que los equipos de DevOps pueden concentrarse en respaldar esas aplicaciones en lugar de luchar directamente con la infraestructura. Esto también puede admitir una mayor portabilidad para contenedores entre servicios en la nube y entre instancias de nube pública y privada.
Para los desarrolladores y los equipos de DevOps, el futuro de la TI consiste en encontrar la mejor opción para sus cargas de trabajo. Para algunos, esto significará ir "todo adentro" en uno de los hiperescaladores gigantes. Para otros, especialmente aquellos en empresas más pequeñas con necesidades menos complejas, los proveedores de hiperescala más pequeños les ayudarán a lograrlo. Sin embargo, más de la mitad de las empresas deben agregar otro proveedor de nube a sus listas de proveedores el próximo año, según Accelerated Strategies.
Para implementar la estrategia correcta, los equipos deben comprender los objetivos técnicos que tienen, todos los proveedores que pueden involucrarse (no solo los grandes hiperescaladores) y los modelos de costos que tienen esos proveedores. Esto puede ayudar a más desarrolladores a trasladar sus aplicaciones a la nube, pero no a expensas de gastos innecesarios o de depender de un solo proveedor.