¿Qué es un despliegue multinube?
Un despliegue multinube corre cargas de trabajo entre dos o más proveedores de nube en lugar de apostar todo a uno solo. Las organizaciones hacen esto por un puñado de razones concretas: sobrevivir la falla o interrupción de cualquier proveedor, evitar quedar amarradas al precio y la hoja de ruta de un solo proveedor, y colocar datos en países específicos para satisfacer reglas de residencia y soberanía. La multinube muchas veces se confunde con la arquitectura híbrida, pero son ideas distintas; la híbrida mezcla en sitio y nube, mientras que multinube significa varias nubes. Esta guía explica qué entrega de verdad la multinube, qué significa de forma realista para una plataforma SCADA, y el verdadero costo de complejidad de abarcar proveedores.
Multinube en una línea: Un despliegue multinube corre cargas de trabajo entre dos o más proveedores de nube, como combinar grandes nubes públicas, en lugar de depender de uno solo. Se usa por resiliencia contra la interrupción de un solo proveedor, para reducir la dependencia excesiva de un solo proveedor, y para cumplir requisitos de residencia de datos al elegir dónde viven los datos. Los beneficios vienen a costa de una complejidad significativamente mayor, ya que cada proveedor tiene servicios, herramientas e interfaces distintos.
Por qué las organizaciones van multinube
El primer impulsor es la resiliencia. Cualquier proveedor de nube único puede sufrir una interrupción significativa, y si todo su sistema vive ahí, su mal día se vuelve su mal día. Repartir cargas de trabajo entre más de un proveedor significa que aun un problema serio en uno no tiene que tumbar todo, porque existe capacidad en otro lado. Este es el mismo instinto que lleva a la gente a evitar los puntos únicos de falla en cualquier otro lado de un sistema, aplicado al nivel del proveedor de nube mismo, y es la motivación detrás de los arreglos de recuperación ante desastres entre nubes.
El segundo impulsor es reducir la dependencia excesiva de un solo proveedor. Cuando usted construye profundamente sobre los servicios propietarios de un proveedor, alejarse después se vuelve difícil y caro, lo que debilita su posición de negociación y ata su futuro al precio y la dirección de ese proveedor. Mantener la capacidad de correr en más de una nube, o al menos diseñar para poder hacerlo, preserva la palanca y la flexibilidad. Algunas organizaciones corren genuinamente entre proveedores para mantener viva esta opción; otras simplemente diseñan para la portabilidad para que un movimiento futuro sea factible, que es una forma más ligera de la misma postura defensiva.
El tercer impulsor es la residencia y soberanía de datos. Las leyes y los contratos cada vez más exigen que ciertos datos permanezcan físicamente dentro de países o jurisdicciones particulares, y ningún proveedor único tiene centros de datos en todos lados ni la huella regional exacta que una regla dada demanda. Usar múltiples proveedores, o elegir proveedores específicos para regiones específicas, puede ser la forma de mantener cada conjunto de datos donde las reglas dicen que debe vivir. Para operaciones que abarcan fronteras, esta dimensión regulatoria a veces es el factor decisivo, muy aparte de las preocupaciones de resiliencia o comerciales.
Qué significa de forma realista la multinube para una plataforma SCADA
Para una plataforma industrial, la multinube se trata menos de correr el mismo sistema en vivo de forma simultánea en varias nubes, lo cual es genuinamente difícil, y más de portabilidad y recuperación ante desastres. La portabilidad significa que la plataforma se construye para que no dependa de los servicios únicos de ningún proveedor de formas que la atraparían ahí, usando bloques de construcción más estándar y portátiles como contenedores para que la carga de trabajo pudiera moverse si se necesitara. Esto mantiene la opción abierta sin necesariamente ejercerla cada día, y es el núcleo pragmático de la mayoría de las estrategias multinube reales.
La recuperación ante desastres entre nubes es el otro patrón realista: correr el sistema primario en un proveedor mientras se mantiene la capacidad de conmutar a otro si el primario sufre una interrupción prolongada regional o de todo el proveedor. Esto es una garantía más fuerte que apoyarse en la propia redundancia de un proveedor, porque quita al proveedor mismo como un punto único de falla, pero también es más trabajo de construir y mantener probado. Para la mayoría de las operaciones, la resiliencia dentro de un proveedor a través de sus regiones y zonas es suficiente, y la verdadera conmutación entre proveedores se reserva para casos donde la garantía adicional justifica el esfuerzo.
La residencia de datos también moldea qué significa la multinube en la práctica para SCADA. Una plataforma que sirve a clientes en múltiples países puede necesitar mantener los datos operativos de cada país dentro de las fronteras de ese país, lo que puede significar desplegar en proveedores o regiones distintos para satisfacer cada jurisdicción. Aquí la multinube, o al menos multirregión entre proveedores, la impulsa dónde los datos están legalmente permitidos de asentarse en lugar de sólo la resiliencia, y la arquitectura sigue el mapa de las reglas que aplican a los datos de cada cliente.
El costo de complejidad y cómo pesarlo
La multinube no es gratis, y su costo principal es la complejidad. Cada proveedor tiene su propio conjunto de servicios, sus propias herramientas de gestión, su propio modelo de seguridad y sus propias peculiaridades, así que operar entre dos proveedores puede significar cerca del doble de superficie operativa que aprender, asegurar y mantener. Los equipos necesitan habilidades en cada uno, el monitoreo tiene que abarcar ambos, y mantener las configuraciones consistentes entre entornos que son fundamentalmente distintos es un esfuerzo continuo. La transferencia de datos entre nubes también tiene sus propias implicaciones de latencia y costo que un despliegue de una sola nube nunca enfrenta.
Por esto, la multinube debe ser una elección deliberada justificada por una necesidad concreta en lugar de un valor por defecto. Si la meta es resiliencia, vale la pena preguntar si repartir entre regiones y zonas de disponibilidad dentro de un proveedor maduro ya cumple el requisito, ya que eso es mucho más simple y cubre la gran mayoría de los escenarios de falla. Si el impulsor es evitar el amarre, diseñar para la portabilidad puede entregar la mayor parte del beneficio sin el costo de de verdad correr en todos lados a la vez. El caso genuino más fuerte para la verdadera multinube por lo general es un requisito duro de residencia de datos o un estándar de resiliencia que exija explícitamente independencia de cualquier proveedor único.
Una plataforma SCADA de nube como Merobix por lo general entrega la resiliencia que a los clientes les importa mediante la redundancia dentro de una nube robusta, repartida entre zonas de disponibilidad y regiones, lo que maneja las fallas de centro de datos y regionales sin que el operador tenga que pensarlo. Donde se requiere multinube genuina o una colocación regional específica, sea por una regla de residencia de datos o un mandato de resiliencia particular, se vuelve una decisión arquitectónica tomada por esa razón, con su complejidad aceptada a sabiendas. El punto para un operador en petróleo y gas, agua, energía o manufactura es que la multinube es una herramienta para problemas específicos, no una mejora automática, y debe adoptarse cuando un requisito real la pida.
Preguntas frecuentes
¿Cuál es la diferencia entre multinube y nube híbrida?
La nube híbrida mezcla infraestructura en sitio o de borde con infraestructura de nube, dividiendo un sistema entre lo que corre localmente y lo que corre en la nube. La multinube significa correr entre dos o más proveedores de nube separados, tenga o no una pieza en sitio involucrada. Las dos son ideas independientes, y un sistema puede ser híbrido, multinube, ambos o ninguno.
¿Por qué una plataforma SCADA usaría más de un proveedor de nube?
Las razones principales son la resiliencia contra la interrupción de un solo proveedor, evitar el amarre a un solo vendedor, y cumplir reglas de residencia de datos que exigen que los datos permanezcan en un país específico. En la práctica esto por lo general significa diseñar para la portabilidad y mantener la opción de recuperación ante desastres entre nubes, en lugar de correr el sistema en vivo en varias nubes a la vez. Se adopta cuando un requisito concreto justifica la complejidad adicional.
¿La multinube siempre es mejor que usar una sola nube?
No. La multinube más o menos multiplica la complejidad operativa, ya que cada proveedor tiene servicios, herramientas y modelos de seguridad distintos que aprender y mantener, más los costos de transferencia de datos entre nubes. Para muchas necesidades, repartir entre regiones y zonas de disponibilidad dentro de un solo proveedor fuerte ya entrega la resiliencia requerida de forma mucho más simple. La multinube vale la pena principalmente cuando una regla dura de residencia de datos o un requisito estricto de independencia la exige.
Servicios de automatización
¿Necesita convertir esta información en un sistema que funcione?
Merobix integra SCADA, programa PLC Allen-Bradley y Siemens, y diseña y fabrica tableros de control industrial.
Las solicitudes de reunión se revisan antes de confirmarse.