Amazon gebruikt Amazon Q Developer om interne Java-applicaties te upgraden

Het probleem

Basissoftware bijwerken is saai maar belangrijk werk. Ontwikkelaars stellen het vaak uit, omdat het geen zichtbare functies oplevert. Amazon had een zeer groot bestand applicaties in Java (een veelgebruikte programmeertaal) dat naar nieuwere versies moest, met voordelen voor beveiliging en infrastructuurkosten als beloning.

Wat ze bouwden

Amazon gebruikte de codetransformatiefunctie van Amazon Q Developer op zijn eigen interne systemen. De tool neemt een applicatie op een oudere Java-versie en maakt de wijzigingen die nodig zijn om hem op Java 17 te laten draaien. Ontwikkelaars beoordelen daarna de uitkomst.

Hoe ze het aanpakten

Volgens het bericht van CEO Andy Jassy bouwde Amazon Amazon Q in zijn interne systemen in om zijn Java-basissoftware bij te werken. Ontwikkelaars beoordeelden de gegenereerde wijzigingen, en Jassy meldde dat 79% van de automatisch gegenereerde codereviews zonder verdere aanpassingen live ging. De bronnen beschrijven het beoordelingsproces, de testopzet en de teamstructuur niet verder.

Resultaten

Jassy zei dat de gemiddelde tijd om een applicatie naar Java 17 te upgraden daalde van ongeveer 50 ontwikkelaarsdagen naar een paar uur. Volgens hem schat Amazon dat dit het equivalent van 4.500 ontwikkelaarsjaren heeft bespaard en dat meer dan de helft van de Java-productiesystemen in minder dan zes maanden is geüpgraded. Hij noemde ook een geschatte jaarlijkse efficiëntiewinst van 260 miljoen dollar door betere beveiliging en lagere infrastructuurkosten. Dit zijn eigen schattingen van Amazon.

Wat u kunt overnemen

Begin met een afgebakende, goed begrepen migratie waarvan het succes eenvoudig te controleren is (de applicatie bouwt nog en slaagt voor de tests). Houd bij hoe vaak beoordelaars de gegenereerde wijziging ongewijzigd accepteren.