¿La multinube es una necesidad, una póliza de seguro o una ventaja competitiva… o las tres?

Veamos las consideraciones clave y las estrategias necesarias para que la multinube sea un éxito para usted.

En los primeros días de las infraestructuras en la nube, la idea de ejecutar aplicaciones en varias nubes era más un eslogan de marketing que una realidad tangible para las empresas. Algunos proveedores afirman ofrecer una vista única para obtener visibilidad en sus diversos sistemas. Esta oferta debería permitir más funcionalidad, resiliencia y cumplimiento de lo que se espera. Pero ese no es el caso.

En cambio, los CIO se están dando cuenta de cuánto tiempo lleva integrar diferentes servicios en la nube para aplicaciones modernas.

En los últimos años, proveedores como MongoDB han realizado el arduo trabajo de domesticar diferentes infraestructuras de nube para hacer realidad la multinube. Por ejemplo, al implementar una arquitectura de microservicios, un minorista puede alojar su sitio de comercio electrónico, los datos de los clientes y el catálogo de productos en AWS y, luego, tener una réplica alojada en Google Cloud para crear personalizaciones y ofertas a partir de las interacciones con los clientes. David Linthicum, director de estrategia de nube de Deloitte Consulting, sugiere que este nivel adicional de abstracción debería tener su propio nombre, para diferenciarlo del enfoque anterior de múltiples nubes de mínimo común denominador. Propuso el término “súper nube”, que da el concepto básico de un sistema que opera a un nivel más alto que las nubes heterogéneas individuales.

Esta capacidad es oportuna para muchas industrias, pero especialmente para los servicios financieros. Los reguladores a nivel gubernamental, de hecho, han expresado su preocupación por la pérdida de estabilidad y la redundancia de los sistemas financieros debido a su concentración en nubes únicas.

Veamos las consideraciones clave y las estrategias necesarias para que la multinube sea un éxito para usted.

La póliza de seguro multinube

Algunos CIO ven la multinube como una especie de póliza de seguro. Señalaron cortes recientes en los principales proveedores de nube pública. Señalan que a pesar de que la nube es “la computadora de otra persona”, la misma “otra persona” puede ver fallar sus sistemas. Los innumerables centros de datos que administran siempre tienen su propia complejidad de red y desafíos de conectividad entre sitios. Este tipo de interrupción es doblemente problemático porque las empresas se han vuelto completamente dependientes de los proveedores de servicios en la nube para mantener una conexión con sus clientes. Confiar en un único proveedor de servicios en la nube expone a las empresas a riesgos derivados de las dependencias técnicas, sin mencionar los ciberataques, los desastres naturales o los accidentes imprevistos.

Para muchos, aquí es donde la nube múltiple se convierte en una póliza de seguro. Mediante la distribución de datos en varias nubes, una empresa puede mejorar la alta disponibilidad y la estabilidad de las aplicaciones simultáneamente sin sacrificar la latencia. En los clústeres de múltiples nubes, las empresas pueden configurar una aplicación para sobrevivir a una interrupción o cierre del proveedor de la nube debido a limitaciones de capacidad regional. Sin embargo, para que quede claro, para lograr esta resiliencia, debe diseñarla en su nivel de aplicación para que coincida con la resiliencia del nivel de datos.

Multicloud también puede ayudar a las empresas a lograr otro nivel de estabilidad. Los clientes que necesitan cumplir con los requisitos de soberanía de datos también pueden agregar nodos adicionales calificados en otras nubes dentro del mismo país para aumentar la alta disponibilidad en la región (por ejemplo, AWS Paris y Azure Paris en Francia). Si esta situación está causando parte de los problemas en Estados Unidos, en Europa las reglas se están endureciendo. A diferencia de nuestros homólogos estadounidenses, tenemos opciones de implementación limitadas debido a la escasa cobertura regional de cada proveedor de nube. En muchos casos, solo está disponible una región por país por proveedor.

Esta cuestión se vuelve particularmente delicada en el sector financiero. Si tiene sucursales y clientes en los Estados Unidos, Alemania y Tokio, por ejemplo, cada uno de ellos debe implementar sistemas locales, en el país, bajo las nuevas leyes soberanas. Diferentes nubes tienen diferentes regiones de disponibilidad. La creación de un entorno de varias nubes no solo garantiza las opciones de redundancia y conmutación por error, sino también que todos los datos confidenciales almacenados estén siempre protegidos y cumplan con las normas, independientemente de la situación. Al diseñar para multinube, puede mover datos a otra nube en cualquier momento, sin tiempo de inactividad. Por lo tanto, el CIO, y no los proveedores de la nube, es responsable de su propia infraestructura.

Si bien estos esfuerzos son cruciales para garantizar la estabilidad y la soberanía de los datos, pasan por alto los mayores beneficios de una arquitectura multinube.

El verdadero potencial de la multinube

La razón más convincente para cambiar a multinube es su impacto en la capacidad de una empresa para atender a los clientes con las mejores funciones de diferentes nubes. Con los clústeres multinube, las empresas pueden aprovechar herramientas y servicios únicos nativos de AWS, Google Cloud y Azure sin complicar la experiencia de administración de datos. Esto es lo opuesto a las críticas que a menudo se formulan contra los primeros intentos de pasar a la multinube. De hecho, al reducir la definición de servicio a la misma funcionalidad (es decir, indiferenciada) en las nubes, los usuarios se adelantan a todos los desarrollos que cada proveedor realiza en su propia pila.

Con los clústeres de múltiples nubes, no hay necesidad de mover datos manualmente para enrutarlos a diferentes ecosistemas en la nube para aprovechar herramientas y servicios únicos (por ejemplo, la función AWS Lambda, la oferta de IA/ML de Google Cloud o las herramientas IDE de Azure). Los proveedores de servicios en la nube desarrollan nuevas funciones sin sincronizar y en diferentes áreas: algunos se destacan en la innovación de redes, mientras que uno domina el mercado de servicios de aprendizaje automático. Las empresas que desean aprovechar al máximo sus datos en cualquier nube necesitan a alguien que controle la complejidad subyacente del nivel de datos. Restringir las implementaciones a una sola nube limita el acceso de las empresas a herramientas y tecnologías innovadoras, en lugar de permitirles aprovechar los avances entre nubes. Eventualmente, las organizaciones corren el riesgo de perder su ventaja competitiva.

La noción de multinube puede asustar a algunas personas. Sin embargo, los productos “como servicio” que ofrecen verdaderas opciones multinube, no solo aquellos que juegan al juego de “elegir una nube inicialmente y quedarse con ella”, le brindarán la capacidad de compartir datos en un clúster a través de múltiples nubes. Los desarrolladores pueden elegir funciones de diferentes proveedores e implementar los elementos técnicos que mejor se adapten a sus necesidades. Pueden usar diferentes herramientas en los mismos datos sin tener que copiarlos manualmente.

Esta es la última promesa multinube. No dude en saltar a la multinube por la promesa de estabilidad y soberanía de datos. Sin embargo, el valor real provendrá de los desarrolladores que pueden aprovechar las mejores funciones de cada proveedor de la nube para satisfacer las necesidades más exigentes de los clientes.

Leave a Reply

Your email address will not be published.