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.
Equipe de Modernização de Aplicações, Redsis

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.

Ver caso de sucessoFalar com um especialista