{"id":18342,"date":"2021-04-20T17:42:48","date_gmt":"2021-04-20T15:42:48","guid":{"rendered":"https:\/\/www.hiberus.com\/crecemos-contigo\/?p=18342"},"modified":"2024-01-23T21:15:09","modified_gmt":"2024-01-23T20:15:09","slug":"modernizacion-de-aplicaciones-legacy","status":"publish","type":"post","link":"https:\/\/www.hiberus.com\/crecemos-contigo\/modernizacion-de-aplicaciones-legacy\/","title":{"rendered":"Modernizaci\u00f3n de aplicaciones legacy"},"content":{"rendered":"

Llevamos varios a\u00f1os hablando de transformaci\u00f3n digital y comprobamos la amplia oferta del stack tecnol\u00f3gico<\/strong> existente, de la presi\u00f3n que existe en los negocios por ser digitales y agiles, de hacer que los negocios sean como Netflix, Amazon o Spotify y, sin embargo, la realidad es que los sistema core<\/strong>, aquellos sobre los que descansan los procesos fundamentales que constituyen la columna vertebral de las entidades financieras y aseguradoras est\u00e1n sobre tecnolog\u00edas de hace 30-40 a\u00f1os.<\/p>\n

En muchas organizaciones estos sistemas se consideran un lastre para mantener la ventaja competitiva o simplemente para poder sobrevivir en un complejo y competitivo entorno.<\/p>\n

El panorama de entidades con sistemas desarrollados con lenguajes e infraestructuras \u2018obsoletos pero que funcionan<\/strong>\u2019 como defienden muchas personas en estas organizaciones es mucho m\u00e1s amplio en nuestro pa\u00eds del que podr\u00edamos esperar. Core bancarios y\/o aseguradores en Cobol que funcionan en iSeries o Mainframes, es el denominador com\u00fan en la industria.<\/p>\n

Muchos de los denominados l\u00edderes digitales mantienen sus sistemas principales con legiones de programadores y metodolog\u00edas de los a\u00f1os 80 y 90 del siglo pasado. \u00bfEs posible ser un player digital con ese legado? \u00bfEs esa herencia un lastre para ser una organizaci\u00f3n moderna y actual?<\/p>\n

Sistemas legacy<\/h2>\n

La estrategia seguida por muchas organizaciones de modernizar sus sistemas legacy<\/strong> aplicando nuevos sistemas alrededor del core, con tecnolog\u00edas actuales ha complicado enormemente la gesti\u00f3n del mapa de aplicaciones, disparando los costes e inversiones en tecnolog\u00eda<\/strong> y, generando cierta esquizofrenia organizativa al aplicar el modelo de dos velocidades, agile en los sistemas nuevos, waterfall en los tradicionales.<\/p>\n

Para hacer un proceso de modernizaci\u00f3n de los sistemas tradicionales de cualquier organizaci\u00f3n, hay que tener presente el problema que se quiere resolver y realizar un an\u00e1lisis riguroso de los beneficios frente a los riesgos antes de tomar cualquier decisi\u00f3n.<\/p>\n

Factores para la modernizaci\u00f3n de sistemas legacy<\/h2>\n

Hay seis factores principales<\/strong> para la modernizaci\u00f3n de aplicaciones. Se trata de los problemas, preocupaciones o impedimentos creados por la aplicaci\u00f3n heredada como resultado de su tecnolog\u00eda, arquitectura o funcionalidad.<\/p>\n

Tres de estos impulsores proceden de una perspectiva empresarial: adecuaci\u00f3n al negocio, valor empresarial y agilidad. Si la aplicaci\u00f3n heredada no satisface los nuevos requisitos impuestos por el negocio digital, es necesario modernizarla para que se adapte adecuadamente, y debe actualizarse para que proporcione un mayor valor empresarial. Las aplicaciones que carecen de la agilidad necesaria para seguir el ritmo de las demandas del negocio digital pueden suponer un coste o un riesgo.<\/p>\n

Los otros tres criterios provienen de la perspectiva operacional<\/strong>, y tienen que ver con el coste, la complejidad y el riesgo. Si el coste total de propiedad es demasiado alto, la tecnolog\u00eda demasiado compleja o la seguridad, el cumplimiento normativo y\/o regulatorio, el soporte o la escalabilidad se ven comprometidos, es el momento de modernizar.<\/p>\n

Existen diversas opciones en funci\u00f3n de la facilidad de implementaci\u00f3n. Cuanto m\u00e1s f\u00e1cil sea, menos riesgo e impacto, pero menos beneficios desde una perspectiva empresarial, menos valor y agilidad.<\/p>\n

    \n
  • Encapsular<\/strong>: Aprovechar y ampliar las caracter\u00edsticas de la aplicaci\u00f3n encapsulando sus datos y funciones, haci\u00e9ndolos disponibles como servicios a trav\u00e9s de una API<\/li>\n
  • Rehacer<\/strong>: Reimplantar el componente de la aplicaci\u00f3n en otra infraestructura (f\u00edsica, virtual o en la nube) sin modificar su c\u00f3digo, caracter\u00edsticas o funciones<\/li>\n
  • Replataformear:<\/strong> Migrar a una nueva plataforma de ejecuci\u00f3n, realizando cambios m\u00ednimos en el c\u00f3digo, pero no en la estructura del mismo, las caracter\u00edsticas o las funciones<\/li>\n
  • Refactorizar<\/strong>: Reestructurar y optimizar el c\u00f3digo existente (aunque no su comportamiento externo) para eliminar la deuda t\u00e9cnica y mejorar los atributos no funcionales.<\/li>\n
  • Rearqueticturizar:<\/strong> Alterar materialmente el c\u00f3digo para cambiarlo a una nueva arquitectura de aplicaci\u00f3n y explotar nuevas y mejores capacidades<\/li>\n
  • Reconstruir<\/strong>: Redise\u00f1ar o reescribir el componente de la aplicaci\u00f3n desde cero conservando su alcance y especificaciones.<\/li>\n
  • Reemplazar<\/strong>: Eliminar por completo el antiguo sistema y sustituirlo, teniendo en cuenta al mismo tiempo los nuevos requisitos y necesidades<\/li>\n<\/ul>\n

    Es recomendable que el enfoque de modernizaci\u00f3n de aplicaciones legacy tenga el mayor efecto y valor para la organizaci\u00f3n, mapeando las siete opciones de modernizaci\u00f3n en t\u00e9rminos de su efecto sobre la tecnolog\u00eda, la arquitectura, la funcionalidad, el coste y el riesgo.<\/p>\n

    En \u00faltima instancia, modernizar las aplicaciones significa elegir entre rearquitecturizar, reconstruir o sustituir. La rearquitecturizaci\u00f3n tiene costes y riesgos medios, mientras que la reconstrucci\u00f3n o la sustituci\u00f3n ofrecen los mejores resultados con costes y riesgos m\u00e1s elevados. La clave es sopesar todas las opciones para ayudar a identificar hasta qu\u00e9 punto cada una tendr\u00e1 el efecto deseado, con el m\u00ednimo esfuerzo y el m\u00e1ximo impacto positivo.<\/p>\n

     <\/p>\n