Qué debe hacer antes de que se caiga la nube

Qué debe hacer antes de que se caiga la nube

Chico, ¿fue divertido o qué? Cuando la región de Amazon Web Services (AWS) US-EAST-1 comenzó a adaptarse a sus interfaces de programación de aplicaciones (API) el 7 de diciembre, descubrimos cuánto dependemos todos de AWS. (Incluso las personas que nunca habían oído hablar de él sabían que algo andaba mal cuando sus programas de Disney + y Netflix no estaban en la televisión, el nuevo robot aspirador Roomba dejó de limpiar y esas luces "inteligentes" no funcionaban porque dependen de AWS).

Aunque molesto, fue mucho peor para las muchas empresas que dependen de AWS para sus operaciones de TI. O para aquellos que han descubierto que, si bien nunca le dieron un centavo a AWS, muchos de los servicios por los que pagaron (Asana, Smartsheet, Trello y Slack, por nombrar algunos) se crearon en AWS.

Да.

Amazon dijo en una publicación de blog en su sitio el viernes que un "comportamiento inesperado" desencadenó la interrupción de una hora.

"Una actividad automatizada para escalar la capacidad de uno de los servicios de AWS alojados en la red central de AWS provocó un comportamiento inesperado de una gran cantidad de clientes dentro de la red interna", escribió la compañía en el mensaje. Como resultado, los dispositivos conectados a la red AWS se sobrecargaron.

Entonces que puedes hacer Bueno, por un lado, deje de depender de tantos dispositivos de Internet de las cosas (IoT). Su lavavajillas, luces navideñas, refrigerador y cepillo de dientes realmente no necesitan depender de la nube. Más en serio, sin embargo, puede renunciar a la idea de que su departamento de TI vuelva a ejecutar todos sus propios servidores. Mire dónde estaba su negocio cuando tenía sentido y dónde está ahora.

Durante la interrupción de la semana pasada, un administrador de sistemas amigo mío tuvo que lidiar con el director ejecutivo de una empresa que estaba sufriendo un ataque de nervios. El CEO quería recuperar todos los datos de la empresa (varios cientos de terabytes) y reiniciar una aplicación de inmediato.

Pero no importa lo que quiera el jefe, no siempre puedes hacer que las cosas funcionen como por arte de magia, especialmente cuando están fuera de tu control. Del mismo modo, si se sienta con su director financiero y repasa los números, es probable que pueda mover todos esos datos y todas esas aplicaciones a su negocio. Hay una razón por la que se mudó a la nube, generalmente porque cuesta menos ejecutar las cosas allí que localmente.

Quizás puedas hacerlo más barato con tu propia sala de servidores. ¡Si es así, bien por ti! Pero antes de apretar el gatillo, observe cómo era su tiempo de inactividad antes de la nube. Apuesto a que encontrará que en realidad estaba deprimido con más frecuencia cuando hacía las cosas usted mismo.

Entonces, ¿debería "resolver" su problema de nube cambiando a una configuración de múltiples nubes? Puede funcionar, pero hacerlo bien requerirá al menos dos proveedores de nube pública y posiblemente su propio centro de datos. Se está volviendo muy, muy caro.

Y si lo que realmente desea es una red de seguridad para interrupciones como la de AWS, lo siento, las nubes múltiples simplemente no funcionarán. Como dijo Lydia Leong, Vicepresidente Analista Distinguido de Gartner, “La conmutación por error de múltiples nubes requiere que usted mantenga la portabilidad total entre dos proveedores, lo cual es una gran carga para los desarrolladores de aplicaciones. La ejecución informática básica (ya sean máquinas virtuales o contenedores) no es el problema, por lo que OpenShift, Anthos u otras soluciones de "Puedo mover mis contenedores" no ayudarán realmente. El problema son todos los diferenciadores: las diferentes arquitecturas y funcionalidades de red, las diferentes capacidades de almacenamiento, las capacidades patentadas de PaaS, las capacidades de seguridad enormemente diferentes, etc.

Basta de malas noticias. Esto es lo que Leong y yo creemos que pueden hacer para mantener su negocio en funcionamiento incluso cuando su nube principal está inactiva.

  • Ejecute sus aplicaciones activas en al menos dos, y preferiblemente tres, zonas de disponibilidad (AZ) en cada región que utilice. Sí, tres es mucho más difícil de hacer que dos, pero sigue siendo mucho más fácil que intentar construir una solución de conmutación por error de múltiples nubes.
  • Ejecute sus aplicaciones activas en al menos dos, y preferiblemente tres, regiones. Nuevamente, dos es mucho más fácil que tres, pero si su aplicación crítica es realmente crítica, puede valer la pena. Usted no puede hacer eso ? Luego, vea si al menos puede permitirse una conmutación por error regional rápida y completamente automatizada.
  • Seamos sinceros. La nube llegó para quedarse. Dado que este es el caso y las nubes continuarán desmoronándose, tiene sentido utilizar las mejores herramientas que nos brindan para protegernos de sus inevitables fallas.

    Todavía tendremos días en los que todo se vaya al carajo en una canasta de mano, pero al menos habrá menos.

    Итак, прочтите это:

    Авторские права © 2021 IDG Communications, Inc.