Rakuten korjaa ongelmat kaksi kertaa nopeammin Codexin avulla

Rakuten⁠(avautuu uudessa ikkunassa) on globaali innovaatioyritys, joka toimii verkkokaupan, finanssiteknologian ja mobiiliviestinnän aloilla ja palvelee sekä kuluttajia että kauppiaita valtavassa mittakaavassa. 30 000 työntekijän maailmanlaajuisella henkilöstöllä sen insinööritiimit toimittavat laajassa, monimutkaisessa tuote-ekosysteemissä, jossa sekä nopeus että luotettavuus ovat olennaisia.

Siksi Rakutenin tekoälyliiketoiminnan johtaja Yusuke Kaji on käyttänyt viime vuoden edistääkseen agenttipohjaisia työnkulkuja syvemmälle siihen, miten tiimit suunnittelevat, rakentavat ja validoivat ohjelmistoja. Codex⁠⁠– OpenAI:n koodausagentti – on noussut keskeiseksi osaksi Rakutenin suunnittelupinoa, erityisesti silloin, kun yrityksen on edettävä nopeammin tinkimättä tietoturvasta.

Viime vuoden aikana Rakutenin insinöörit ovat käyttäneet Codexia eri toiminnoissa ja ohjelmistotoimituksissa lyhentääkseen häiriötilanteisiin reagointia (mukaan lukien noin 50 %:n lyhennys keskimääräisessä palautumisajassa eli MTTR:ssä), vahvistaakseen CI/CD:tä automatisoidulla koodin tarkastuksella ja haavoittuvuustarkistuksilla sekä tukeakseen itsenäisempää kehitystä monimutkaisissa projekteissa.

Rakutenin suunnittelutiimissä heidän tekoälyagendansa on selkeä ja tarkoituksella käytännönläheinen. Kaji kehystää työn kolmen prioriteetin ympärille, joiden taakse tiimit kokoontuvat:

• Rakenna nopeammin ("Nopeutta! Nopeutta! Nopeutta!"): Tiimit käyttävät Codexia operatiivisissa työnkuluissa, mukaan lukien KQL-pohjainen valvonta ja diagnostiikka, nopeuttaakseen juurisyyn analysointia ja korjaavia toimenpiteitä, mikä auttaa lyhentämään MTTR:ää jopa 50 %.
• Rakenna turvallisemmin ("Saa asioita tehdyksi"): Codex otetaan käyttöön CI/CD:ssä koodin tarkistusta ja haavoittuvuustarkistuksia varten, ja se soveltaa sisäisiä standardeja automaattisesti, jotta tiimit voivat toimittaa nopeasti turvatoimien avulla.
• Toimi fiksummin ("AI-nisaatio"): Codex vie suurempia, monitulkintaisia projekteja eteenpäin määrittelystä kohti toimivia toteutuksia, vähentäen riippuvuutta täydellisesti määritellyistä vaatimuksista, mahdollistaen autonomisemman toteutuksen ja lopulta tiivistäen vuosineljänneksen mittaiset ponnistelut viikoiksi.

Codex kytkeytyy suoraan kuhunkin prioriteettiin luotettavana agenttina laajemmassa työkalupakissa ja näkyy siellä, missä nopeus, turvallisuus ja autonomia luovat kumuloituvaa arvoa.

Rakutenin nopeus sisältää palautumisajan, ei vain kehitysnopeutta.

Tiimit käyttävät KQL:ää (Azuren lokien ja telemetrian kyselyjärjestelmää) API-rajapintojen valvontaan ja signaalien analysointiin. Codex toimii näiden työnkulkujen rinnalla auttaen tunnistamaan perimmäiset syyt ja ehdottamaan korjauksia, mikä lyhentää aikaa hälytyksen ja ratkaisun välillä.

Sivuston luotettavuusinsinöörityön (SRE) näkökulmasta tämä lyhentää polkua havaitsemisesta korjaaviin toimiin. Sen sijaan, että insinöörit yhdistäisivät kyselyitä, lokeja ja korjauksia manuaalisesti, he voivat keskittyä korjausten vahvistamiseen ja käyttöönottoon.

Rakuten arvioi, että tämä lähestymistapa voi vähentää MTTR:ää noin 50 % ongelmien ilmetessä. Tai yksinkertaisemmin sanottuna: Rakuten on käyttänyt Codexia korjatakseen ongelmat kaksi kertaa nopeammin, kun jokin menee rikki.

Kun toimitus nopeutuu, tarkastus ja käyttöönotto voivat muodostua pullonkauloiksi. Rakuten ratkaisee tämän integroimalla Codexin suoraan CI/CD-prosessiinsa.

Codex suorittaa kooditarkistuksen ja haavoittuvuustarkistukset ennen kuin muutokset pääsevät tuotantoon. Rakuten syöttää sisäiset koodausperiaatteensa ja -standardinsa näihin työnkulkuihin, jotta tarkistukset vastaavat yrityksen odotuksia.

”Tarjoamme sisäiset koodausperiaatteemme Codexille”, Kaji sanoo. ”Samoja periaatteita käyttäen se tarkastelee, noudattaako koodi standardejamme.”

Tulos: turvallisuustarkistukset tehdään johdonmukaisesti ja automaattisesti, mikä mahdollistaa tiimien nopeamman etenemisen ilman, että standardeja lasketaan.

Rakutenin kolmas prioriteetti – AI-nisaatio – keskittyy autonomiaan. Codexia käytetään paitsi tarkastukseen ja ylläpitoon myös suurempien, epäselvien projektien toteuttamiseen alusta loppuun. Sen sijaan, että Codex edellyttäisi täydellisesti määriteltyjä spesifikaatioita, se voi edetä osittaisista vaatimuksista ja tuottaa käyttökelpoisia artefakteja.

”Uusimmat Codex-mallit osaavat lukea rivien välistä”, Kaji sanoo. “Vaikka vaatimuksia ei olisi määritelty täydellisesti, se ymmärtää, mitä yritämme rakentaa.”

Yksi esimerkki: olemassa olevan verkkopohjaisen tekoälyagenttipalvelun mobiilisovellusversion rakentaminen. Codex toteutti koko määrityksen, mukaan lukien täyden pinon toteutuksen Python/FastAPI-taustajärjestelmällä ja Swift/SwiftUI iOS -sovelluksella, mukaan lukien kaikki taustajärjestelmä-API:t, ilman vaiheittaista ihmisen antamaa ohjeistusta. Codex lyhensi tämän projektin kehitysaikaa yhdestä vuosineljänneksestä viikkoihin.

Kun Codex ottaa hoitaakseen yhä enemmän koodin generointityötä, Rakuten siirtää suunnittelijan roolia kohti selkeämpien määrittelyjen kirjoittamista ja tuotosten varmentamista mitattavien standardien perusteella. 

“Meidän roolimme ei ole enää tarkistaa jokaista koodiriviä”, Kaji sanoo. ”Tehtävämme on määritellä selkeästi, mitä haluamme, ja päättää, miten se varmistetaan.”

Rakuten on tukenut tätä muutosta käytännönläheisillä työpajoilla suunnittelun, tuote- ja ei-teknisten tiimien keskuudessa –mikä on osaltaan tehnyt Codexista keskeisen tekijän siinä, että tiimit voivat toimittaa nopeammin, toimia turvallisemmin ja skaalata autonomista kehitystä organisaation laajuisesti.