Servidor antiguo conectado a un rack moderno

Aplicaciones heredadas2026-07-093 min de lectura

Soporte de aplicaciones heredadas: qué hacer con el sistema que nadie quiere tocar

Respuesta corta: con un sistema heredado crítico hay tres caminos — mantener (estabilizar y documentar), encapsular (aislarlo tras interfaces para que el resto evolucione) o migrar por etapas. El error caro es el cuarto camino: no decidir, y operar años sobre un sistema sin respaldo, sin documentación y sin nadie que lo conozca.

Primero: contener el riesgo (semana 1, no año 1)

Los tres caminos

1 Mantener

Estable y suficiente para el negocio: soporte formal, monitoreo y parches. Cuesta una fracción de un reemplazo mientras la base tenga soporte.

2 Encapsular

Virtualizar, poner APIs por delante y restringir acceso directo. Sigue operando pero deja de bloquear: lo nuevo se conecta a las interfaces.

3 Migrar por etapas

Módulo por módulo con el legacy en paralelo hasta validar. El big-bang es el patrón que más operaciones ha detenido.

Cómo decidir

SituaciónCamino
Estable, riesgo contenido, negocio satisfechoMantener
Estable pero frena proyectos nuevosEncapsular
Base sin soporte o negocio pide lo que no puede darMigrar por etapas

Preguntas frecuentes

¿Qué es una aplicación heredada (legacy)?

Un sistema que sigue siendo crítico para la operación pero cuya tecnología, proveedor o desarrollador original ya no está disponible o dejó de evolucionar: ERPs a la medida de hace 15 años, sistemas de facturación internos, aplicaciones sobre bases de datos antiguas.

¿Conviene migrar un sistema legacy o mantenerlo?

Depende del riesgo y del costo de reemplazo. Si el sistema es estable y el riesgo está contenido (respaldos, documentación, soporte), mantenerlo suele ser más barato que un reemplazo apresurado. La migración conviene cuando el hardware/software base ya no tiene soporte o cuando el negocio necesita capacidades que el sistema no puede dar.

¿Qué significa 'encapsular' un sistema heredado?

Aislarlo: virtualizarlo, ponerle interfaces (APIs) por delante y restringir accesos, de modo que el resto de la operación evolucione alrededor sin tocarlo. Es el paso intermedio típico antes de una migración por etapas.

STI opera y mantiene aplicaciones heredadas críticas hasta su fin de vida — y acompaña migraciones por etapas sin detener el negocio. Agenda una asesoría sin costo.