Por qué el multicloud no es la solución para la resiliencia de aplicaciones

Trabajas en el área de TI empresarial, por lo que no sueles unirte a la multitud de "hugops" de Twitter cuando un servicio en la nube se cae. La semana pasada, la región US-East de AWS se cayó, dejando a cientos de millones de clientes de Netflix, Disney+ y otras propiedades en línea sin servicio. Esas empresas no querían abrazos, querían una solución.

Desafortunadamente, el multicloud no es esa solución.

Como Charity Majors, cofundadora de Honeycomb, ha enfatizado, el multicloud no brindará la resiliencia de aplicaciones que buscas. Y, tal vez aún más pertinente para aquellos que recurrieron al multicloud como solución a la debacle en la región US-East, existen varios pasos imperativos que debes tomar para lograr la resiliencia de aplicaciones antes de "fantasear con el multicloud para disponibilidad", según Lydia Leong, analista de Gartner.

No adelantarse a los hechos

Antes de comenzar a pensar en múltiples nubes, es mejor asegurarse de que la primera esté funcionando correctamente. Ese es el resumen de la argumentación de Leong: "Antes de siquiera fantasear con el multicloud para disponibilidad, deberías tener múltiples zonas de disponibilidad (AZ) en múltiples regiones, y haber maximizado tu resiliencia a través de un diseño/implementación de aplicaciones adecuado, probado a fondo mediante ingeniería del caos".

Incluso si estás haciendo todo esto, puede que aún no haya respuestas fáciles. Una persona que respondió al tweet de Leong señaló: "El problema suele ser el estado. Replicar tu base de datos principal en otra región es costoso. Además, el impacto de [AWS-East] parece estar relacionado con la red. Las fallas de red pueden, en casos raros, causar agujeros negros que son difíciles de aislar en una única AZ". Algunas de esas complicaciones pueden afectar tanto al proveedor de la nube como a ti.

Cómo funciona el protocolo FTP y cómo resolver problemas relacionados con él

Y todo esto recae en los departamentos de TI, que están bajo mucha presión. Como sugirió Leong en otro tweet, "Es muy fácil hablar de lo que la gente debería hacer. La mayoría de las personas en TI se encuentran en situaciones no ideales donde tienen personal, habilidades, tiempo y dinero insuficientes para implementar buenas prácticas. Por lo general, saben que están tomando riesgos. El costo del riesgo se considera menor que el costo de mitigarlo".

En una publicación de blog aparte, Leong añadió lo siguiente:

El failover multicloud requiere que mantengas la total portabilidad entre dos proveedores, lo cual representa una enorme carga para los desarrolladores de aplicaciones. El tiempo de ejecución computacional básico (ya sean máquinas virtuales o contenedores) no es el problema, así que OpenShift, Anthos u otras soluciones de "puedo mover mis contenedores" realmente no te ayudarán. El problema radica en todas las características diferenciadoras: las diferentes arquitecturas y características de red, las capacidades de almacenamiento diferentes, las capacidades PaaS propietarias, las capacidades de seguridad extremadamente diferentes, etc. Claro, puedes utilizar todo de código abierto en máquinas virtuales, pero en ese caso, ¿por qué te molestas con la nube?

En otras palabras, antes de optar por el multicloud, asegúrate de tener en orden tu casa en una sola nube. Aunque tal vez tengas que conformarte con una "casa" algo improvisada debido a restricciones presupuestarias y de recursos. Ah, y si mágicamente tienes todo eso en orden, gestionar con éxito un entorno multicloud no es para los débiles de corazón (o bolsillo).

Esto no quiere decir que correr en múltiples nubes sea una mala idea. La mayoría de los proveedores de software como servicio (SaaS, por sus siglas en inglés), por ejemplo, ofrecen opciones de multicloud porque tienen que hacerlo: los clientes prefieren utilizar diferentes infraestructuras en la nube. Los proveedores de SaaS no van a rechazar a esos clientes, al menos mientras estén utilizando uno de los tres principales proveedores de la nube (AWS, Microsoft Azure, Google Cloud). Incluso dentro de una sola empresa, para bien o para mal, la mayoría de las compañías construyen aplicaciones en múltiples nubes, según una encuesta reciente de O'Reilly. Esto no es sorprendente, ya que la conveniencia de utilizar una tarjeta de crédito para obtener servicios en la nube ha permitido a los desarrolladores implementar los servicios en la nube que necesitan.

Volviendo al punto original de Leong, hay mucho trabajo por hacer para lograr la resiliencia, y todo comienza con una sola nube, no varias. Y sí, utilizarás múltiples nubes, así funcionan las cosas en TI. Pero ¿usar el multicloud para la resiliencia? Probablemente no quieras ir por ese camino.

Microsoft lanza servicio gratuito de almacenamiento en la nube para usuarios de Windows

Divulgación: Trabajo para MongoDB y solía trabajar para AWS, pero las opiniones expresadas aquí son solo mías.

En Newsmatic nos especializamos en tecnología de vanguardia, contamos con los artículos mas novedosos sobre Nube, allí encontraras muchos artículos similares a Por qué el multicloud no es la solución para la resiliencia de aplicaciones , tenemos lo ultimo en tecnología 2023.