IBM’s generatieve AI-tool heeft tot doel oude COBOL-code voor zijn mainframes te refactoren

Wereldwijd draaien er honderden miljarden regels COBOL-code op productiesystemen. Dat is niet ideaal voor een taal die meer dan zestig jaar oud is en waarvan de belangrijkste architecten grotendeels gepensioneerd of dood zijn.

IBM, die deze verouderde functies graag op zijn Z-mainframesystemen wil behouden , wil dat die code in Java wordt herschreven. Een paar jaar geleden probeerde het mensen dit te laten doen , maar nu heeft het een ander idee. Ja, je raadt het al: het zet AI aan het werk.

De IBM Watsonx Code Assistant , die naar verwachting in het vierde kwartaal van dit jaar beschikbaar zal zijn, is van plan mensen in de mix te houden, maar met een impuls van generatieve AI bij het analyseren, refactoren en testen van de nieuwe objectgeoriënteerde code. Het is ook geen alles-of-niets-proces, aangezien IBM beweert dat door Watsonx gegenereerde code interoperabel moet zijn met COBOL en bepaalde Z-mainframefuncties.

In een technische blogpost specifiek over COBOL-conversie komt Kyle Charlet van IBM, CTO voor zSystems-software, op de proppen en zegt wat veel mensen over COBOL hebben gezegd: het gaat niet alleen om de code; het zijn de bedrijfslogica, de randgevallen en het institutionele geheugen, of het gebrek daaraan.

Sommige klanten… hebben jaren en miljoenen besteed aan het moderniseren van hun COBOL-code, en ondanks dat is slechts een fractie gemoderniseerd. Er zijn veel ontwikkelaars en nauwgezet handmatig werk nodig om COBOL te herschrijven. Mensen hebben veel verschillende manieren geprobeerd om deze toepassingen te moderniseren, en naar mijn ervaring met uiteenlopende resultaten. Geen enkele is voorbeeldig.

Watsonx van IBM, schrijft Charlet, zou grote organisaties kunnen helpen individuele diensten los te koppelen van monolithische COBOL-apps. Volgens IBM zal dit in drie stappen gebeuren:

• Refactor, waarbij individuele services ‘chirurgisch’ worden gescheiden of uit grotere code worden gehaald
• Transformeer naar mainframevriendelijke Java-code of COBOL die rechtstreeks met Java kan communiceren
• Valideer, waarbij AI helpt bij het creëren van testgevallen, maar met codeerders nog steeds “aan het stuur”

In sommige opzichten lijkt AI-ondersteuning alleen maar te kunnen helpen bij de generatie-uitdaging om COBOL vooruit te helpen en tegelijkertijd functioneel te houden. Hoewel COBOL-codebases relatief stabiel en veilig kunnen zijn – ooit uit een breed onderzoek gebleken dat ze tot de minst problematische behoren – zijn de kosten voor het bijwerken en uitbreiden ervan gigantisch . Legacy COBOL was een van de redenen waarom het Office of Personnel Management in 2015 te maken kreeg met een zeer opdringerige inbraak , omdat de verouderde code niet kon worden gecodeerd of kon werken met andere beveiligde systemen.

Maar er is een terugkerend argument dat COBOL goed is in het beheren van bedrijfsspecifieke systemen en uitwisselingen op manieren die ( sommigen zouden kunnen beweren ) minder aanvalsvectoren opleveren. Of je zou kunnen betogen dat door AI gegenereerde en geherstructureerde code er misschien goed uitziet en testklaar lijkt, maar zonder de mensen om je heen die precies weten waarom de code doet wat hij doet, zou door AI opgeschaalde code net zoveel ruis kunnen veroorzaken als AI-code. opgeschaalde video.

IBM’s watsonx Code Assistant for Z zal vervolgens worden ingezet voor Red Hat Ansible Light-snelheid. Gezien het feit dat watsonx.ai naar verluidt is getraind in meer dan 100 codeertalen, zullen er waarschijnlijk binnenkort meer AI-co-piloten voor oude mainframecode volgen.