La retirada de aplicaciones heredadas es uno de los mayores obstáculos que encuentran las organizaciones en su transición a la nube. Las aplicaciones heredadas son soluciones de software antiguas que pueden resultar costosas de mantener, difíciles de integrar con nuevos sistemas y es posible que no puedan aprovechar los últimos avances tecnológicos. Es posible que estas aplicaciones se hayan desarrollado hace años y, a menudo, se ejecuten en plataformas de software obsoletas, lo que deja a las empresas vulnerables a riesgos de seguridad.
El retiro de aplicaciones es el proceso de eliminación gradual de aplicaciones de software obsoletas que ya no son necesarias, no cuentan con soporte ni son rentables. Estas aplicaciones se pueden retirar o desmantelar, liberando recursos y simplificando la infraestructura de TI.
La mayoría de las veces, las empresas tienden a seguir ejecutando estas aplicaciones por temor a perder datos históricos valiosos o incurrir en grandes costos asociados con su nuevo desarrollo.
Un ejemplo de aplicaciones heredadas profundamente arraigadas en grandes organizaciones son las aplicaciones personalizadas basadas en la plataforma Lotus Notes Domino. Lotus Notes, actual cartera de productos de HCL Domino, es una plataforma de software que proporciona capacidades de desarrollo de aplicaciones de código bajo, correo electrónico y calendario. t
Estas aplicaciones se utilizaron ampliamente en la década de 1990 y principios de la de 2000, y muchas empresas crearon aplicaciones personalizadas sobre la plataforma.
El problema es que las versiones generalizadas de IBM Lotus Notes y Domino IBM ya no ofrece soporte y, aunque HCL ha estado lanzando nuevas versiones, las empresas buscan retirar sus aplicaciones heredadas y mover datos de Lotus Notes a SharePoint u otras plataformas.
Las aplicaciones heredadas suelen ser difíciles de retirar porque han estado en uso durante muchos años, a veces incluso décadas, y pueden estar profundamente arraigadas en los flujos de trabajo y procesos de una organización.
Muchas de esas aplicaciones se personalizaron para satisfacer las necesidades específicas de una organización, lo que significa que es posible que las aplicaciones estándar disponibles en el mercado no las reemplacen fácilmente. Estas personalizaciones pueden crear un conjunto único de desafíos cuando se trata de migrar datos o realizar la transición a una nueva aplicación.
Las aplicaciones heredadas pueden integrarse con otros sistemas, creando una red compleja de dependencias que puede resultar difícil desenredar. Retirar una aplicación puede afectar a otros sistemas y también a otras partes de la organización, lo que requiere pruebas y redesarrollo exhaustivos para garantizar que todo funcione según lo previsto.
Por último, las bases de datos de aplicaciones heredadas pueden almacenar una gran cantidad de datos históricos, algunos de los cuales pueden necesitar ser conservados por razones legales, regulatorias o de cumplimiento. Extraer y preservar estos datos puede ser un proceso complejo que requiere una planificación y ejecución cuidadosas.
Como comenta un usuario de Reddit Retirada de la aplicación Lotus Notes: “Lo hemos estado desmantelando durante aproximadamente 9 años. Seguimos pasándolo de una unidad de negocios a otra”.
A continuación se presentan algunas pautas generales para el proceso de retiro de solicitudes. Puede considerar utilizar los siguientes pasos como base para su propio enfoque.
- Identificar aplicaciones heredadas: Comience por identificar las aplicaciones heredadas que ya no son necesarias o que no son compatibles con el nuevo sistema. Esto se puede hacer mediante un inventario o una auditoría de las aplicaciones existentes.
- Priorizar aplicaciones: Priorice las aplicaciones en función de su valor para el negocio, el costo de mantenimiento y el nivel de riesgo que representan para la organización.
- Notificar a las partes interesadas: Notifique a todas las partes interesadas, incluidos los usuarios finales, el personal de TI y la administración, sobre el proyecto de retiro de aplicaciones y el cronograma específico.
- Planifica el proceso de jubilación: Desarrolle un plan detallado para retirar las aplicaciones heredadas, incluida la extracción de datos, el archivo y la eliminación de la aplicación.
- Extraer y archivar datos: Extraiga todos los datos necesarios de la aplicación heredada y archívelos en un formato significativo para referencia futura.
- Desechar la aplicación: Una vez que se hayan extraído y archivado todos los datos necesarios, deseche la aplicación heredada de forma segura.
- Evaluar el éxito: Después de retirar la aplicación heredada, evalúe el éxito del proyecto en función de su impacto en el negocio, el ahorro de costos y la reducción de riesgos.
Existen varios obstáculos clave que las organizaciones deben tener en cuenta antes de emprender un proyecto de retirada de aplicaciones.
Falta de planificación adecuada: La falta de una planificación adecuada puede generar problemas importantes, incluida la pérdida de datos y la interrupción de las operaciones comerciales. Desarrollar un plan detallado y un cronograma para el proceso de jubilación es esencial.
Comunicación inadecuada: Una comunicación inadecuada puede generar confusión y resistencia por parte de las partes interesadas. Es importante notificar a todas las partes interesadas sobre el proceso de jubilación y brindarles orientación clara sobre lo que deben hacer.
No priorizar: No priorizar las aplicaciones heredadas puede hacer perder tiempo y recursos. Es importante priorizar las aplicaciones según su valor para el negocio, el costo de mantenimiento y el nivel de riesgo que representan para la organización.
Extracción y archivo de datos inadecuados: Esto puede resultar en la pérdida de datos valiosos. Es importante extraer y archivar todos los datos necesarios en un formato significativo para referencia futura. Por ejemplo, las empresas que migrar de Lotus Notes y Domino a menudo tienden a preservar datos importantes en el formato de base de datos propietario, lo que generalmente significa almacenar cientos o incluso miles de archivos NSF discretos, donde cada archivo encapsula tanto la aplicación como los datos. En cambio, estos datos deben extraerse y conservarse fuera de la plataforma original.
Para evitar todos estos obstáculos, debe tomarse el tiempo para desarrollar un plan detallado para el proceso de retiro de aplicaciones, priorizar las aplicaciones en función de su valor y riesgo, comunicarse de manera efectiva con las partes interesadas, garantizar la extracción y el archivo de datos adecuados y, finalmente, desmantelar las aplicaciones heredadas y plataformas. Como resultado, puedes apagar las cosas con confianza.
Al planificar la migración de datos de aplicaciones, es importante considerar la diferencia entre datos activos e inactivos. Los datos activos son los datos que están siendo utilizados actualmente por el
aplicación, mientras que los datos inactivos son datos que ya no están en uso pero que aún deben conservarse para fines legales, regulatorios o históricos.
Identificar los datos activos: Determine qué datos utiliza activamente la aplicación y deben migrarse al nuevo sistema. Esto puede implicar trabajar con los usuarios finales para comprender qué datos son críticos para sus operaciones diarias.
Identificar los datos inactivos: Identifique qué datos ya no están en uso pero aún deben conservarse. Esto puede incluir datos necesarios por motivos legales o de cumplimiento, como registros de clientes, estados financieros o archivos de empleados.
Determine los requisitos de retención: Determine cuánto tiempo se debe conservar cada tipo de datos y en qué formato debe estar. Asegúrese de que también se preserve el contexto de la información, incluidos los metadatos, el contenido enriquecido y los enlaces. Esto puede implicar trabajar con equipos legales o de cumplimiento para comprender las regulaciones relevantes.
Desarrollar un plan de archivo y migración de datos: Desarrolle un plan para migrar los datos activos al nuevo sistema mientras conserva los datos inactivos en un archivo separado. Considere utilizar herramientas o servicios especializados para extraer, transformar y cargar (ETL) los datos en el nuevo sistema.
Probar y validar: Pruebe y valide el proceso de migración para garantizar que todos los datos se transfieran con precisión y que el nuevo sistema funcione como se esperaba. Es una buena práctica ejecutar dos sistemas en paralelo durante un período de tiempo para garantizar que el nuevo sistema pueda manejar la carga de trabajo.
Este enfoque puede ayudar a minimizar la interrupción de las operaciones comerciales y garantizar que los datos críticos se conserven a largo plazo.
Además, una vez que la organización identifica los datos activos e inactivos y transfiere los datos inactivos de la plataforma original a un archivo separado, puede construir libremente un nuevo sistema sin compromisos basado en los requisitos comerciales actuales y las capacidades tecnológicas modernas.
ⓒ 2023 . .
