Estrategia para la modernización de IBM i en el panorama tecnológico de BFSI (Noel Prince Moses V)

Resumen

Hay fuertes recomendaciones para que las aplicaciones de IBM i se modernicen o migren a una plataforma futurista y también hay fuertes dudas que impulsan el sentimiento contra la migración. Esto nos lleva a la pregunta; ¿Necesitamos invertir en el conjunto de habilidades?
de la plataforma existente o no?

General

Al ser IBM i el sistema heredado, muchas empresas lo migrarán debido a varias razones. Aquí en este blog, exploraremos las opciones disponibles para la migración en el escenario actual, la probabilidad de su adopción, la razón por la que no se realiza un seguimiento rápido.
la migración o la salida y la necesidad de mejorar la fuerza laboral de desarrollo.

IBM i (ampliamente conocido como AS/400) ha sido uno de los sistemas más estratégicos para muchas de las medianas y grandes empresas, incluidas las de Banca, Servicios Financieros y Seguros (BFSI). Está en uso por todas estas empresas durante más de 25 a 30 años. Alberga el núcleo
aplicaciones para bancos y aseguradoras, incluidos Core Banking, gestión de tarjetas, administración de pólizas, etc. IBM i, como discutimos aquí, es todo el ecosistema que viene junto con IBM i, el hardware, el sistema operativo, los lenguajes de programación como RPG,
COBOL y CL, base de datos DB2 para i, IBM MQ para mensajería, gestión de trabajos, acceso de usuarios, seguridad, etc. La modernización heredada está en discusión dentro de los bancos desde hace muchos años e IBM i también está en el radar para ser reemplazado por nuevas tecnologías debido a la retos
relacionado con el conjunto de habilidades específicas de la plataforma IBM i (RPG, COBOL), arquitectura monolítica de aplicaciones que conduce a problemas de agilidad, interoperabilidad con otras plataformas y herramientas DevOps, no alineado con inversiones estratégicas, perdiendo la mayoría de los beneficios de la nube (por ejemplo,
capacidad bajo demanda), etc. Al mismo tiempo, hay una serie de razones por las que se pospone la migración. Algunos de ellos son, nuevos lanzamientos de hardware, lanzamientos de SO, ventana de soporte extendida, las inversiones actuales en infraestructura pesada, riesgo y costo de migración.
Aquí, tratamos de calibrar las posibilidades tempranas de su salida para que la dependencia de sus pymes sea previsible.

Nuestra perspectiva

A lo largo del período, el negocio ha crecido, los requisitos comerciales han crecido, varios riesgos han crecido, los requisitos reglamentarios y de cumplimiento han crecido y, finalmente, todos estos han sido capturados y atendidos dentro de una sola aplicación monolítica para cada
empresa. Y de ahí el alto nivel de complejidad que tiene la concentración de todo el conocimiento, las reglas de negocio, los procesos de negocio. Sumado a esto, todas las implementaciones técnicas como subprocesos múltiples, mensajería, programación de trabajos, control de trabajos, etc.,
también forman parte de la implementación del monolito.

Con la llegada de la nube, DevOps y las prácticas ágiles, las industrias y las empresas, incluidos los banqueros y las aseguradoras, también buscan la transformación de las aplicaciones de IBM i para aprovechar las últimas características y beneficios. Las empresas tienen múltiples opciones
en frente de ellos. Esta plataforma puede seguir prácticas ágiles y ser parte del mundo DevOps con soluciones ARCAD. Uno de los grandes bancos del Reino Unido ha adoptado DevOps en IBM i con éxito. La recientemente lanzada IBM i Merlin Platform (Modernization Engine for Lifecycle
Integration) ayuda a esto con IDE integrado, herramientas CI/CD Merlin para la experiencia DevOps junto con el aprovisionamiento de máquinas virtuales IBM i, la gestión de API REST, etc., y brinda esperanza para un ecosistema DevOps completo en el futuro. Los desarrollos recientes ayudan en la agilidad
de entornos IBM i y realojando sus aplicaciones. La administración del sistema de esta plataforma se descargará mediante la migración de la infraestructura directamente a IBM Cloud o a Skytap en Azure e IBM Cloud o a Connectria en AWS. Infinite i está en rescate para volver a albergar
las aplicaciones en Azure o AWS o Google Cloud. Todas estas opciones se clasificarán como modernización in situ o pseudomodernización y dependerán del conjunto de habilidades de IBM i.

