Arquitecturas resilientes: Más allá del failover básico

Cuando un director de TI en México presenta su plan de continuidad ante el comité ejecutivo, casi siempre incluye la frase "tenemos failover configurado". Pero esa afirmación, en la mayoría de los casos, oculta una vulnerabilidad crítica: dos enlaces que comparten el mismo ducto físico, el mismo proveedor de última milla o incluso el mismo poste de distribución. Cuando ocurre un corte de fibra —y en Latinoamérica ocurre con más frecuencia de la que se admite públicamente—, ambos enlaces caen simultáneamente. El failover básico da una falsa sensación de seguridad. Este artículo explica por qué la resiliencia real requiere diseño de arquitectura, no solo redundancia nominal, y qué debe exigir un decisor de TI antes de firmar un contrato de conectividad empresarial.

¿Qué es realmente una arquitectura resiliente?

Una arquitectura resiliente es un diseño de red que anticipa fallos —no que reacciona a ellos— y que garantiza continuidad operativa sin degradación perceptible del servicio. La diferencia con el failover tradicional es conceptual: el failover es un mecanismo (qué pasa cuando algo falla), mientras que la resiliencia es una filosofía de diseño (cómo se construye la red para que el fallo nunca sea un evento único de punto de falla, o SPOF por sus siglas en inglés).

Los tres pilares técnicos de la resiliencia

Diversidad de ruta física: no basta con tener dos circuitos; deben recorrer trayectorias físicamente separadas, idealmente con entrada al edificio por fachadas o ductos distintos. Esto se conoce como diverse routing y es la defensa contra el escenario más común de caída total: el corte accidental de fibra por obra pública o deslave.

Diversidad de proveedor y tecnología: combinar fibra óptica con un enlace inalámbrico (microondas o satelital) reduce la correlación de fallos. Si ambos enlaces son fibra del mismo carrier, comparten riesgos regulatorios, operativos y de mantenimiento.

Conmutación inteligente y no solo automática: el mecanismo de switchover debe evaluar calidad de enlace en tiempo real (latencia, jitter, pérdida de paquetes) y no solo disponibilidad binaria (arriba/abajo). Un enlace "arriba" pero degradado puede ser peor que uno caído, porque las aplicaciones no lo abandonan automáticamente.

Por qué esto importa para su empresa, no solo para TI

El costo del downtime ya no se mide solo en horas de productividad perdida. Para una institución financiera, cada minuto de interrupción en transacciones puede representar sanciones regulatorias de CNBV o Banxico. Para un centro de distribución logística, la caída de WMS (Warehouse Management System) detiene físicamente montacargas y bandas transportadoras. Para un hospital, la pérdida de conectividad con el sistema de expedientes clínicos electrónicos es, literalmente, un riesgo de vida.

Según estudios de Uptime Institute, el costo promedio de una hora de inactividad para empresas medianas en Latinoamérica supera los 100,000 pesos mexicanos, sin contar el daño reputacional. La arquitectura resiliente no es un gasto de TI: es un seguro operativo cuyo ROI se mide en continuidad de ingresos.

El problema del SLA mal entendido

Muchos directores de TI comparan proveedores únicamente por el número de "nueves" en el SLA, sin entender qué mide realmente ese porcentaje. Un SLA de 99.9% permite hasta 8.76 horas de downtime al año. Un SLA de 99.99% reduce esa ventana a 52.6 minutos. Y un SLA de 99.999% —el estándar que debe exigirse para operaciones críticas— limita la interrupción anual a apenas 5.26 minutos. La diferencia entre "tres nueves" y "cinco nueves" no es cosmética: es la diferencia entre una operación bancaria viable y una que incumple regulación.

Criterios técnicos de selección que van más allá del precio

Antes de evaluar proveedores, el equipo de TI debe definir métricas objetivas de aceptación, no solo comparar tarifas por Mbps.

Latencia, jitter y pérdida de paquetes

La latencia (medida en milisegundos) determina la experiencia en aplicaciones en tiempo real: videollamadas, VoIP, ERPs en la nube. Para operaciones nacionales en México, una latencia menor a 15 ms hacia el punto de intercambio principal (NAP) es el estándar deseable. El jitter —la variación de la latencia— es crítico para VoIP y videoconferencia; jitter superior a 30 ms genera cortes audibles y pérdida de sincronía en llamadas. La pérdida de paquetes (packet loss) debe mantenerse por debajo del 0.1% para garantizar integridad en transacciones de bases de datos y transmisiones de video.

