Home›Perspectivas›Artigos›DevOps em IBM i: como levar o core do negócio para integração e implantação contínuas
Blog · Modernização de aplicações · Serviços financeiros
DevOps em IBM i: como levar o core do negócio para integração e implantação contínuas
Pipelines modernos para a web e o celular, implantações manuais para o core. O que aprendemos ao levar as aplicações de previdência e fundos de rescisão em IBM i da segunda maior AFP da Colômbia para o DevOps com o ARCAD.
Um core que administra a poupança de milhões
O sistema privado de previdência colombiano é enorme: segundo a Asofondos, os fundos administravam mais de 525 trilhões de pesos em setembro de 2025, nas mãos de quatro administradoras. E é um mercado concentrado: as duas maiores reúnem cerca de 90 % dos participantes, segundo dados publicados pelo La República. O nosso cliente é a segunda, com cerca de três em cada dez participantes do sistema.
Com essa escala, as aplicações de fundos de rescisão e previdência obrigatória não podem parar nem falhar depois de uma mudança. Mas também não podem ficar paradas: regulação, novos produtos e canais digitais exigem que o core evolua no mesmo ritmo do restante da organização.
Por que o DevOps "não chega sozinho" ao IBM i
A empresa já havia adotado o DevOps como estratégia de modernização nas suas outras plataformas. O core ficou de fora por uma razão concreta: as ferramentas de código aberto que funcionam bem para aplicações web, móveis e nativas em nuvem não são eficazes por si sós no IBM i. É preciso uma camada de tecnologia que entenda a plataforma:
- O código-fonte de RPG ou COBOL vive tradicionalmente em membros de arquivos-fonte, não em arquivos comuns prontos para o Git.
- A compilação depende de relações entre programas, arquivos e objetos que é preciso analisar para saber o que recompilar e em que ordem.
- A implantação implica mover objetos e mudanças de base de dados entre bibliotecas e ambientes, com capacidade de reversão.
ARCAD for DevOps: a camada que faltava
O ARCAD for DevOps é uma suíte modular pensada para resolver exatamente isso. Entre os seus recursos:
- Gestão do código nativo do IBM i com Git e plataformas como GitHub, GitLab ou Bitbucket.
- Compilação automatizada baseada na análise de dependências entre componentes.
- Testes e qualidade de código integrados ao ciclo.
- Integração com Jenkins, Azure DevOps, Jira e SonarQube , para que o IBM i entre no mesmo pipeline das demais tecnologias.
- DROPS , o módulo de orquestração de releases, para implantar de forma sincronizada aplicações IBM i e mudanças de base de dados, com reversão.
Para o nosso cliente, a Redsis construiu um pipeline inicial com os componentes básicos — da auditoria das aplicações até a implantação em produção — com licenciamento do ARCAD for DevOps e do DROPS, serviços de implantação com suporte de segundo nível do fabricante, acompanhamento na parametrização e na operação inicial, e um ano de administração delegada da plataforma.
DevOps em IBM i não se trata de substituir a plataforma, e sim de lhe dar as mesmas práticas que o restante da organização já tem.
Cinco lições para levar o core ao CI/CD
1. Começar com uma prova de conceito
Neste caso, uma PoC num ambiente sandbox permitiu ao cliente ver como o ARCAD integrava as ferramentas de código aberto com o seu ambiente antes de adotá-lo. É a forma mais rápida de transformar ceticismo em evidência.
2. Auditar antes de automatizar
O pipeline começou pela auditoria das aplicações. Conhecer o inventário de código, as suas dependências e o seu estado é o que permite automatizar compilações e implantações sem surpresas.
3. Um único padrão para todas as plataformas
O objetivo não era um DevOps "especial" para IBM i, e sim o mesmo padrão para Windows, Linux, Unix e IBM i. Isso simplifica a governança, a auditoria e a formação das equipes.
4. Avançar por etapas
Descoberta, implantação, lançamento, treinamento e transição para produção. Um pipeline inicial com componentes básicos que funciona é melhor ponto de partida que um projeto ambicioso que nunca termina.
5. Não deixar a equipe sozinha depois do go-live
A mudança é tanto cultural quanto técnica. O treinamento de desenvolvimento e operações, o suporte de segundo nível do fabricante e um ano de administração delegada dão tempo para que as novas práticas se consolidem.
O resultado: o core entra no mesmo ritmo do restante
Hoje as aplicações de fundos de rescisão e previdência obrigatória da empresa contam com um pipeline DevOps de ponta a ponta sobre IBM i: implantação ágil, contínua e controlada, sem tarefas manuais, sob o mesmo padrão multiplataforma do restante do seu software e validado previamente numa prova de conceito.
Por onde começar?
Se a sua organização já pratica DevOps na web e no celular, mas o seu core em IBM i segue com implantações manuais, o primeiro passo é uma prova de conceito delimitada sobre uma aplicação real. Na Redsis combinamos mais de 25 anos de experiência em plataformas de missão crítica na América Latina com soluções como o ARCAD for DevOps para modernizar o ciclo de vida das suas aplicações IBM i.
Leia o caso completo
Conheça como a segunda maior AFP da Colômbia levou o seu core em IBM i para o DevOps com o ARCAD.