Kun IT-tiimi saa h\u00e4lytyksen siit\u00e4, ett\u00e4 jokin j\u00e4rjestelm\u00e4ss\u00e4 ei toimi, her\u00e4\u00e4 heti kaksi kysymyst\u00e4: mit\u00e4 tapahtui ja miksi? Perinteinen monitoring vastaa ensimm\u00e4iseen kysymykseen. Observability vastaa molempiin. T\u00e4m\u00e4 ero kuulostaa yksinkertaiselta, mutta k\u00e4yt\u00e4nn\u00f6ss\u00e4 se m\u00e4\u00e4ritt\u00e4\u00e4, kuinka nopeasti tiimisi pystyy reagoimaan h\u00e4iri\u00f6ihin ja kuinka syv\u00e4lle ongelmanratkaisussa p\u00e4\u00e4st\u00e4\u00e4n.<\/p>\n
T\u00e4ss\u00e4 artikkelissa k\u00e4ymme l\u00e4pi, mit\u00e4 monitoring ja observability tarkoittavat, miten ne eroavat toisistaan mekanismeiltaan, milloin kumpaakin tarvitaan ja miten ne toimivat parhaiten yhdess\u00e4. Artikkeli rakentuu k\u00e4sitteist\u00e4 k\u00e4yt\u00e4nt\u00f6\u00f6n, joten voit seurata kokonaisuutta vaihe vaiheelta.<\/p>\n
Monitoring tarkoittaa ennalta m\u00e4\u00e4riteltyjen mittareiden ja tilojen seuraamista. Siin\u00e4 asetetaan kynnysarvoja ja h\u00e4lytyksi\u00e4 tunnetuille ongelmille: onko palvelu k\u00e4ynniss\u00e4, ylitt\u00e4\u00e4k\u00f6 CPU-k\u00e4ytt\u00f6aste 90 prosenttia, vastaako tietokanta kyselyihin. Monitoring vastaa kysymykseen: tapahtuiko jokin tunnettu ongelma?<\/strong><\/p>\n Observability on laajempi k\u00e4site. Se tarkoittaa kyky\u00e4 ymm\u00e4rt\u00e4\u00e4 j\u00e4rjestelm\u00e4n sis\u00e4inen tila tarkastelemalla sen tuottamaa dataa. Observabilityn avulla voidaan selvitt\u00e4\u00e4, mit\u00e4 tapahtuu ja miksi, my\u00f6s silloin kun ongelma ei ole ennalta tunnettu. Observability rakentuu kolmen peruspilarin varaan: lokeista<\/strong>, metriikoista<\/strong> ja j\u00e4ljist\u00e4<\/strong> (traces). Lokit kertovat, mit\u00e4 tapahtui ja milloin. Metriikat n\u00e4ytt\u00e4v\u00e4t numeerisesti, miten j\u00e4rjestelm\u00e4 k\u00e4ytt\u00e4ytyy ajan kuluessa. J\u00e4ljet paljastavat, miss\u00e4 kohtaa k\u00e4ytt\u00e4j\u00e4n tai j\u00e4rjestelm\u00e4n polkua ongelma sijaitsee.<\/p>\n Hyv\u00e4 analogia: monitoring on kuin auton kojelaudan varoitusvalot. Ne kertovat, kun jokin menee pieleen. Observability on kuin mekaanikon diagnostiikkaty\u00f6kalu, joka lukee kaikki sensorit ja auttaa selvitt\u00e4m\u00e4\u00e4n, miksi varoitusvalo syttyi.<\/p>\n Monitoring toimii reaktiivisesti ennalta m\u00e4\u00e4riteltyjen s\u00e4\u00e4nt\u00f6jen pohjalta. Tiimi asettaa h\u00e4lytyksen, kun tietty ehto t\u00e4yttyy, ja j\u00e4rjestelm\u00e4 ilmoittaa siit\u00e4. T\u00e4m\u00e4 on tehokasta tunnetuissa tilanteissa, mutta se ei pysty tunnistamaan ongelmia, joita ei ole osattu ennakoida etuk\u00e4teen.<\/p>\n Modernit digitaaliset infrastruktuurit koostuvat kymmenist\u00e4 tai sadoista toisiinsa yhteydess\u00e4 olevista palveluista, mikropalveluista, pilviresursseista ja kolmannen osapuolen integraatioista. Kun n\u00e4iss\u00e4 ymp\u00e4rist\u00f6iss\u00e4 ilmenee h\u00e4iri\u00f6, syy voi piiloutua useiden palvelukerrosten taakse. Pelkk\u00e4 monitoring kertoo, ett\u00e4 jokin on rikki, mutta ei miss\u00e4 tai miksi.<\/p>\n Esimerkiksi verkkokaupan kassatoiminto voi alkaa hidastua ilman, ett\u00e4 yksik\u00e4\u00e4n yksitt\u00e4inen h\u00e4lytys laukeaa. K\u00e4ytt\u00e4j\u00e4t huomaavat ongelman ennen kuin monitoring ehtii reagoida, koska mik\u00e4\u00e4n yksitt\u00e4inen kynnysarvo ei ylity.<\/p>\n Observability l\u00e4hestyy ongelmaa eri suunnasta. Sen sijaan ett\u00e4 kysyt\u00e4\u00e4n ”onko palvelu k\u00e4ynniss\u00e4?”, observability mahdollistaa kysymyksen ”miksi t\u00e4m\u00e4 pyynt\u00f6 kesti viisi sekuntia normaalin 200 millisekunnin sijaan?” T\u00e4h\u00e4n tarvitaan end-to-end-j\u00e4ljet, jotka seuraavat yksitt\u00e4ist\u00e4 pyynt\u00f6\u00e4 koko j\u00e4rjestelm\u00e4n l\u00e4pi.<\/p>\n Observabilityn avulla tiimi voi tutkia ongelmia, joita ei ole koskaan aiemmin n\u00e4hty, koska se tarjoaa riitt\u00e4v\u00e4sti dataa ja kontekstia johtop\u00e4\u00e4t\u00f6sten tekemiseen ilman ennalta kirjoitettuja s\u00e4\u00e4nt\u00f6j\u00e4. T\u00e4m\u00e4 on erityisen t\u00e4rke\u00e4\u00e4 hajautetuissa j\u00e4rjestelmiss\u00e4, joissa yksitt\u00e4inen transaktio voi kulkea kymmenen eri palvelun kautta.<\/p>\n Monitoring riitt\u00e4\u00e4, kun ymp\u00e4rist\u00f6 on suhteellisen yksinkertainen ja ongelmat ovat ennustettavia. Jos yll\u00e4pid\u00e4t muutamaa palvelinta, joilla py\u00f6rii vakiintunut sovellus, hyvin konfiguroidut h\u00e4lytykset ja perusmittarit antavat riitt\u00e4v\u00e4n n\u00e4kyvyyden. T\u00e4ss\u00e4 kontekstissa observability voi tuntua ylimitoitetulta.<\/p>\n Tarve observabilitylle kasvaa, kun j\u00e4rjestelm\u00e4 monimutkaistuu. Alla on tyypillisi\u00e4 tilanteita, joissa pelkk\u00e4 monitoring alkaa pett\u00e4\u00e4:<\/p>\n Observability on erityisen t\u00e4rke\u00e4 silloin, kun j\u00e4rjestelm\u00e4 k\u00e4sittelee liiketoimintakriittisi\u00e4 prosesseja, kuten maksutapahtumia, tilausten k\u00e4sittely\u00e4 tai asiakaspalveluita, joissa lyhytkin h\u00e4iri\u00f6 vaikuttaa suoraan tulokseen tai asiakastyytyv\u00e4isyyteen.<\/p>\n Yksinkertainen tapa arvioida tarvetta: jos tiimisi pystyy diagnosoimaan kaikki tuotanto-ongelmat alle 15 minuutissa olemassa olevilla ty\u00f6kaluilla, monitoring saattaa riitt\u00e4\u00e4. Jos osa ongelmista j\u00e4\u00e4 selvitt\u00e4m\u00e4tt\u00e4 tai niiden ratkaiseminen kest\u00e4\u00e4 tunteja, observability on investoinnin arvoinen.<\/p>\n Observability on k\u00e4sitteen\u00e4 suhteellisen uusi, ja sen ymp\u00e4rille on ker\u00e4\u00e4ntynyt useita v\u00e4\u00e4rink\u00e4sityksi\u00e4, jotka voivat johtaa huonoihin teknologiap\u00e4\u00e4t\u00f6ksiin.<\/p>\n T\u00e4m\u00e4 on yleisin virhe. Monitoring on osa observabilitya, mutta observability ei rajoitu monitoringiin. Monitoring kertoo, ett\u00e4 ongelma on olemassa. Observability auttaa ymm\u00e4rt\u00e4m\u00e4\u00e4n, mist\u00e4 ongelma johtuu ja miten se vaikuttaa muihin j\u00e4rjestelmiin. Ne eiv\u00e4t ole synonyymej\u00e4, vaikka molemmat liittyv\u00e4t j\u00e4rjestelmien seurantaan.<\/p>\n Enemm\u00e4n dataa ei automaattisesti tarkoita parempaa observabilitya. Organisaatiot ker\u00e4\u00e4v\u00e4t usein huomattavasti enemm\u00e4n dataa kuin ne tosiasiassa analysoivat tai hy\u00f6dynt\u00e4v\u00e4t p\u00e4\u00e4t\u00f6ksenteossa. Tehokas observability tarkoittaa oikean datan ker\u00e4\u00e4mist\u00e4 oikeasta paikasta ja sen strukturoimista niin, ett\u00e4 se on k\u00e4ytt\u00f6kelpoista kriittisiss\u00e4 tilanteissa.<\/p>\n Observability ei ole asia, jonka voi implementoida kerran ja unohtaa. Kun j\u00e4rjestelm\u00e4t kehittyv\u00e4t, uusia palveluita lis\u00e4t\u00e4\u00e4n ja arkkitehtuuri muuttuu, my\u00f6s observability-k\u00e4yt\u00e4nt\u00f6jen on kehitytt\u00e4v\u00e4 mukana. Kyse on jatkuvasta prosessista, ei yksitt\u00e4isest\u00e4 toimituksesta.<\/p>\n T\u00e4m\u00e4 on erityisen yleinen kysymys: is Splunk a monitoring tool?<\/em> Splunk on merkitt\u00e4v\u00e4sti laajempi alusta. Se k\u00e4sittelee lokit, metriikat ja j\u00e4ljet yhten\u00e4 kokonaisuutena, tarjoaa reaaliaikaisen datan prosessoinnin sek\u00e4 mahdollistaa liiketoimintakontekstin yhdist\u00e4misen tekniseen dataan. Gartner on tunnustanut Splunkin johtavaksi alustaksi useammalla osa-alueella, mik\u00e4 heijastaa sen kyky\u00e4 tukea t\u00e4ysimittaista observabilitya, ei vain perusmonitoringia. Infrastructure observability<\/a> rakentuu juuri t\u00e4llaisten alustojen varaan.<\/p>\n Rakentaen aiemmissa osioissa k\u00e4siteltyjen erojen p\u00e4\u00e4lle on t\u00e4rke\u00e4\u00e4 ymm\u00e4rt\u00e4\u00e4, ett\u00e4 monitoring ja observability eiv\u00e4t ole toistensa vaihtoehtoja. Ne toimivat parhaiten yhdess\u00e4, toisiaan t\u00e4ydent\u00e4en.<\/p>\n Toimiva l\u00e4hestymistapa yhdist\u00e4\u00e4 molemmat seuraavalla tavalla:<\/p>\n Kuvitellaan tilanne, jossa verkkokauppa l\u00e4hestyy kampanjap\u00e4iv\u00e4\u00e4. Monitoring valvoo palvelinten saatavuutta, sivuston vasteaikoja ja tilausj\u00e4rjestelm\u00e4n toimintaa. Observability tarjoaa sen p\u00e4\u00e4lle end-to-end-n\u00e4kyvyyden: se seuraa yksitt\u00e4isen tilauksen kulkua verkkokaupasta varastoj\u00e4rjestelm\u00e4\u00e4n, maksunv\u00e4litt\u00e4j\u00e4lle ja toimituspalveluun. Jos jokin v\u00e4li hidastuu, tiimi n\u00e4kee tarkalleen miss\u00e4 ja miksi, ennen kuin asiakkaat alkavat valittaa.<\/p>\n T\u00e4m\u00e4 yhdistelm\u00e4 on se, mihin kyps\u00e4 infrastruktuurin observability-k\u00e4yt\u00e4nt\u00f6 t\u00e4ht\u00e4\u00e4: ei pelk\u00e4st\u00e4\u00e4n reagoiminen h\u00e4iri\u00f6ihin, vaan niiden ennakoiminen ja ehk\u00e4iseminen. Kun monitoring ja observability on suunniteltu yhdess\u00e4, tiimisi k\u00e4ytt\u00e4\u00e4 v\u00e4hemm\u00e4n aikaa h\u00e4iri\u00f6iden selvitt\u00e4miseen ja enemm\u00e4n aikaa varsinaisen kehitysty\u00f6n tekemiseen.<\/p>\nMiten monitoring ja observability toimivat eri tavoin?<\/h2>\n
Monitoringin rajoitukset monimutkaisissa ymp\u00e4rist\u00f6iss\u00e4<\/h3>\n
Miten observability t\u00e4ydent\u00e4\u00e4 aukkoja<\/h3>\n
Milloin monitoring riitt\u00e4\u00e4 ja milloin tarvitaan observability?<\/h2>\n
Merkit siit\u00e4, ett\u00e4 monitoring ei en\u00e4\u00e4 riit\u00e4<\/h3>\n
\n
K\u00e4yt\u00e4nn\u00f6n p\u00e4\u00e4t\u00f6skehys<\/h3>\n
Yleisimm\u00e4t v\u00e4\u00e4rink\u00e4sitykset observabilityst\u00e4<\/h2>\n
V\u00e4\u00e4rink\u00e4sitys 1: Observability on sama asia kuin monitoring<\/h3>\n
V\u00e4\u00e4rink\u00e4sitys 2: Observability tarkoittaa kaiken datan ker\u00e4\u00e4mist\u00e4<\/h3>\n
V\u00e4\u00e4rink\u00e4sitys 3: Observability on kertaluonteinen projekti<\/h3>\n
V\u00e4\u00e4rink\u00e4sitys 4: Splunk on pelkk\u00e4 monitoring-ty\u00f6kalu<\/h3>\n
Observabilityn ja monitoringin yhdist\u00e4minen k\u00e4yt\u00e4nn\u00f6ss\u00e4<\/h2>\n
K\u00e4yt\u00e4nn\u00f6n arkkitehtuuri<\/h3>\n
\n
Konkreettinen esimerkki: verkkokauppa huippusesonkina<\/h3>\n