Skip to Content

Opinión personal

El problema no es tener sistemas viejos, es no saber qué sostienen

La antigüedad no siempre es el riesgo principal. El riesgo es desconocer dependencias, impacto y plan de continuidad.

Volver a Ideas

No todo sistema viejo está mal. Pero todo sistema viejo que nadie entiende es un riesgo.

Hay empresas que sostienen operación crítica sobre aplicaciones antiguas, servidores heredados o integraciones hechas hace años. A veces funcionan bien. A veces son imprescindibles. El problema empieza cuando nadie puede explicar exactamente qué sostienen, quién los mantiene o qué pasaría si fallan.

Modernizar por modernizar puede ser tan irresponsable como no tocar nada nunca. La clave es entender impacto y dependencia.

Viejo no significa inútil

Un sistema puede ser viejo y estable. Puede haber amortizado su costo, puede estar adaptado al negocio y puede resolver algo que ninguna solución nueva entiende tan bien. Pero si no está documentado, respaldado y acompañado, la estabilidad puede ser apenas costumbre.

La pregunta correcta no es “¿cuántos años tiene?”. La pregunta es: qué proceso sostiene, qué datos maneja, cómo se recupera, quién lo conoce, qué proveedor lo mantiene y qué alternativas existen.

El riesgo no está solo en la edad del sistema. Está en la ignorancia alrededor del sistema.

Muchas decisiones malas nacen de no mapear dependencias. Se cambia algo menor y se rompe algo crítico. Se apaga un servidor “viejo” y aparece un proceso que dependía de él.

Antes de modernizar, hay que entender. Antes de apagar, hay que mapear. Antes de decidir, hay que saber qué se está sosteniendo.