Redundancia real vs. redundancia nominal

Pregunte explícitamente al proveedor: ¿los dos circuitos comparten el mismo poste, ducto o central telefónica? ¿Existe diversidad de ruta certificada con mapas de trazado? Un proveedor serio debe poder mostrar el trazado físico de cada enlace, no solo garantizar "dos conexiones".

Capacidad de escalamiento simétrico

Muchas empresas subestiman el ancho de banda de subida (upload), crítico para respaldos en la nube, videovigilancia IP y aplicaciones colaborativas. Un enlace verdaderamente empresarial debe ofrecer velocidades simétricas —la misma capacidad de subida que de bajada— desde 300 Mbps hasta 10 Gbps, según el tamaño de la operación.

Tiempo de instalación y activación

En sectores como retail o manufactura, donde se abren nuevas sucursales o líneas de producción con calendarios ajustados, el tiempo de instalación es tan crítico como el SLA. Instalaciones que toman de 30 a 45 días hábiles —común en el mercado— retrasan aperturas y generan costos de oportunidad. El estándar de excelencia hoy se sitúa en 96 horas para sitios dentro de la huella de red existente.

Tabla comparativa: tecnologías de conectividad empresarial

| Característica | Fibra óptica dedicada | Microondas (radio enlace) | Internet residencial/broadband | SD-WAN sobre múltiples enlaces | |---|---|---|---|---| | Latencia típica | 5-15 ms | 8-20 ms | 20-60 ms (variable) | Depende del enlace subyacente | | Simetría de velocidad | Sí (simétrica) | Parcial | No (asimétrica) | Sí, si se configura correctamente | | SLA típico disponible | 99.9% - 99.999% | 99.9% - 99.95% | Sin SLA formal | Depende de política de enrutamiento | | Sensibilidad a clima | Nula | Alta (lluvia, niebla) | Nula | Mitigada por diversidad | | Costo de instalación | Medio-alto | Bajo-medio | Bajo | Medio (requiere hardware CPE) | | Ideal para | Operaciones críticas, data centers | Sitios sin cobertura de fibra | Oficinas pequeñas, respaldo | Multisucursal con distintas necesidades por sitio | | Escalabilidad | Alta (hasta 10 Gbps) | Media (hasta 1-2 Gbps) | Baja | Alta, orquestada por software |

Esta comparativa deja claro que la decisión no es "fibra o nada": una arquitectura resiliente bien diseñada combina tecnologías según el perfil de riesgo de cada sitio, orquestadas mediante SD-WAN para priorizar tráfico crítico automáticamente.

Casos de uso por industria

Manufactura

Las líneas de producción dependen de sistemas SCADA y MES conectados a la nube para monitoreo predictivo. Una interrupción de conectividad de más de 5 minutos puede detener toda una línea, generando pérdidas de materia prima y retrasos en cumplimiento de pedidos. Aquí la arquitectura resiliente con failover de menos de 1 segundo (subsegundo) es indispensable.

Retail multisucursal

Las cadenas retail dependen de conectividad constante para procesamiento de pagos con tarjeta, inventario en tiempo real y videovigilancia. SD-WAN permite priorizar automáticamente el tráfico de POS sobre el de streaming de cámaras, garantizando que una venta nunca se pierda por saturación de ancho de banda.

Banca y servicios financieros

Las instituciones reguladas por CNBV requieren SLA de 99.999% y trazabilidad de cada incidente. La arquitectura debe incluir cifrado de extremo a extremo y enlaces redundantes certificados con diversidad física comprobable ante auditorías.

Logística y centros de distribución

Los WMS y sistemas de rastreo GPS en tiempo real requieren baja latencia y alta disponibilidad. Un corte de conectividad detiene físicamente la operación de picking y despacho, con impacto directo en SLA de entrega a clientes finales.

Salud

Hospitales y clínicas dependen de expedientes clínicos electrónicos, telemedicina e imagenología remota. La latencia y disponibilidad no son solo temas de eficiencia: son temas de seguridad del paciente.

Call centers y BPO

La calidad de VoIP depende directamente de jitter y pérdida de paquetes controlados. Un enlace con jitter inestable genera quejas de clientes y pérdida de contratos con marcas internacionales que auditan calidad de llamada constantemente.

Errores comunes al elegir arquitectura de conectividad

