{"id":27340,"date":"2026-08-12T08:00:00","date_gmt":"2026-08-12T06:00:00","guid":{"rendered":"https:\/\/weare.fi\/?p=27340"},"modified":"2026-07-22T06:15:52","modified_gmt":"2026-07-22T04:15:52","slug":"infrastruktuurin-valvonnan-toimintaperiaate","status":"publish","type":"post","link":"https:\/\/weare.fi\/en\/infrastruktuurin-valvonnan-toimintaperiaate\/","title":{"rendered":"Infrastruktuurin valvonnan toimintaperiaate"},"content":{"rendered":"

Kun digitaalinen infrastruktuuri kasvaa ja monimutkaistuu, pelkk\u00e4 tieto siit\u00e4, ett\u00e4 jokin on vialla, ei en\u00e4\u00e4 riit\u00e4. Tarvitaan kyky ymm\u00e4rt\u00e4\u00e4, why<\/em> jokin menee pieleen ja miss\u00e4 kohtaa j\u00e4rjestelm\u00e4\u00e4 ongelma syntyy. T\u00e4t\u00e4 kyky\u00e4 kutsutaan infrastruktuurin observabilityksi. T\u00e4ss\u00e4 artikkelissa k\u00e4ymme l\u00e4pi, mit\u00e4 observability tarkoittaa k\u00e4yt\u00e4nn\u00f6ss\u00e4, miten data ker\u00e4t\u00e4\u00e4n ja tulkitaan, millaisia ty\u00f6kaluja prosessissa tarvitaan ja miten observability liittyy infrastruktuurin koko elinkaareen.<\/p>\n

Artikkeli rakentuu vaiheittain perusk\u00e4sitteist\u00e4 kohti k\u00e4yt\u00e4nn\u00f6n sovelluksia. Jos olet juuri tutustumassa aiheeseen, saat selke\u00e4n kokonaiskuvan. Jos observability on jo tuttu, l\u00f6yd\u00e4t j\u00e4sennyksen, jota voit soveltaa omaan ymp\u00e4rist\u00f6\u00f6si.<\/p>\n

Mit\u00e4 infrastruktuurin observability tarkoittaa k\u00e4yt\u00e4nn\u00f6ss\u00e4?<\/h2>\n

Infrastruktuurin observability tarkoittaa kyky\u00e4 ymm\u00e4rt\u00e4\u00e4 j\u00e4rjestelm\u00e4n sis\u00e4inen tila sen tuottaman datan perusteella. Kyse ei ole vain siit\u00e4, ett\u00e4 seurataan, onko palvelin ylh\u00e4\u00e4ll\u00e4 tai alhaalla, vaan siit\u00e4, ett\u00e4 voidaan vastata kysymyksiin kuten: miksi tietty palvelupyynt\u00f6 ep\u00e4onnistui, miss\u00e4 kohtaa ketjua latenssi kasvoi ja miten uusi julkaisu vaikutti k\u00e4ytt\u00e4j\u00e4kokemukseen.<\/p>\n

T\u00e4ss\u00e4 piilee keskeinen ero perinteiseen j\u00e4rjestelmien valvontaan verrattuna. Perinteinen monitorointi vastaa ennalta m\u00e4\u00e4riteltyihin kysymyksiin: ylittyik\u00f6 CPU-raja, laukeiko h\u00e4lytys? Observability puolestaan mahdollistaa my\u00f6s sellaisten ongelmien tutkimisen, joita ei osattu ennakoida etuk\u00e4teen. Se ei korvaa valvontaa, vaan laajentaa sit\u00e4 merkitt\u00e4v\u00e4sti.<\/p>\n

K\u00e4yt\u00e4nn\u00f6n esimerkki: perinteinen valvonta kertoo, ett\u00e4 verkkokaupan vastausaika ylitti kynnysarvon. Observability kertoo, mink\u00e4 mikropalvelun tietokantakutsu aiheutti viiveen, mill\u00e4 k\u00e4ytt\u00e4j\u00e4ryhm\u00e4ll\u00e4 ongelma ilmeni ja oliko taustalla resurssipula vai koodimuutos. T\u00e4m\u00e4 ero on ratkaiseva, kun ongelmia pit\u00e4\u00e4 korjata nopeasti.<\/p>\n

Miten observability-data ker\u00e4t\u00e4\u00e4n infrastruktuurista?<\/h2>\n

Observability-data syntyy siit\u00e4, mit\u00e4 infrastruktuurin eri osat tuottavat jatkuvasti toimiessaan. Ker\u00e4\u00e4minen tarkoittaa t\u00e4m\u00e4n datan ohjaamista yhteen paikkaan, jossa sit\u00e4 voidaan analysoida yhten\u00e4isesti.<\/p>\n

Dataa ker\u00e4t\u00e4\u00e4n useista l\u00e4hteist\u00e4: palvelimilta, virtuaalikoneilta, konteista, pilvipalveluista kuten AWS:st\u00e4, Microsoft Azuresta ja Google Cloud Platformista sek\u00e4 sovelluksista ja verkon komponenteista. Modernissa hybridiarkkitehtuurissa l\u00e4hteit\u00e4 voi olla kymmeni\u00e4 tai satoja. Ker\u00e4\u00e4minen tapahtuu tyypillisesti agenttiohjelmistojen tai API-integraatioiden kautta, jotka l\u00e4hett\u00e4v\u00e4t dataa keskitetylle alustalle reaaliaikaisesti.<\/p>\n

T\u00e4rke\u00e4 periaate on avoimien standardien k\u00e4ytt\u00f6 tiedonkeruussa. OpenTelemetry, lyhennettyn\u00e4 OTel, on vakiintunut alan standardi, joka mahdollistaa datan ker\u00e4\u00e4misen toimittajariippumattomasti. T\u00e4m\u00e4 tarkoittaa, ett\u00e4 organisaatio ei lukitu yhden ty\u00f6kalutoimittajan ekosysteemiin, vaan voi valita analytiikka-alustan tarpeidensa mukaan. Hyv\u00e4 datan onboarding alkaa aina siit\u00e4, ett\u00e4 tiedet\u00e4\u00e4n, mitk\u00e4 l\u00e4hteet ovat kriittisimpi\u00e4 liiketoiminnan kannalta, eik\u00e4 yritet\u00e4 ker\u00e4t\u00e4 kaikkea kerralla.<\/p>\n

Lokit, metriikat ja j\u00e4ljitys \u2013 mik\u00e4 niist\u00e4 kertoo mit\u00e4kin?<\/h2>\n

Observability rakentuu kolmen perustyypin varaan: lokien, metriikoiden ja j\u00e4ljitysten. N\u00e4m\u00e4 eiv\u00e4t ole kesken\u00e4\u00e4n vaihtoehtoisia, vaan t\u00e4ydent\u00e4v\u00e4t toisiaan. Yhdess\u00e4 ne muodostavat kokonaiskuvan siit\u00e4, mit\u00e4 infrastruktuurissa tapahtuu.<\/p>\n

Lokit kertovat, mit\u00e4 tapahtui<\/h3>\n

Lokit ovat muuttumattomia tapahtumatietueita. Ne tallentavat yksitt\u00e4isi\u00e4 tapahtumia aikaleiman kera: milloin pyynt\u00f6 saapui, mik\u00e4 virhe syntyi, mik\u00e4 toiminto suoritettiin. Lokit ovat erityisen arvokkaita j\u00e4lkik\u00e4teistutkinnassa, koska ne s\u00e4ilytt\u00e4v\u00e4t tarkan tapahtumahistorian.<\/p>\n

Esimerkiksi: kun sovellus kaatuu, lokista n\u00e4hd\u00e4\u00e4n tarkalleen, mik\u00e4 virheviesti edelt\u00e4\u00e4 kaatumista ja miss\u00e4 koodipolulla se syntyi. Ilman lokeja t\u00e4m\u00e4 tieto on poissa.<\/p>\n

Metriikat kertovat, mit\u00e4 tapahtuu nyt<\/h3>\n

Metriikat ovat numeerisia signaaleja, joita mitataan ajan yli. CPU:n k\u00e4ytt\u00f6aste, muistin kulutus, pyynt\u00f6jen m\u00e4\u00e4r\u00e4 sekunnissa ja virheprosentti ovat tyypillisi\u00e4 esimerkkej\u00e4. Metriikat soveltuvat erinomaisesti trendien seurantaan ja h\u00e4lytt\u00e4miseen, koska niist\u00e4 n\u00e4kee nopeasti, poikkeaako jokin normaalista.<\/p>\n

Metriikat ovat kevyit\u00e4 tallentaa ja nopea analysoida, mutta ne eiv\u00e4t yksin kerro syyt\u00e4 poikkeamalle. Ne ovat oire, eiv\u00e4t diagnoosi.<\/p>\n

J\u00e4ljitys paljastaa, miss\u00e4 ongelma sijaitsee<\/h3>\n

J\u00e4ljitys, englanniksi trace, seuraa yksitt\u00e4ist\u00e4 pyynt\u00f6\u00e4 tai transaktiota sen kulkiessa j\u00e4rjestelm\u00e4n l\u00e4pi palvelusta toiseen. Mikropalveluarkkitehtuureissa, joissa yksitt\u00e4inen k\u00e4ytt\u00e4j\u00e4toiminto voi kulkea kymmenen eri palvelun kautta, j\u00e4ljitys on ainoa tapa selvitt\u00e4\u00e4, miss\u00e4 kohtaa ketjua viive tai virhe syntyy.<\/p>\n

Hyv\u00e4 analogia: jos loki on rikosilmoitus ja metriikka on rikosten tilasto, j\u00e4ljitys on rikospaikan rekonstruktio, joka n\u00e4ytt\u00e4\u00e4 askel askeleelta, mit\u00e4 tapahtui ja miss\u00e4 j\u00e4rjestyksess\u00e4.<\/p>\n

Observability-ty\u00f6kalujen rooli datan muuttamisessa ymm\u00e4rrykseksi<\/h2>\n

Raakadata yksin\u00e4\u00e4n ei ole ymm\u00e4rryst\u00e4. Observability-ty\u00f6kalujen teht\u00e4v\u00e4 on ottaa lokit, metriikat ja j\u00e4ljitykset, korreloida ne toisiinsa ja esitt\u00e4\u00e4 ne tavalla, josta voi tehd\u00e4 p\u00e4\u00e4t\u00f6ksi\u00e4.<\/p>\n

Hyv\u00e4 observability-alusta tekee useita asioita samanaikaisesti. Se normalisoi eri l\u00e4hteist\u00e4 tulevan datan yhteiseen muotoon, poistaa kohinaa \u00e4lykk\u00e4\u00e4ll\u00e4 deduplikoinnilla, tunnistaa poikkeamia automaattisesti ja yhdist\u00e4\u00e4 tapahtumat toisiinsa yhdell\u00e4 klikkauksella. Tuloksena on, ett\u00e4 insin\u00f6\u00f6ri n\u00e4kee h\u00e4lytyksen, p\u00e4\u00e4see suoraan juurisyyanalyysiin ja ymm\u00e4rt\u00e4\u00e4 tilanteen minuuteissa, ei tunneissa.<\/p>\n

Teko\u00e4ly ja koneoppiminen ovat kasvavassa roolissa t\u00e4ss\u00e4 prosessissa. Kun dataa on valtavia m\u00e4\u00e4ri\u00e4, mallien kyky tunnistaa ep\u00e4normaalit kuviot ihmist\u00e4 nopeammin on k\u00e4yt\u00e4nn\u00f6n etu, ei markkinointipuhe. Splunk on esimerkki alustasta, joka on saanut tunnustusta t\u00e4ll\u00e4 saralla ja jonka Gartner on nostanut kolmesti johtavaksi toimijaksi observability-markkinalla. Oleellista on kuitenkin, ett\u00e4 mik\u00e4\u00e4n ty\u00f6kalu ei tuota arvoa, jos sen pohjalla oleva datamalli ei vastaa organisaation todellisia tarpeita.<\/p>\n

Yleisimm\u00e4t observability-puutteet ja niiden tunnistaminen<\/h2>\n

Monilla organisaatioilla on observability-ty\u00f6kaluja k\u00e4yt\u00f6ss\u00e4, mutta silti reaktiivinen toimintamalli jatkuu. Syy on usein rakenteellinen, ei tekninen.<\/p>\n

Tunnistettavimmat puutteet ovat seuraavat:<\/p>\n