Amazon vil lade kunstig intelligens rydde op i gammel Java-kode
Amazons skyafdeling præsenterer et nyt værktøj, der bruger kunstig intelligens til at modernisere ældre Java-systemer. For virksomheder med årtier gammel kode kan det betyde hurtigere oprydning — men det kræver omtanke.
Kort fortalt:
- AWS Transform Custom bruger kunstig intelligens til at automatisere opgradering af Java-kode, fx fra version 8 til 21.
- Systemet laver en plan, som et menneske skal godkende, før ændringer træder i kraft.
- Det kan spare tid på gentagne standardændringer, men fejl i forretningslogik og datasikkerhed kræver ekstra opmærksomhed.
- Danske virksomheder bør afklare, hvor data behandles, før de sender kildekode til en amerikansk skytjeneste.
Hvad gør værktøjet?
Ifølge AWS kan Transform Custom håndtere typiske moderniseringsopgaver: opdatering af programbiblioteker (de byggeklodser, en applikation er afhængig af), ændringer i kode, der følger kendte mønstre, og opgradering mellem Java-versioner. Systemet udarbejder først en transformationsplan. Derefter kræver det eksplicit godkendelse, før ændringerne lægges i en separat kopi af koden, hvor udviklere kan gennemgå resultatet. Det kan også køre kvalitetstjek baseret på kommandoer, man selv angiver (fx “byg og test systemet”).
En praktisk detalje: man kan slå den indbyggede vidensopsamling fra pr. kørsel, og eventuelle videnspunkter, systemet opbygger, kræver godkendelse, før de genbruges.
Hvad betyder det i praksis?
Tænk på en dansk kommune eller et pensionsselskab, der stadig kører kritiske systemer på Java 8 — en version fra 2014, hvor sikkerhedsrettelser i praksis ofte kræver en supportaftale og ekstra styring. Hvert år bliver vedligeholdelsen dyrere, og det kan blive sværere at rekruttere udviklere, der vil arbejde med forældet teknologi. Her kan automatiseret modernisering i princippet spare måneder af manuelt arbejde. (Hypotetisk eksempel.)
Men gevinsterne kommer med forbehold:
| Mulig gevinst | Det kræver |
|---|---|
| Hurtigere opgradering af standardkode | Grundig test af forretningslogik bagefter |
| Mindre teknisk gæld over tid | Afklaring af GDPR og datalokalitet (hvor data behandles) |
| Færre trivielle manuelle opgaver | Kompetencer til at vurdere og godkende resultatet |
| Hurtigere vej til nyere sikkerhedsniveau | Bevidsthed om leverandørafhængighed |
Tidlige uafhængige erfaringer peger i samme retning: en praktisk gennemgang på Medium viser lovende resultater ved opgradering af en Java 8-applikation, mens et japansk forsøg med Java 7 til 21 dokumenterer, at komplekse projekter stadig kan kræve manuel justering.
Pas på denne faldgrube
Automatiserede kodeændringer kan ændre adfærd i forretningslogik uden at det fanges af simple tests. Sørg for menneskelig kvalitetssikring — især i systemer med persondata eller økonomiske transaktioner.
Det kan du gøre nu
- Kortlæg jeres tekniske gæld — hvilke Java-versioner kører jeres vigtigste systemer på?
- Afklar databehandling — i hvilket land/område behandles koden, og matcher det jeres krav?
- Start småt — afprøv på et mindre, ikke-kritisk system, før I skalerer op.
- Sæt klare godkendelsespunkter — hvem godkender plan, ændringer og testresultater?
Kilder
- https://aws.amazon.com/blogs/devops/aws-transform-custom-ai-driven-java-modernization-to-reduce-tech-debt/
- https://docs.aws.amazon.com/transform/latest/userguide/custom-workflows.html
- https://aws.amazon.com/transform/custom/
- https://medium.com/storm-reply/aws-transform-custom-easily-modernize-an-obsolete-java-8-spring-boot-2-web-application-82642ca74df4
- https://qiita.com/Kohei_2424/items/a280502c07c56168845e
- https://www.forrester.com/blogs/what-we-saw-at-aws-reinvent-2025/
🤖 Denne artikel er skrevet af kunstig intelligens og kan indeholde fejl.
Læs original kilde →Fandt du en fejl?