Un error frecuente es confiar en la palabra del proveedor sobre diversidad de ruta sin solicitar evidencia documentada del trazado físico. Otro error es diseñar la redundancia solo a nivel de conectividad, ignorando que el router o firewall también puede ser un punto único de falla si no está en configuración de alta disponibilidad (HA). También es común subestimar el ancho de banda de subida, asumiendo que basta con velocidad de descarga alta, cuando las aplicaciones modernas —backups en la nube, videoconferencia, ERPs— son intensivas en tráfico bidireccional. Finalmente, muchas empresas firman contratos de SLA sin cláusulas claras de penalización o crédito de servicio, lo que deja al proveedor sin incentivo real para cumplir los tiempos comprometidos.

Preguntas frecuentes

¿Cuál es la diferencia real entre failover y arquitectura resiliente?

El failover es un mecanismo técnico que activa un enlace secundario cuando el primario falla. La arquitectura resiliente es el diseño completo de la red —incluyendo diversidad física, de proveedor y de tecnología— que minimiza la probabilidad de que ambos enlaces fallen simultáneamente por una causa común.

¿Qué SLA debería exigir para operaciones críticas?

Para operaciones que no toleran interrupciones —banca, salud, manufactura continua— el estándar recomendado es 99.999%, equivalente a máximo 5.26 minutos de downtime anual. Para operaciones menos críticas, 99.9% puede ser aceptable, pero implica hasta 8.76 horas de interrupción al año.

¿Es necesario tener dos proveedores distintos de internet?

No es obligatorio, pero sí recomendable para operaciones de misión crítica. Un solo proveedor con verdadera diversidad de ruta física y redundancia interna puede ser suficiente, siempre que exista evidencia documentada de esa diversidad y un NOC que monitoree ambos circuitos activamente.

¿Cómo afecta la latencia a mi ERP en la nube?

Una latencia alta (superior a 50 ms) genera lentitud perceptible al cargar transacciones, reportes y consultas en tiempo real. Para operaciones con ERP en la nube, se recomienda latencia menor a 20 ms hacia el data center donde reside la aplicación.

¿Qué tan rápido puede instalarse un enlace dedicado nuevo?

Depende de la huella de red del proveedor en la ubicación. Dentro de zonas con cobertura existente de backbone, la instalación puede completarse en 96 horas. Fuera de esa huella, los tiempos pueden extenderse según la necesidad de obra civil o despliegue de última milla.

Cómo Smartnett ayuda

Smartnett diseña arquitecturas resilientes reales, no redundancia nominal, apoyándose en una infraestructura propia de 53,100 km de backbone de fibra óptica y más de 220 puntos de presencia (PoPs) distribuidos estratégicamente en México y Latinoamérica, lo que permite ofrecer diversidad de ruta física verificable en la mayoría de las plazas principales.

• SLA de 99.999% respaldado por NOC 24/7/365: monitoreo proactivo que detecta degradación de enlace antes de que el cliente perciba impacto, con conmutación inteligente basada en calidad de servicio, no solo disponibilidad binaria.
• Velocidades simétricas de 300 Mbps a 10 Gbps: dimensionadas según el perfil de tráfico bidireccional real de cada operación, evitando el cuello de botella típico de conexiones asimétricas.
• Instalación en 96 horas dentro de la huella de red existente, permitiendo aperturas de sucursales y sitios sin comprometer calendarios operativos.
• SD-WAN gestionado que combina múltiples enlaces y tecnologías, priorizando automáticamente tráfico crítico de negocio sobre tráfico no esencial, con visibilidad completa para el equipo de TI del cliente.

Conclusión

La resiliencia de red no se compra por el número de enlaces contratados, sino por la calidad del diseño detrás de ellos. Un director de TI que quiera dormir tranquilo debe:

• Exigir evidencia documentada de diversidad de ruta física, no solo la palabra del proveedor.
• Definir métricas objetivas de aceptación: latencia menor a 15-20 ms, jitter menor a 30 ms, pérdida de paquetes menor a 0.1%.
• Negociar SLA de 99.999% para operaciones de misión crítica, con cláusulas claras de penalización.
• Evaluar velocidades simétricas reales según el tráfico bidireccional de sus aplicaciones actuales y futuras.
• Considerar SD-WAN como capa de orquestación inteligente sobre múltiples enlaces, no como sustituto de una buena arquitectura física subyacente.

La diferencia entre una operación que resiste una falla y una que colapsa por completo no está en el marketing del proveedor, sino en las preguntas correctas que se hicieron antes de firmar el contrato.