Reconstrução Rápida de um Sistema de Liquidação de Câmbio Crítico para a Missão
Com o avanço da transformação digital e as rápidas mudanças no ambiente social, surgiu a necessidade de uma abordagem que permita a criação ágil e a melhoria contínua dos sistemas de TI. Nesse contexto, as ferramentas de desenvolvimento Low-Code, que possibilitam a internalização utilizando recursos próximos em um curto período, vêm ganhando atenção.
A Mizuho Research & Technologies adotou o GeneXus para reconstruir o sistema de liquidação de câmbio operado pelo Mizuho Bank. Ao automatizar e melhorar a eficiência do desenvolvimento de telas, aplicações, bancos de dados e processos de teste, a empresa conseguiu construir o sistema em pouco tempo.
A seguir, uma entrevista com Masaharu Hagiwara, gerente do Departamento 2 da Divisão de TI da Mizuho Research & Technologies sobre o impacto das plataformas de desenvolvimento Low-Code na construção de Sistemas de Missão Crítica.
Existem plataformas Low-Code voltadas para soluções que suportam Sistemas Críticos em larga escala. Essas plataformas não apenas abrangem o desenvolvimento, mas também a entrega, operação, teste e depuração de aplicações, cobrindo todo o ciclo de vida do sistema.
Um bom exemplo disso é o projeto de reconstrução do sistema de liquidação de câmbio do Mizuho Bank, concluído em abril de 2022. Esse sistema gerencia a liquidação centralizada de fundos em ienes quando bancos, incluindo os megabancos, realizam transações de câmbio. Como o sistema administra as liquidações de câmbio em ienes 24 horas por dia, 7 dias por semana, sendo um dos Sistemas de Missão Críticos da organização, a operação estável é essencial devido ao impacto social que uma falha poderia causar.
Por outro lado, o sistema de liquidação de câmbio do Mizuho Bank estava em funcionamento há cerca de 30 anos desde sua criação, utilizando uma arquitetura antiga que incluía PL/I, servidores distribuídos e aplicações em terminais. Isso representava um desafio na obtenção de técnicos para desenvolver um novo sistema alinhado às mudanças tecnológicas. Além disso, devido a anos de integração do sistema, os módulos se expandiram, tornando a manutenção dos programas difícil e aumentando o tempo de desenvolvimento.
Decidimos que era hora de construir um novo sistema sem as limitações da arquitetura e dos métodos de desenvolvimento convencionais.”
O sistema antigo era baseado em um mainframe contábil, o que dobrava os custos operacionais e de manutenção quando vinculado ao sistema distribuído construído em Java. O número de engenheiros capazes de trabalhar com PL/I estava diminuindo a cada ano, e a dependência de um parceiro fixo de desenvolvimento aumentava ainda mais os custos.
Eles enfatizaram a adoção de tecnologias abertas para garantir estabilidade operacional e redução de custos; outro conceito-chave foi a "internalização".
“O sistema antigo dependia fortemente de fornecedores para desenvolvimento, operação e manutenção. Com o novo sistema, queríamos nos envolver diretamente no desenvolvimento e operações para acumular conhecimento. A solução encontrada foi o uso de ferramentas de desenvolvimento Low-Code”, explica o Sr. Hagiwara.
Durante o processo de seleção da ferramenta, várias soluções foram comparadas. Dois pontos-chave foram considerados: se a ferramenta poderia atender aos requisitos funcionais do sistema existente e se realmente reduziria a carga de trabalho.
O GeneXus recebeu a avaliação mais alta nesse processo. Trata-se de uma plataforma de desenvolvimento Low-Code que gera automaticamente aplicações e bancos de dados com base nos requisitos definidos pelo desenvolvedor, utilizando seu próprio mecanismo de inferência.
A política inicial de aumentar a participação da equipe interna no desenvolvimento e nas operações foi concretizada conforme esperado, revisando os papeis desempenhados pelos parceiros externos.
"Conseguimos atingir nosso objetivo inicial graças a uma equipe de desenvolvimento que trabalhou como uma unidade única, onde entendíamos e tomávamos decisões sobre o conteúdo do sistema enquanto colaborávamos com parceiros externos. Os engenheiros Java rapidamente se familiarizaram com o GeneXus, permitindo que reuníssemos até 200 membros de diferentes parceiros, o que foi extremamente útil”, afirma o Sr. Hagiwara.
Na construção dos componentes do sistema de liquidação de câmbio, como "processamento administrativo", "IF" (interfaces), "contabilidade" e "funções comuns", a geração automática de programas reduziu significativamente a necessidade de codificação manual. Os erros humanos também foram minimizados, e a produtividade aumentou consideravelmente.
Apesar de ser um projeto massivo para reconstrução de um sistema central, a quantidade de codificação de lógica de negócios foi reduzida para apenas 20% em comparação com o desenvolvimento tradicional do zero, e, em alguns casos, a redução foi ainda maior, chegando a apenas alguns pontos percentuais do total do sistema.
A política inicial de aumentar a participação da equipe interna no desenvolvimento e na operação foi cumprida conforme o previsto, redefinindo os papeis com os parceiros externos.
“Alcançamos o objetivo inicial graças a uma equipe de desenvolvimento que trabalhou como uma única unidade, entendendo e tomando decisões sobre o conteúdo do sistema enquanto colaborávamos com parceiros externos. Os engenheiros Java se familiarizaram rapidamente com o GeneXus, permitindo-nos garantir até 200 membros de diferentes parceiros, o que foi de grande ajuda”, afirma o Sr. Hagiwara.
No desenvolvimento dos componentes do sistema de liquidação de câmbio, como "processamento administrativo", "interfaces (IF)", "contabilidade" e "funções comuns", a geração automática de programas reduziu significativamente a necessidade de codificação manual. Os erros humanos também foram minimizados, e a produtividade melhorou consideravelmente.
Apesar de ser um projeto massivo de reconstrução de um sistema central, a quantidade de código da lógica de negócios foi reduzida para 20% em comparação com o desenvolvimento tradicional do zero e, em alguns casos, a redução foi ainda maior, chegando a apenas alguns poucos pontos percentuais do total do sistema.
A seguir, uma entrevista com Masaharu Hagiwara, gerente do Departamento 2 da Divisão de TI da Mizuho Research & Technologies sobre o impacto das plataformas de desenvolvimento Low-Code na construção de Sistemas de Missão Crítica.
Construindo um Sistema sem as Limitações dos Métodos Convencionais de Desenvolvimento
É comumente aceito que as ferramentas de desenvolvimento Low-Code são utilizadas apenas para aplicações de pequeno porte, mas essa é uma visão equivocada.Existem plataformas Low-Code voltadas para soluções que suportam Sistemas Críticos em larga escala. Essas plataformas não apenas abrangem o desenvolvimento, mas também a entrega, operação, teste e depuração de aplicações, cobrindo todo o ciclo de vida do sistema.
Um bom exemplo disso é o projeto de reconstrução do sistema de liquidação de câmbio do Mizuho Bank, concluído em abril de 2022. Esse sistema gerencia a liquidação centralizada de fundos em ienes quando bancos, incluindo os megabancos, realizam transações de câmbio. Como o sistema administra as liquidações de câmbio em ienes 24 horas por dia, 7 dias por semana, sendo um dos Sistemas de Missão Críticos da organização, a operação estável é essencial devido ao impacto social que uma falha poderia causar.
Por que foi necessário reconstruir o sistema de liquidação de câmbio?
“Quando começamos a considerar esse projeto em 2016, no campo das liquidações de câmbio, a rede internacional de mensagens de pagamento SWIFT anunciou uma grande reforma, na qual o formato tradicional de mensagens (MT) seria gradualmente convertido para o formato padrão ISO 20022 (MX). Além disso, com o crescimento do setor fintech, novos métodos de pagamento utilizando novas tecnologias estavam sendo considerados. Antecipamos que as mudanças no ambiente externo continuariam a crescer significativamente.Por outro lado, o sistema de liquidação de câmbio do Mizuho Bank estava em funcionamento há cerca de 30 anos desde sua criação, utilizando uma arquitetura antiga que incluía PL/I, servidores distribuídos e aplicações em terminais. Isso representava um desafio na obtenção de técnicos para desenvolver um novo sistema alinhado às mudanças tecnológicas. Além disso, devido a anos de integração do sistema, os módulos se expandiram, tornando a manutenção dos programas difícil e aumentando o tempo de desenvolvimento.
Decidimos que era hora de construir um novo sistema sem as limitações da arquitetura e dos métodos de desenvolvimento convencionais.”
O sistema antigo era baseado em um mainframe contábil, o que dobrava os custos operacionais e de manutenção quando vinculado ao sistema distribuído construído em Java. O número de engenheiros capazes de trabalhar com PL/I estava diminuindo a cada ano, e a dependência de um parceiro fixo de desenvolvimento aumentava ainda mais os custos.
Adoção do GeneXus para melhorar a produtividade
Para resolver esses problemas, o Mizuho Bank decidiu reconstruir o sistema de liquidação de câmbio. A partir de abril de 2016, juntamente com a Mizuho Information & Research Institute, Inc, iniciou a definição da nova arquitetura, requisitos e seleção dos métodos de desenvolvimento.Eles enfatizaram a adoção de tecnologias abertas para garantir estabilidade operacional e redução de custos; outro conceito-chave foi a "internalização".
“O sistema antigo dependia fortemente de fornecedores para desenvolvimento, operação e manutenção. Com o novo sistema, queríamos nos envolver diretamente no desenvolvimento e operações para acumular conhecimento. A solução encontrada foi o uso de ferramentas de desenvolvimento Low-Code”, explica o Sr. Hagiwara.
Durante o processo de seleção da ferramenta, várias soluções foram comparadas. Dois pontos-chave foram considerados: se a ferramenta poderia atender aos requisitos funcionais do sistema existente e se realmente reduziria a carga de trabalho.
O GeneXus recebeu a avaliação mais alta nesse processo. Trata-se de uma plataforma de desenvolvimento Low-Code que gera automaticamente aplicações e bancos de dados com base nos requisitos definidos pelo desenvolvedor, utilizando seu próprio mecanismo de inferência.
Garantindo a estabilidade operacional em um sistema crítico para a missão
Como mencionado no início, a estabilidade operacional era crucial para um sistema com grande impacto social em caso de falha. "O mais importante é evitar falhas no sistema e erros humanos. Além disso, a facilidade de realizar mudanças no sistema também era um ponto-chave. O GeneXus atendeu a esses requisitos", revela o Sr. Hagiwara.A política inicial de aumentar a participação da equipe interna no desenvolvimento e nas operações foi concretizada conforme esperado, revisando os papeis desempenhados pelos parceiros externos.
"Conseguimos atingir nosso objetivo inicial graças a uma equipe de desenvolvimento que trabalhou como uma unidade única, onde entendíamos e tomávamos decisões sobre o conteúdo do sistema enquanto colaborávamos com parceiros externos. Os engenheiros Java rapidamente se familiarizaram com o GeneXus, permitindo que reuníssemos até 200 membros de diferentes parceiros, o que foi extremamente útil”, afirma o Sr. Hagiwara.
Na construção dos componentes do sistema de liquidação de câmbio, como "processamento administrativo", "IF" (interfaces), "contabilidade" e "funções comuns", a geração automática de programas reduziu significativamente a necessidade de codificação manual. Os erros humanos também foram minimizados, e a produtividade aumentou consideravelmente.
Apesar de ser um projeto massivo para reconstrução de um sistema central, a quantidade de codificação de lógica de negócios foi reduzida para apenas 20% em comparação com o desenvolvimento tradicional do zero, e, em alguns casos, a redução foi ainda maior, chegando a apenas alguns pontos percentuais do total do sistema.
Alcançando estabilidade operacional em um Sistema de Missão Crítica
Como mencionado no início, a estabilidade operacional era crucial para um sistema cuja falha poderia ter um grande impacto social. “O importante é evitar falhas no sistema e erros humanos. Além disso, a facilidade para realizar mudanças no sistema também era um ponto-chave. O GeneXus atendia a esses requisitos”, revela o Sr. Hagiwara.A política inicial de aumentar a participação da equipe interna no desenvolvimento e na operação foi cumprida conforme o previsto, redefinindo os papeis com os parceiros externos.
“Alcançamos o objetivo inicial graças a uma equipe de desenvolvimento que trabalhou como uma única unidade, entendendo e tomando decisões sobre o conteúdo do sistema enquanto colaborávamos com parceiros externos. Os engenheiros Java se familiarizaram rapidamente com o GeneXus, permitindo-nos garantir até 200 membros de diferentes parceiros, o que foi de grande ajuda”, afirma o Sr. Hagiwara.
No desenvolvimento dos componentes do sistema de liquidação de câmbio, como "processamento administrativo", "interfaces (IF)", "contabilidade" e "funções comuns", a geração automática de programas reduziu significativamente a necessidade de codificação manual. Os erros humanos também foram minimizados, e a produtividade melhorou consideravelmente.
Apesar de ser um projeto massivo de reconstrução de um sistema central, a quantidade de código da lógica de negócios foi reduzida para 20% em comparação com o desenvolvimento tradicional do zero e, em alguns casos, a redução foi ainda maior, chegando a apenas alguns poucos pontos percentuais do total do sistema.