Mapear las dependencias de los datos y dónde residirán los datos
El siguiente paso crítico es mapear las dependencias antes de comenzar la modernización real.
«Incluso un cambio menor en la funcionalidad de un sistema central puede tener importantes efectos posteriores, y no tener en cuenta las dependencias de las aplicaciones heredadas programadas para modernización puede provocar interrupciones del sistema e interrupciones del negocio». Soluciones Hitachi notas en una publicación.
Dar este paso es una forma inteligente de «prevenir posibles interrupciones y garantizar una transición fluida para los usuarios finales», afirma Hitachi.
Los líderes de TI también deben asegurarse de que no se pierdan datos al migrar aplicaciones heredadas a nuevas plataformas. Lo mismo ocurre si los equipos están trabajando para reescribir o transformar las aplicaciones.
“Para evitar la pérdida de datos al migrar aplicaciones desde entornos locales a plataformas en la nubelas instituciones deben crear listas de verificación que detallan cómo se deben migrar los datos, cómo se deben presentar esos datos una vez que están en la nube y qué pruebas se deben realizar para garantizar la precisión de los datos”, señala Hitachi.
BUCEO MÁS PROFUNDO: ¿Qué es una evaluación de modernización de aplicaciones estratégicas?
Elegir un enfoque de modernización para su organización de atención médica
En este punto, los líderes de TI de atención médica deben decidir qué técnica de modernización de aplicaciones funciona mejor para actualizar su software heredado.
1. Rehosh
El realojamiento, también conocido como “lift and shift”, permite al equipo de TI mover aplicaciones desde entornos locales a la nube con cambios mínimos. Esta rápida migración es asequible y permite a las empresas mantener intacta la arquitectura central de cualquier aplicación.
2. Refactorizar
Con esta opción, el personal de TI puede reescribir partes del código de la aplicación para optimizar las aplicaciones para entornos de nube. Esto puede mejorar el rendimiento general en la nube y facilitar su mantenimiento.
3. Reconstruir
Si el software requiere una revisión, TI puede optar por reescribir la aplicación desde cero manteniendo su alcance y especificaciones originales.
4. Cambiar de plataforma
Con esta opción, una aplicación se mueve a la nube pública, pero primero se revisa para que se parezca más a una aplicación nativa de la nube, a menudo a través de contenedores.
5. Retener
Durante un esfuerzo de modernización, los líderes de TI pueden decidir dejar algunas aplicaciones como están, especialmente aquellas utilizadas por relativamente pocas personas.
6. jubilarse
En algunos casos, los líderes de TI pueden decidir que una aplicación ya no es necesaria y debe retirarse. Esto implicaría deshacerse del software de manera responsable y detener su ciclo de renovación.
7. Reemplazar
Si es demasiado difícil recuperar el software antiguo, los equipos pueden optar por reemplazarlo por completo con productos nuevos y comerciales disponibles en el mercado o con un Software como servicio opción. A menudo, el precio de invertir en una nueva herramienta es significativamente más barato que mantener un software antiguo.
Cada uno de estos enfoques de modernización de plataformas tiene distintos beneficios, pero todos brindan a los sistemas heredados una nueva funcionalidad informática.
Solicite la ayuda de un socio tecnológico experto
Finalmente, no importa qué camino decida tomar una organización cuando se trata de modernización, los líderes de TI deben asóciese con un tercero de confianza para completar el trabajo. Los expertos en tecnología pueden ayudar a crear hojas de ruta que se adapten a los objetivos comerciales y las capacidades técnicas y financieras de la organización.
«A las organizaciones puede resultarles útil trabajar con un asesor externo de confianza al realizar evaluaciones, especialmente si tienen recursos técnicos limitados», dice Peters. «Tener el punto de vista de un externo también puede ayudar a clasificar y priorizar adecuadamente las solicitudes».