AI-agentti on-call tiimikaveriksi


Heikki Ma | 8. joulukuuta 2025

AWS julkaisi re:Invent 2025 -tapahtuman alussa uuden tuoteperheen, Frontier Agents. Ajatuksena on tuoda operatiiviseen tekemiseen autonomisia “AI-tiimikavereita”, jotka osaavat ratkoa kokonaisia ongelmia eivätkä vain yksittäisiä kysymyksiä. DevOps Agent on yksi näistä ensimmäisistä agenteista, ja se on selvästi suunnattu tuotantoympäristöjen operointiin ja operational excellenceen (OE).

Tyypillisesti business-kriittisillä sovelluksilla on SRE- ja/tai on-call-vastuu, jossa häiriötilanteessa pitää nopeasti tehdä useita asioita yhtä aikaa: paikantaa juurisyy (RCA), palauttaa palvelu käyttökuntoon, laatia korjausehdotus kehitystiimille ja pitää major-incident-management (MIM) -kanavat ajan tasalla. Pahimmassa tapauksessa aikaa kuluu jo pelkästään siihen, että ihminen kerää ja analysoi dataa eri järjestelmistä ja ylläpitää tilannekuvaa samalla kun ympäristö palaa. DevOps Agentin idea on tulla tähän väliin keventämään ihmisen kuormaa.

DevOps Agent toimii käytännössä virtuaalisena on-call-jäsenenä. Kun hälytys tulee, agentti pystyy käynnistämään tutkinnan automaattisesti tuettujen integraatioiden kautta, esimerkiksi WebSocket-triggerillä, webhookeilla tai manuaalisesti erillisestä DevOps Agent -web-sovelluksesta. Agentti lähtee autonomisesti tutkimaan hälytyksen syytä niillä työkaluilla ja oikeuksilla, jotka sille on Agent Spacessa annettu. Agentin tehtävänä on tuottaa raportti löydöksistä sekä konkreettinen korjaus-/mitigaatiosuunnitelma. Agentti tukee multi cloud- ja hybridi ympäristöjä, joten tutkinta voi hyödyntää dataa AWS:n ulkopuolisista työkaluista myös.

DevOps Agent voidaan integroida erilaisiin telemetriapalveluihin, kuten Dynatrace, Datadog, New Relic, Splunk ja AWS CloudWatch. Lisäksi agentille voidaan sallia pääsy versiohallintaan, kuten GitHub ja GitLab, jotta se pystyy yhdistämään ongelmatilanteet viimeisimpiin koodi- ja deploy-muutoksiin. Built-in kommunikointikanavia ovat esimerkiksi Slack ja ServiceNow. Jos edellä mainitut integraatiot eivät riitä, käyttäjä voi tuoda oman työkalunsa agentille käyttöön MCP-protokollan kautta. Kaikki tämä konfiguroidaan Agent Spaceen, jossa määritellään agentille IAM-rooli, käytettävät työkalut sekä mahdollinen cross-account-pääsy eri AWS-tileihin.

Vaikka agentti on autonominen, sen tarkoitus ei ole täysin korvata SRE:tä tai on-call-henkilöä. Ihmisen pitää edelleen varmistaa agentin löydökset ja tehdä itse muutokset. Agentti ei tee korjauksia tai koodimuutoksia puolestasi, vaan ehdottaa niitä. AWS suosittelee myös, että agentille annetaan read-only oikeudet eri järjestelmiin. Ajan myötä agentti oppii tuntemaan valvottavan sovelluksen ja tämän eri komponentit. Tämän tiedon avulla se kykenee antamaan ennakoivia ehdotuksia toimintavarmuuden parantamiseksi. Tuloksena on vähemmän tulipalojen sammuttelua ja enemmän järjestelmällistä luotettavuuden kehittämistä.

Heikki Ma

Heikki Ma
Cloud Consultant, CloudOps Lead

Pilvi haltuun

Huolehdimme pilvestä kokonaisuutena, jotta asiakkaamme voivat keskittyä kasvuun, kehitykseen ja asiakkaisiinsa.

Varmistamme, että digitaaliset palvelut toimivat luotettavasti ja tukevat liiketoimintaa kaikissa tilanteissa.

Uusimmat kirjoitukset

6. lokakuuta 2026
Webscale Cloud Morning Pilviriskit hallintaan Tiistai 27.10.2026 klo 8.30 Pilven suurimmat riskit eivät aina näy päällepäin. Liian laajat käyttöoikeudet, yhden avainhenkilön varaan jäänyt osaaminen, puutteelliset varmistukset tai harjoittelematon palautuminen voivat tuntua pieniltä asioilta, kunnes jokin niistä häiritsee liiketoimintaa. Mitkä pilviympäristön riskit ovat aidosti merkittäviä liiketoiminnalle? Mistä organisaatio vastaa itse ja mistä pilvipalveluntarjoaja? Ja miten tunnistaa riippuvuudet ja haavoittuvuudet ennen kuin niistä syntyy ongelma? Webscale Cloud Morning -sarjan toisessa webinaarissa käymme läpi käytännönläheisesti: millaiset pilviympäristön riskit voivat vaikuttaa liiketoiminnan jatkuvuuteen missä vastuu pilvipalveluntarjoajan ja oman organisaation välillä kulkee miten tunnistaa teknologiaan, ihmisiin ja toimintamalleihin liittyviä kriittisiä riippuvuuksia miten varautua häiriöihin ja varmistaa, että palautuminen toimii myös käytännössä millä keinoilla pilven riskejä voidaan tunnistaa ja pitää hallinnassa 30 minuutin aamustartti Jos pilvipalvelut ovat liiketoiminnallenne kriittisiä, mutta riskien todellinen taso ei ole täysin kirkas, tämä puolituntinen kannattaa käyttää.
IT- ja digijohtaja
21. syyskuuta 2026
Tekoälyn kehitys, uudet regulaatiot ja muuttunut turvallisuusympäristö nostavat teknologiavalintojen merkitystä. Pilvi- ja infrastruktuuripäätöksissä on huomioitava tämän päivän tarpeiden lisäksi jatkuvuus, riippuvuudet ja tulevaisuuden liikkumavara.
Tekijä Teemu Peräkylä • 19. elokuuta 2026
AI-avusteinen ohjelmistokehitys nopeuttaa kehitystä, mutta tuo mukanaan uusia tietoturvariskejä. CNAPP auttaa tunnistamaan olennaiset riskit ja turvaamaan nopeasti muuttuvat pilviympäristöt.