Hay una conversación que se repite en los despachos de los CIO y CTO de muchas empresas. No siempre en voz alta, pero está ahí: ¿qué pasaría si mañana algo falla de verdad? No un incidente menor, sino una caída prolongada, un ransomware que cifra los sistemas de producción, o simplemente una auditoría que pregunta dónde están los datos y bajo qué legislación.

La realidad que nos encontramos es que muchas organizaciones conviven con tres tensiones estructurales que rara vez se resuelven del todo:

• La continuidad de negocio sigue siendo una asignatura pendiente. Los planes de contingencia existen, pero los entornos de DR son a menudo obsoletos, infrafinanciados o directamente inexistentes. Cuando el negocio depende de la disponibilidad de los sistemas, una región de respaldo geográficamente separada deja de ser un lujo para convertirse en un requisito operativo básico.

• El dato tiene que quedarse en casa y además debemos ser capaces de demostrarlo. Las normativas comunes o sectoriales como GDPR, ENS, DORA o NIS representan cómo el marco regulatorio no para de crecer. Para un número creciente de empresas, especialmente aquellas que trabajan con la administración pública, banca y seguros o que manejan datos sensibles, no basta con que los sistemas funcionen. Hay que poder acreditar que los datos residen en territorio nacional y en infraestructuras con las certificaciones adecuadas. Una exigencia que excluye de facto a muchos proveedores de nube extranjeros como destino único.

• La distancia importa más de lo que parece. La latencia no es solo un problema técnico, sino que es un problema de negocio. Aplicaciones ERP, entornos VDI, bases de datos transaccionales, etc. todos se resienten cuando la infraestructura está lejos del usuario o del sistema que la consume. Tener el cómputo cerca no es un capricho; es una decisión de arquitectura con impacto directo en la experiencia y el rendimiento.

¿ Cómo conocer el punto de la estrategia IT corporativa en el que cada empresa está?

El tejido empresarial de nuestro país es muy diverso y concentrado en grandes capitales de provincia, sobre todo, Madrid y Barcelona. En estas localizaciones, cada organización se encuentra en un momento diferente de su evolución tecnológica, y no existe una única forma correcta de aprovechar una infraestructura cloud de proximidad.

Estos son los escenarios más habituales que vemos en las compañías:

Alojar las cargas de negocio principales en infraestructura soberana

La variedad de compañías en España es inmensa, formada entre otras por organizaciones industriales, del sector logístico, retail o servicios financieros que históricamente han mantenido sus sistemas críticos en infraestructura propia o en CPDs corporativos. Muchas de ellas se enfrentan hoy al fin de vida de esa infraestructura y a la disyuntiva de renovarla o dar el salto a un modelo de servicio.

Para las empresas, trasladar sus cargas de negocio principales, ERP, CRM, bases de datos transaccionales, aplicaciones sectoriales, a un entorno de nube privada o pública de proximidad no solo resuelve el problema del hardware obsoleto, sino que les permite hacerlo sin mover el dato fuera de su región, sin renunciar al rendimiento que exige tener la infraestructura cerca, y con un marco de certificaciones que satisface las auditorías más exigentes. El negocio sigue corriendo, pero el control, también.

Construir un plan de Disaster Recovery real

Cataluña y Madrid concentran algunas de las sedes corporativas y centros de decisión más importantes de la península ibérica. Sin embargo, en muchas de estas organizaciones el plan de continuidad de negocio existe como documento, pero la infraestructura de respaldo que lo sustenta no ha sido probada en años, o directamente no existe como entorno dedicado.

Contar con una infraestructura de disponibilidad de proximidad externa como entorno de recuperación ante desastres (DR) permite establecer una arquitectura activo-pasivo o activo-activo con separación geográfica real entre regiones, sobre arquitectura homogénea y gestionada por el mismo proveedor como un servicio integral. Esto simplifica radicalmente la operación, reduce el RTO y el RPO a niveles que el negocio puede realmente asumir, y convierte el DR en algo que se puede probar, medir y auditar.

Externalizar réplicas y copias de seguridad fuera del perímetro propio

Hay un patrón muy extendido en las empresas, especialmente en sectores como la automoción, la química, la alimentación o la manufactura, que aún mantienen infraestructura on-premise como núcleo de su operación, pero que son conscientes de que tener las copias de seguridad en el mismo edificio que la producción es un riesgo inaceptable.

Con data centers de proximidad, y todos los servicios que se ofrecen desde ellos, se pueden actuar como destino externo para las réplicas de las instancias de virtualización, los snapshots de almacenamiento o las políticas de backup gestionado de las organizaciones, cumpliendo la regla 3-2-1 sin necesidad de una transformación radical de la arquitectura existente de cada compañía. Es un primer paso concreto, de bajo riesgo y alto impacto, hacia una postura de resiliencia real.

El paso intermedio hacia la nube hiperescalar

Muchas empresas con un perfil tecnológico avanzado tienen en su hoja de ruta una migración hacia hiperescalares como AWS, Azure o Google Cloud, pero se encuentran con que sus aplicaciones no están preparadas para ese entorno sin un proceso previo de refactorización que conlleva tiempo, recursos y riesgo.

La solución de nube pública en un centro de datos de proximidad es el paso intermedio inteligente: un entorno donde ejecutar las cargas actuales mientras se trabaja en paralelo en la modernización de las aplicaciones, sin presión de plazos impuesta por los centros de datos On-premise que está llegando a su límite. Cuando la aplicación esté lista para el hiperescalar, la migración se produce desde un entorno que ya es de nube, no desde un data center físico. El cloud journey se convierte así en un proceso controlado, no en una carrera contra el tiempo.

El nodo de hibridación para arquitecturas multicloud ya establecidas

Para las grandes corporaciones y multinacionales la pregunta ya no es si usar la nube, sino cómo gobernar de forma coherente un entorno que combina infraestructura propia, uno o varios hiperescalares y proveedores de servicios gestionados.

Los servicios de nube y data center de proximidad se integran de forma nativa en estas arquitecturas como un nodo adicional de cercanía: pueden alojar las cargas que por regulación, latencia o coste no deben estar en un hiperescalar, actuar como punto de agregación de conectividad, o servir como entorno vecino de staging y preproducción a los equipos de desarrollo ubicados en el área metropolitana. Todo ello con conectividad directa a los principales hiperescalares y sin vendor lock-in, gracias al uso de tecnología líder en el mercado.