Los conjuntos de herramientas de Fresche, Google (G4) proporcionan una conversión uno a uno (refactorización) de los códigos fuente nativos de IBM i y abren la puerta de enlace para la implementación de la aplicación en sistemas abiertos y en la nube. Pero la preferencia por esta opción se está desvaneciendo considerando la mantenibilidad
y visión futurista para grandes empresas como los bancos. Los bancos y, más específicamente, las aseguradoras tienen necesidades comerciales muy dinámicas, como las crecientes demandas regulatorias y de cumplimiento y, por lo tanto, la necesidad de una base de código altamente mantenible.

Dejando la modernización en el lugar (último recurso) y la refactorización, las otras opciones se pueden agrupar en gran medida en una de las dos opciones, a saber, reemplazo de COTS o reescritura de toda la aplicación. Estas opciones tienen sus pros y sus contras. Para la mayoría de los
bancos medianos y grandes y bancos con operaciones multipaís o multigeografía, las aplicaciones principales son su tesoro, su fuerza y ​​el habilitador de lo que son. Por lo tanto, la tasa de adopción de COTS estará limitada debido al ajuste exacto de la aplicación COTS
por las ricas capacidades del banco, como el procesamiento de tarjetas, la lealtad y la gestión de recompensas.

Ahora, los bancos se quedan con la otra opción que es reescribir. Como todo el mundo sabe, reescribir la aplicación existente (funcionalmente equivalente pero arquitectónicamente actual) en un entorno de destino es casi como crear una nueva aplicación. Ingeniería inversa
Las herramientas de Fresche y ARCAD ayudan a acelerar la extracción de reglas. La nueva forma de desarrollo impulsada con Agile, DevOps, Test Automation, etc., la reescritura puede no llevar mucho tiempo, pero tampoco será corta. Algunos de los grandes bancos intentaron reescribir
y experimentando Muchos bancos están mostrando interés en reescribir, pero buscan migraciones rentables, sólidas y sin riesgos o con riesgos reducidos, lo que aún está lejos.

Además del cronograma esperado para la reescritura, los factores como la decisión estratégica sobre el panorama objetivo, las tecnologías objetivo, la arquitectura objetivo, los desafíos regulatorios y de cumplimiento, los cambios organizacionales para adoptar las actividades de transformación, la
la inversión actual en infraestructuras pesadas, etc., tendrá un impacto en el cronograma general de migración de IBM i para la mayoría de los bancos.

IBM también invierte y actualiza continuamente los servidores Power (servidores basados ​​en Power10 lanzados en 2021) e IBM i (7.5 lanzado en mayo de 2022) de forma regular junto con soporte para tecnologías abiertas para mantener el impulso de retener esta plataforma.
La ventana de soporte (en general 7+3 años – Normal + Extendido) y la reutilización de los servidores Power para otros entornos (AIX) son algunos de los factores importantes que brindan espacio adicional para la toma de decisiones (sin prisa por salir de la plataforma).

Conclusión

Con todos estos factores, la necesidad de ejecutar las aplicaciones de IBM i seguirá siendo alta durante muchos años más. Significa que estas aplicaciones deben ser compatibles, mantenidas y mejoradas hasta que las empresas encuentren una alternativa viable y efectiva. pero en el
Al mismo tiempo, cada vez es más difícil involucrar a la fuerza laboral en el conjunto de habilidades de IBM i. Es hora de mejorar la fuerza laboral de desarrollo aprovechando los IDE mejorados y las herramientas para esta plataforma.