Por qué su sitio de comercio electrónico necesita un enfoque de multi-nube activo-activo esta temporada de vacaciones

Para los líderes de comercio electrónico, las vacaciones traen dos certezas: un influxo masivo de compradores y un mayor riesgo de interrupciones de los proveedores de nube. Las interrupciones importantes de la nube parecen estar volviéndose más comunes y más devastadoras. La región AWS US-East-1, por ejemplo, tiene un historial de interrupciones significativas durante la temporada de vacaciones. De manera similar, cada año alrededor de enero, Microsoft Azure tiende a tener problemas de latencia de red o interrupciones de red debido a su plan de lanzamiento o prueba en ciertas regiones. Y solo necesitamos mirar hacia atrás a este pasado junio, cuando una interrupción importante de Google Cloud impactó una amplia variedad de aplicaciones, para recordar que ningún proveedor individual es inmune.

Si está a cargo de una operación de comercio electrónico, no quiere descubrir que aunque tiene todo configurado correctamente, algo ha dejado de funcionar durante el momento más crítico del año. Estas tendencias de interrupciones y problemas de los proveedores de nube pueden no estar en su radar, y francamente, no deberían estar. Si es un ingeniero de confiabilidad del sitio, no debería preocuparse por si una interrupción de la plataforma de nube impactará su aplicación, ni debería intentar ajustar su infraestructura sobre la marcha durante un problema. En su lugar, debería reexaminar lo que sabe sobre multi-nube.

Aplicaciones de multi-nube

Si su organización paga las tarifas de AWS, Azure y GCP, de hecho tiene las tres nubes a su disposición. Dicho esto, aunque puede estar utilizando las tres, es importante examinar qué sucede cuando se profundiza un nivel más. ¿Algunas de sus aplicaciones son específicas de AWS, Azure o GCP? ¿Seguirán funcionando si un proveedor de nube está caído y necesita cambiar rápidamente a otro?

Su aplicación debe funcionar perfectamente en cualquiera de las nubes. Eso es lo que es una configuración de multi-nube real. Si quiere ser agnóstico de la nube, no puede simplemente pagar por multi-nube; debe asegurarse de que sus aplicaciones también sean multi-nube.

Además, depender de un solo proveedor introduce restricciones inherentes en la capacidad de cómputo, la limitación de la tasa de API y la disponibilidad regional. Una arquitectura de multi-nube real aumenta su poder de cómputo agregado y proporciona resistencia contra estas restricciones. Desbloquea su capacidad para escalar a demanda más allá de los límites de un solo proveedor, expandir rápidamente la capacidad en diferentes geografías y garantizar un rendimiento consistente durante los días de compras de pico. Pero tener una aplicación portátil y agnóstica de la nube es solo el primer paso; el siguiente es implementarla en una arquitectura verdaderamente resistente.

Escalando a un enfoque activo-activo

Esto requiere una seria preparación por parte de DevOps. Es increíblemente difícil tener una estrategia de recuperación de desastres de continuidad empresarial (BCDR) al 100% precisa, ya que cuando se trata de ejecutar sus operaciones en vivo, hay múltiples puntos de falla. No quiere probar su estrategia de BCDR en una interrupción, así que puede sentir que todo lo que realmente puede hacer es predecir posibles escenarios y prepararse en consecuencia.

Mi consejo a los ingenieros de confiabilidad del sitio es arquitectar para el fallo por defecto. Esto significa tener una nube secundaria o incluso terciaria ejecutándose en un estado activo. Una estrategia de BCDR confinada a un solo proveedor es un punto de falla único; si el proveedor de control o la red troncal falla, todo su plan de recuperación se vuelve inútil.

Durante la temporada de vacaciones, es común que el número de visitantes aumente repentinamente, lo que fuerza a su plataforma o aplicación a comenzar a funcionar con una capacidad reducida. Si ya ha creado una copia de su aplicación en funcionamiento, una secundaria, puede cambiar a realizar equilibrio de carga para que pueda desviar algunas solicitudes a la otra instancia de su aplicación.

Este enfoque activo-activo significa que tiene su producto completo duplicado, ejecutándose en otro lugar. Si su proveedor de nube principal experimenta una degradación o interrupción grave, puede cambiar sin problemas el 100% de su tráfico al proveedor secundario a través de DNS o un equilibrador de carga global, convirtiéndolo en el punto de entrada principal sin interrupción para sus clientes.

El costo real de no ir a multi-nube

Si bien el costo de ejecutar una nube secundaria no es trivial, es insignificante en comparación con el impacto comercial de una interrupción importante: disculparse con los clientes después de un fallo de confiabilidad, tratar de asegurarles que no volverá a suceder y convencerlos de que no los dejen para ir a uno de sus competidores. También no olvidemos todos los ingresos perdidos por las ventas que no se pueden recuperar. En FluidCloud, he visto que esta situación se reproduce una y otra vez: las empresas invierten mucho en un solo proveedor, solo para encontrarse en el lado equivocado de una interrupción sin recurso inmediato.

Dicho esto, es lo suficientemente difícil controlar sus costos si solo está utilizando un proveedor de nube; sus costos de nube probablemente parezcan un gráfico exponencial. Si adopta múltiples nubes, ese gráfico exponencial solo se verá aún más empinado.

Cuando duplica su infraestructura desde su nube principal, naturalmente no quiere que sus costos se dupliquen. Por lo tanto, recomiendo centrarse en nubes más baratas que ofrezcan un rendimiento competitivo a un precio más bajo. Si tiene una nube secundaria ejecutándose en una nube más barata, todavía tendrá redundancia activa-activa completa, pero a un costo más bajo. Es una situación en la que todos ganan.

Pensamientos finales

Ejecutar sus aplicaciones activo-activo en múltiples proveedores de nube no significa simplemente crear una copia de seguridad. Significa construir para la resiliencia en tiempo real, asegurando que su negocio no tenga un punto de falla único y poder ofrecer velocidad consistente incluso durante los picos de tráfico.

Esta temporada de vacaciones, no solo espere confiabilidad. Construya para ella. Ingenie sus sistemas para que funcionen consistentemente, sin importar qué proveedor de nube o región falle. Ofrezca una experiencia del cliente impecable al adoptar una arquitectura de multi-nube activo-activo real.