“Multi-nube” se refiere al uso de múltiples servicios de computación en la nube dentro de una única arquitectura. Los defensores del enfoque argumentan que le brinda mayor flexibilidad y resistencia al eliminar cualquier dependencia de un solo proveedor. Por el contrario, los sistemas de múltiples nubes pueden ser más complicados de configurar y escalar, lo que hace que el mantenimiento a largo plazo sea una tarea ardua.
Una vez que esté utilizando algunos productos de un proveedor, seleccionar su oferta para su próximo requisito puede parecer un paso lógico. Sin embargo, no necesita poner todos sus huevos en una canasta: elegir una plataforma diferente para su nuevo componente puede brindarle más funcionalidad a un costo menor.
El uso de múltiples nubes es una opción estratégica que le permite acceder a lo mejor de todo. La difusión entre proveedores requiere que su servicio se componga en microservicios distribuidos, lo que lo ayudará a convertirse en un nativo de la nube.
Puede ejecutar su servicio principal en Microsoft Azure, usar Amazon S3 para el almacenamiento de archivos y Google Cloud para algunas cargas de trabajo de IA especializadas. Intentar confiar en uno de estos proveedores solo podría ser una solución subóptima, aunque todos ofrecen funciones ampliamente comparables.
¿Cuándo pasar a la nube múltiple?
La selección de un proveedor de nube suele ser un proceso complicado. Si se equivoca en la decisión, su servicio podría verse obstaculizado por un conjunto de funciones limitado, escasa escalabilidad o costos excesivos.
Encontrar una plataforma que cumpla con todos sus requisitos generalmente la convierte en el principal competidor para su próxima compra de infraestructura en la nube. Sin embargo, elegir a ciegas el servicio porque ya lo usa podría no ser el mejor curso de acción; podría estar creando una dependencia en un conjunto de sistemas de terceros interconectados, lo que lleva a un bloqueo del proveedor.
Optar por usar otra nube lo obliga a evaluar críticamente todo el mercado al momento de agregar un producto a su pila. Para los clientes más grandes, puede aumentar su poder adquisitivo si ningún proveedor da por sentado su costumbre. Está fomentando la innovación y la competencia, lo que crea mejores ofertas y más oportunidades para su arquitectura.
A veces, la decisión de adoptar una segunda o tercera nube puede verse forzada por factores externos. Si los clientes comienzan a clamar por funciones que su plataforma actual no ofrece, es posible que se vea obligado a buscar fuera de la caja. O su empresa podría estar sujeta a requisitos reglamentarios que requieran que almacene algunos datos de acuerdo con estándares de seguridad específicos.
La nube múltiple es igualmente útil cuando necesita utilizar una tecnología que no se combina regularmente con el área de enfoque de su proveedor actual. Una empresa que utiliza un proveedor de cómputo virtual orientado a Linux puede desarrollar la necesidad de ejecutar un servidor Windows. Tal carga de trabajo podría tener más sentido en Microsoft Azure, donde hay soporte de primera para el sistema operativo.
Un impulsor final de las arquitecturas de múltiples nubes es cuando necesita posicionar un servicio crítico más cerca de sus clientes. Entrar en un nuevo mercado puede ser peligroso si su proveedor actual no puede ofrecer un centro de datos local. Se arriesgaría a una mayor latencia para todos sus usuarios extranjeros. Agregar una nueva instancia de su servicio en una nube que admita la región lo ayudaría a brindar una mejor experiencia al cliente.
Problemas que puede encontrar
La transición a múltiples nubes no es algo que ocurra de la noche a la mañana. Necesita aceptación y aceptación en toda su organización porque afectará a todos los equipos.
Los desarrolladores deberán construir teniendo en cuenta los servicios distribuidos. Los equipos de operaciones deben ser conscientes de las distintas nubes en uso, los servicios que pertenecen a cada una y cómo fluyen los datos entre ellas. Los profesionales de la seguridad verán un aumento en la cantidad de credenciales y paneles de control que deben protegerse contra intrusiones. Las arquitecturas de múltiples nubes presentan una mayor superficie de ataque que podría hacer que su sistema sea más susceptible a intrusiones.
El mayor desafío con la nube múltiple es la facilidad con la que la flexibilidad puede convertirse en una carga onerosa. La adopción de una estrategia de múltiples nubes puede reducir los costos facturados, pero el ahorro desaparece rápidamente si su equipo necesita dedicar más tiempo a administrar servidores y auditar debilidades.
La consistencia es otro problema que deberá resolver desde el principio. Aunque está buscando sacar provecho de los méritos de cada plataforma, su propia aplicación debe ser uniforme en la forma en que se desarrolla e implementa. ¿Utiliza implementaciones automatizadas de CI / CD con sus proyectos en AWS? Asegúrese de usar algo similar con sus cargas de trabajo de Azure también.
Normalizar su enfoque general para aplicar cambios ayuda a evitar una fragmentación innecesaria. Siempre que sea posible, intente utilizar una capa de abstracción sobre los servicios de cualquier proveedor individual. Una plataforma como Kubernetes le brinda consistencia en lo que busca, lo que le permite moverse entre las nubes con relativa facilidad.
Monitorear las diversas nubes involucradas en su sistema puede ser una lucha. La mayoría de las organizaciones optarán por una forma de sistema de monitoreo entre nubes como Datadog, Grafana o New Relic. Estas herramientas vienen con su propia complejidad y curvas de aprendizaje, pero le permiten agregar todos sus recursos en una sola visualización. Esto es más eficaz que intentar trabajar con varios paneles de proveedores de la nube para comprender dónde se originó una interrupción.
¿Qué más debería pensar?
No es necesario que lo haga todo en varias nubes. Para algunas organizaciones, una estrategia multinube eficaz podría ser una simple replicación de servicios clave en dos o más plataformas. Esto puede ayudar a los escenarios de recuperación ante desastres, brindándole redundancia si un servicio sufre una interrupción. Si bien puede resultar tentador tratar las plataformas de nube pública como infalibles, en la práctica, incluso los servicios más grandes tienen tiempos de inactividad no planificados que podrían causar repercusiones para sus clientes.
De manera más general, optar por un enfoque de múltiples nubes debe basarse en una necesidad comercial real. Sea intencional y deliberado al evaluar nuevos servicios, manteniendo su objetivo en la vanguardia de su mente. Puede haber una forma diferente de lograr sus objetivos que tenga un impacto menor en sus flujos de trabajo existentes.
Tome el ejemplo de la reducción de los costos operativos: trasladar los servicios clave a otra nube podría ayuda aquí, pero es posible que esté pasando por alto opciones más cercanas a casa. La auditoría de su uso de sus plataformas existentes puede descubrir formas de aumentar la eficiencia cambiando planes, solicitando una oferta personalizada o ajustando sus patrones de uso.
Otra consideración es la extra costo de la nube múltiple. En algunos escenarios, una arquitectura de múltiples nubes puede ser más costosa, especialmente si mueve datos regularmente entre proveedores. La mayoría de los principales proveedores cobran tarifas sustanciales por la entrada y salida de datos que pueden erosionar cualquier ahorro en reposo que realice.
Conclusión
Multi-nube es una palabra de moda que se refiere al uso de servicios de varios proveedores de nube diferentes como parte de un solo sistema. Le permite obtener las ventajas de todas las plataformas en el mercado, pero puede ser complicado de configurar y mantener.
La mejor manera de abordar cualquier nueva arquitectura de nube es evitar un énfasis indebido en términos como multi-nube y nube híbrida. En su lugar, debe evaluar las opciones disponibles para usted, independientemente del proveedor, y luego diseñar un plan para combinarlas de una manera que beneficie a todos los equipos.
Cuando no parece que la nube múltiple funcione sin aumentar la complejidad, agregando riesgos de seguridad inaceptables o creando una carga para los equipos de operaciones, no hay necesidad de seguir adelante. Siempre puede cambiar su investigación para encontrar la mejor plataforma única que ofrezca todas las tecnologías que necesita en un solo paquete. Solo asegúrese de que tenga un acuerdo de nivel de servicio (SLA) adecuado y los procedimientos adecuados para manejar interrupciones no planificadas.