Ir al contenido
Ditap®
Volver a guías
Continuidad

Checklist de continuidad operativa para operaciones remotas

Por Jhonatan MatiasPublicado 5 de junio de 202610 min de lectura

Actualizado: 20 de julio de 2026

Checklist de continuidad operativa para operaciones remotas

Un hotel en la Patagonia, una estancia agrícola, una operación minera o una base naval comparten un mismo problema estructural: cuando algo falla, no hay un técnico a 20 minutos. La continuidad operativa en sitios remotos no se resuelve con más presupuesto en cualquier dirección — se resuelve diseñando redundancia donde el riesgo es real y aceptando dónde no lo es. Esta checklist recorre los seis pilares que separan una operación remota resiliente de una que depende de la suerte.

Por qué las operaciones remotas tienen otro perfil de riesgo

En una ciudad, una falla de infraestructura se resuelve en horas: hay proveedores compitiendo, stock de repuestos y técnicos disponibles. En un sitio remoto, la misma falla puede significar días de operación detenida mientras se consigue una pieza o se coordina un viaje. El costo de una hora de downtime no cambia solo por la distancia — pero el tiempo de resolución sí, y eso multiplica el costo total del incidente.

Por eso el diseño de continuidad en operaciones remotas prioriza distinto que en una oficina urbana: menos foco en la velocidad de reparación (que vas a tardar más, sin importar el plan) y más foco en la redundancia que evita que una falla se convierta en una interrupción real.

Conectividad redundante: primario y failover

Un único enlace a internet — fibra, radio o satelital — es un punto único de falla, sin importar cuán confiable sea el proveedor. La arquitectura recomendada combina un enlace primario (fibra o radio, según disponibilidad local) con un enlace de respaldo de tecnología distinta, típicamente Starlink, conectados a un router con failover automático.

La tecnología distinta es la parte clave: si el enlace primario y el de respaldo dependen de la misma infraestructura física (el mismo poste, el mismo proveedor, la misma ruta de fibra), no hay redundancia real. Starlink como backup funciona precisamente porque no comparte ningún punto de falla físico con un enlace de fibra o radio terrestre.

  • Router dual-WAN con failover automático — sin intervención manual para activar el respaldo.
  • QoS configurado para priorizar tráfico crítico (PMS, sistemas de seguridad, comunicaciones) sobre tráfico general durante el failover.
  • Monitoreo activo de latencia y disponibilidad de ambos enlaces, no solo del primario.

Energía: UPS, generador y transferencia automática

En zonas alejadas de centros urbanos, los cortes de luz son más frecuentes y más largos. Un UPS online (doble conversión) cubre los primeros segundos y minutos sin interrupción, pero para una operación que no puede detenerse, el UPS es solo el puente hacia un generador con transferencia automática (ATS): cuando la red eléctrica cae, el ATS detecta la caída y arranca el generador en segundos.

El dimensionamiento del UPS y del generador debe incluir un margen mínimo del 30% sobre la carga actual, para no operar al límite y para permitir crecimiento sin rediseñar toda la instalación eléctrica en un par de años.

Backup y recuperación: definí tu RTO y tu RPO

La estrategia de backup 3-2-1 — 3 copias, en 2 medios distintos, con 1 copia fuera del sitio — es el punto de partida, pero no es suficiente por sí sola. Hace falta definir explícitamente dos números: el RPO (cuántos datos, medidos en tiempo, estás dispuesto a perder — la última hora, el último día) y el RTO (cuánto tiempo puede estar el sistema caído antes de que el negocio sufra un daño real).

En un sitio remoto, la copia fuera del sitio (offsite) cobra más importancia todavía: un incendio, una inundación o un robo local no debe significar la pérdida total de los datos operativos. Y el RTO tiene que ser realista respecto a la logística real del sitio, no un número aspiracional copiado de un template.

Monitoreo remoto y alertas proactivas

Sin presencia técnica permanente, el monitoreo centralizado es lo que reemplaza al 'alguien que lo nota'. Un dashboard con alertas automáticas por email o mensajería instantánea, monitoreando UPS, temperatura, disponibilidad de enlaces y estado de los equipos críticos, permite anticipar una falla antes de que se convierta en una interrupción — y activar un viaje de mantenimiento programado en lugar de uno de emergencia.

El valor real del monitoreo proactivo en sitios remotos no es solo detectar la falla — es detectarla con suficiente anticipación como para resolverla sin necesidad de un viaje urgente y costoso.

Soporte cuando no hay IT en el sitio

La mesa de ayuda remota resuelve la mayoría de los incidentes sin necesidad de presencia física, pero para el resto — falla de hardware, un cable cortado, un equipo que hay que reemplazar — el plan de continuidad necesita definir de antemano: qué repuestos críticos se mantienen en stock in situ, qué acuerdos de tiempo de respuesta existen con el proveedor, y quién coordina el viaje si hace falta.

  • Stock local de los componentes con mayor probabilidad de falla: fuentes de alimentación, switches de repuesto, cables.
  • Acceso remoto seguro preconfigurado a los equipos críticos, para diagnóstico sin viaje.
  • Acuerdo de tiempo de respuesta claro con el proveedor de soporte, ajustado a la realidad logística del sitio.

Seguridad física y lógica en sitios remotos

Un sitio remoto suele tener menos vigilancia física que una oficina urbana, lo que hace más importante — no menos — la seguridad del rack de equipos: acceso restringido, registro de quién entra al cuarto de comunicaciones, y protección eléctrica en cascada contra sobretensiones, especialmente en zonas con actividad eléctrica atmosférica frecuente.

En el plano lógico, la segmentación de red y el acceso remoto con MFA reducen la superficie de ataque en un sitio donde nadie va a notar una anomalía visualmente durante días.

El plan de continuidad: qué tiene que tener por escrito

Un plan de continuidad que solo existe en la cabeza de una persona no es un plan — es un riesgo adicional. El documento tiene que ser accesible incluso si los sistemas están caídos (una copia impresa o en un dispositivo offline cuenta), y debe responder, sin ambigüedad, quién hace qué en las primeras dos horas de un incidente mayor.

  • Contactos de escalamiento con teléfono directo, no solo email.
  • RTO y RPO definidos por sistema crítico, no un número único para toda la operación.
  • Procedimiento de activación del enlace de respaldo y del generador, paso a paso.
  • Última fecha de prueba del plan — un plan sin simulacro reciente es un plan sin validar.

Checklist final de continuidad operativa

  • Enlace primario y de respaldo con tecnologías distintas y failover automático.
  • UPS dimensionado con 30% de margen y generador con ATS.
  • Backup 3-2-1 con copia offsite y RTO/RPO definidos por sistema.
  • Monitoreo centralizado con alertas proactivas, no reactivas.
  • Stock local de repuestos críticos y acceso remoto seguro preconfigurado.
  • Segmentación de red y MFA en todos los accesos remotos.
  • Plan de continuidad documentado, accesible offline y probado en los últimos 12 meses.

¿Preferís que lo hagamos juntos?

Esta guía es el marco general. Cada operación tiene sus particularidades — en 45 minutos revisamos la tuya y te decimos exactamente dónde estás parado.

O sumate al newsletter para recibir la próxima guía apenas sale:

Mantenete actualizado

Un email por mes con análisis técnico y tips de infraestructura.

Más guías