Modernización de mainframe: cuatro rutas y lo que cuestan de verdad
Un mainframe casi nunca se sustituye porque esté roto. Se sustituye porque ya no queda nadie que lo conozca, o porque una integración con el resto del panorama ya no se puede construir. Esa diferencia decide qué ruta encaja.
Cuatro caminos, con su precio en riesgo
Suelen presentarse como una escalera en la que el último peldaño es el mejor. No es así: en el sitio adecuado las cuatro son la respuesta correcta.
- Dejarlo y abrirlo mejorEl sistema se queda y recibe una interfaz moderna al lado, para que el resto del panorama pueda llegar a él. La ruta más barata y a menudo la más sensata cuando el sistema hace lo que debe y lo único que falla es el acceso.
- Moverlo sin reescribirloLa misma aplicación, otra capa por debajo: emulación o un entorno en un proveedor. El riesgo es bajo porque la lógica no cambia; lo que se resuelve es el hardware y el conocimiento debajo, no la legibilidad del código.
- ReconstruirloVolver a construir la funcionalidad sobre una pila moderna. Lo más caro, lo más largo y lo único que limpia de verdad la complejidad original. Solo se defiende si hay alguien que pueda explicar qué hace el sistema antiguo, y ese es justamente el problema que originó el proyecto.
- Sustituirlo por software estándarSi el proceso no es único: un paquete en lugar de desarrollo a medida. El mayor ahorro a plazo y el mayor choque a corto, porque el proceso debe adaptarse al paquete y no al revés.
Qué hacemos aquí y qué no
No somos una empresa de desarrollo de aplicaciones y no fingimos serlo. Aquí es donde aportamos valor.
El entorno alrededor
Red, almacenamiento, integraciones, copias y la nueva capa de plataforma. Ese trabajo existe en las cuatro rutas, y es la parte que retrasa un proyecto de aplicaciones si no está lista.
Personas que sostienen el proyecto
Administración de redes, cloud y sistemas mediante consultores, para el periodo en que conviven dos entornos. Es la fase en la que un equipo se queda estructuralmente corto.
Lo que no hacemos
Reescribir la aplicación, desmenuzar la lógica de negocio o asumir una migración de código. Para eso hay empresas que no hacen otra cosa; preferimos decirlo al principio y no a mitad de camino.
Seguir leyendo
Con qué enlaza esto.
Preguntas que nos hacen sobre esto
Las más habituales, respondidas en breve.
¿Hacen ustedes la migración de la aplicación?
No. Hacemos el entorno alrededor (red, almacenamiento, integraciones, copias y la nueva capa de plataforma) y aportamos personas para el periodo en que conviven dos entornos. Reescribir la aplicación es cosa de empresas que no hacen otra cosa.
¿Dejarlo donde está es una opción seria?
A menudo la más sensata. Si el sistema hace lo que debe y el problema es que el resto del panorama no llega a él, una interfaz moderna al lado es más barata y mucho menos arriesgada que reconstruir.
¿Qué ruta encaja con este sistema?
Cuéntenos qué tiene en marcha, quién lo conoce y dónde aprieta. Decimos cuál de las cuatro rutas tomaríamos y qué parte de ella nos corresponde.
Conocimiento práctico de TI en tu bandeja
Nuevas guías sobre gestión, seguridad y el puesto de trabajo, escritas por quienes hacen el trabajo. Sin discursos comerciales, y puedes darte de baja con un clic.