Estratégia para modernização do IBM i no cenário de tecnologia BFSI (Noel Prince Moses V)

Sumário

Existem fortes recomendações para que as aplicações IBM i sejam modernizadas ou migradas para uma plataforma futurista e há também uma forte hesitação que impulsiona o sentimento anti-migração. Isso nos leva à questão; precisamos investir no conjunto de habilidades
da plataforma existente ou não?

Visão geral

Sendo o IBM i o sistema legado, ele é direcionado para migração por muitas empresas por vários motivos. Aqui neste blog, exploraremos as opções disponíveis para migração no cenário atual, a probabilidade de sua adoção, o motivo para não acelerar o rastreamento
a migração ou saída e a necessidade de elevar a força de trabalho para o desenvolvimento.

O IBM i (amplamente conhecido como AS/400) tem sido um dos sistemas mais estratégicos para muitas empresas de médio e grande porte, incluindo bancos, serviços financeiros e seguros (BFSI). Está em uso por todas essas empresas há mais de 25 a 30 anos. Ele hospeda o núcleo
aplicativos para bancos e seguradoras, incluindo Core Banking, gerenciamento de cartões, administração de políticas, etc. IBM i, como discutimos aqui, é todo o ecossistema que vem junto com o IBM i, o hardware, o sistema operacional, as linguagens de programação como RPG,
COBOL e CL, banco de dados DB2 para i, IBM MQ para mensagens, gerenciamento de tarefas, acesso de usuário, segurança etc. A modernização legada está em discussão nos bancos há muitos anos e o IBM i também está no radar para substituição por novas tecnologias devido ao desafios
relacionado ao conjunto de habilidades específicas da plataforma IBM i (RPG, COBOL), arquitetura monolítica de aplicativos que leva a problemas de agilidade, interoperabilidade com outras plataformas e ferramentas DevOps, não alinhado a investimentos estratégicos, perdendo a maioria dos benefícios da nuvem (por exemplo,
capacidade a pedido) etc. Ao mesmo tempo, há uma série de razões pelas quais a migração está a ser adiada. Alguns deles são novos lançamentos de hardware, lançamentos de sistemas operacionais, janela de suporte estendida, investimentos atuais em infraestrutura pesada, riscos e custos de migração.
Aqui, tentamos avaliar as possibilidades iniciais da sua saída para que a dependência das suas PME seja prevista.

Nossa perspectiva

Ao longo do período, o negócio cresceu, os requisitos de negócios cresceram, vários riscos cresceram, os requisitos regulatórios e de conformidade cresceram e, eventualmente, todos estes foram capturados e atendidos em um único aplicativo monolítico para cada
empreendimento. E daí o alto nível de complexidade tendo a concentração de todo o conhecimento, das regras de negócio, dos processos de negócio. Somadas a isso todas as implementações técnicas como multi-threading, mensagens, agendamento de tarefas, controle de tarefas etc.,
também fazem parte da implementação do monolith.

Com o advento da nuvem, do DevOps e das práticas ágeis, os setores e as empresas, incluindo bancos e seguradoras, também estão buscando a transformação dos aplicativos IBM i para colher os recursos e benefícios mais recentes. As empresas estão tendo múltiplas opções
na frente deles. Esta plataforma pode seguir práticas ágeis e fazer parte do mundo DevOps com soluções ARCAD. Um dos grandes bancos do Reino Unido adotou o DevOps no IBM i com sucesso. A recém-lançada IBM i Merlin Platform (Modernization Engine for Lifecycle
Integration) ajuda isso com ferramentas integradas IDE, CI/CD Merlin para experiência em DevOps, juntamente com provisionamento de máquina virtual IBM i, gerenciamento de APIs REST, etc., e traz esperança para um ecossistema DevOps completo no futuro. Desenvolvimentos recentes ajudam na agilidade
dos ambientes IBM i e re-hospedar seus aplicativos. A administração do sistema desta plataforma será aliviada pela migração da infraestrutura diretamente para IBM Cloud ou para Skytap no Azure e IBM Cloud ou para Connectria no AWS. Infinite i está em resgate para re-hospedar
os aplicativos no Azure ou AWS ou Google Cloud. Todas essas opções serão categorizadas como modernização local ou pseudomodernização e dependerão do conjunto de habilidades do IBM i.

Os conjuntos de ferramentas da Fresche, Google (G4) fornecem conversão individual (refatoração) de códigos-fonte nativos do IBM i e abrem o portal para implementação do aplicativo em sistemas abertos e na nuvem. Mas a preferência por esta opção está diminuindo considerando a facilidade de manutenção
e visão futurista para grandes empresas como bancos. Os bancos e, mais especificamente, as seguradoras têm necessidades de negócios muito dinâmicas, como demandas regulatórias e de conformidade cada vez maiores e, portanto, a necessidade de uma base de código altamente sustentável.

Deixando a modernização local (último recurso) e a refatoração, as outras opções podem ser amplamente agrupadas em uma das duas opções, a saber, substituição do COTS ou reescrita de todo o aplicativo. Essas opções têm seus prós e contras. Para a maior parte
bancos de médio e grande porte e bancos com operações multinacionais ou multigeográficas, as aplicações principais são o seu tesouro, a sua força e o facilitador do que são. Portanto, a taxa de adoção do COTS será limitada devido à adequação exata da aplicação COTS
pelos ricos recursos do banco, como processamento de cartões, fidelidade e gerenciamento de recompensas.

Agora, os bancos ficam com a outra opção que é reescrever. Como todos sabem, reescrever o aplicativo existente (funcionalmente equivalente, mas arquitetonicamente atual) em um cenário alvo é quase como construir um novo aplicativo. Engenharia reversa
ferramentas da Fresche e ARCAD ajudam a agilizar a extração de regras. A nova forma de desenvolvimento com Agile, DevOps, Automação de Testes etc., a reescrita pode não demorar muito, mas também não será curta. Alguns dos grandes bancos tentaram reescrever
e experimentando. Muitos bancos estão a demonstrar interesse em reescrever, mas procuram migrações rentáveis, robustas e isentas de risco ou com risco reduzido, o que ainda está longe.

Além do cronograma esperado para a reescrita, fatores como a decisão estratégica sobre o cenário alvo, as tecnologias alvo, a arquitetura alvo, os desafios regulatórios e de conformidade, as mudanças organizacionais para adotar as atividades transformacionais, o
o investimento atual em infraestruturas pesadas, etc., terá impacto no cronograma geral de migração do IBM i para a maioria dos bancos.

A IBM também está investindo e atualizando continuamente os servidores Power (servidores baseados em Power10 lançados em 2021) e IBM i (7.5 lançado em maio de 2022) regularmente, juntamente com suporte para tecnologias abertas, bem como para manter o impulso na manutenção desta plataforma.
A janela de suporte (em geral 7+3 anos – Normal + Estendido) e a reutilização dos servidores Power para outros ambientes (AIX) são alguns dos fatores importantes que dão espaço adicional para a tomada de decisões (sem pressa para sair da plataforma).

Conclusão

Com todos esses fatores, a necessidade de execução dos aplicativos IBM i continuará alta por muitos anos. Isso significa que esses aplicativos devem ser apoiados, mantidos e aprimorados até que as empresas encontrem uma alternativa eficaz e viável. Mas no
ao mesmo tempo, está ficando cada vez mais difícil envolver a força de trabalho no conjunto de habilidades do IBM i. É hora de capacitar a força de trabalho de desenvolvimento aproveitando os IDEs e as ferramentas aprimoradas para esta plataforma.