J\u00e4rjestelm\u00e4si tuottaa dataa jatkuvasti. Mutta tied\u00e4tk\u00f6 todella, mit\u00e4 niiden sis\u00e4ll\u00e4 tapahtuu, kun jokin menee pieleen kello kahden aikaan y\u00f6ll\u00e4?<\/p>\n
Perinteinen monitorointi kertoo, ett\u00e4 palvelu on alhaalla. Infrastruktuurin observability kertoo, miksi, miss\u00e4 ja mit\u00e4 tapahtui ennen kuin ongelma syntyi. Se on ero reaktiivisesta toiminnasta ennakoivaan hallintaan.<\/p>\n
Monitorointi toimii hyvin, kun tied\u00e4t tarkalleen, mit\u00e4 etsi\u00e4. Mutta modernit IT-infrastruktuurit eiv\u00e4t en\u00e4\u00e4 k\u00e4ytt\u00e4ydy niin ennustettavasti.<\/p>\n
Kun palvelusi hajoaa tavalla, jota et osannut ennakoida, perinteinen monitorointi antaa h\u00e4lytyksen vasta sen j\u00e4lkeen, kun k\u00e4ytt\u00e4j\u00e4t jo k\u00e4rsiv\u00e4t. Tiimisi alkaa kaivaa lokeja k\u00e4sin, vertailla dashboardeja eri j\u00e4rjestelmist\u00e4 ja yritt\u00e4\u00e4 koota kokonaiskuvaa paloista, jotka eiv\u00e4t luontaisesti sovi yhteen.<\/p>\n
T\u00e4m\u00e4 ei ole resurssiongelma. Se on n\u00e4kyvyysongelma.<\/p>\n
Tunnistatko jonkin n\u00e4ist\u00e4 tilanteista?<\/p>\n
N\u00e4m\u00e4 ovat merkkej\u00e4 siit\u00e4, ett\u00e4 IT-infrastruktuurin valvonta on kasvanut yli sen, mihin perinteinen monitorointi pystyy vastaamaan.<\/p>\n
Observability ei ole monitoroinnin uusi nimi. Se on eri tapa ajatella j\u00e4rjestelmien ymm\u00e4rt\u00e4mist\u00e4.<\/p>\n
Monitorointi kysyy: ”Onko palvelu ylh\u00e4\u00e4ll\u00e4?” Infrastruktuurin observability kysyy: ”Miksi t\u00e4m\u00e4 tapahtui, ja miss\u00e4 kohtaa j\u00e4rjestelm\u00e4\u00e4 ongelma syntyi?” Se on kyky ymm\u00e4rt\u00e4\u00e4 j\u00e4rjestelm\u00e4n sis\u00e4inen tila analysoimalla sen tuottamaa dataa, vaikka ongelmaa ei olisi osattu ennakoida etuk\u00e4teen.<\/p>\n
Observability rakentuu kolmelle signaalityypille:<\/p>\n
Kun n\u00e4m\u00e4 kolme signaalia yhdistet\u00e4\u00e4n yhteen n\u00e4kym\u00e4\u00e4n, tiimisi ei en\u00e4\u00e4 arvaile. Se n\u00e4kee.<\/p>\n
K\u00e4yt\u00e4nn\u00f6ss\u00e4 t\u00e4m\u00e4 tarkoittaa, ett\u00e4 kun API alkaa hidastua tai tuotantolinja k\u00e4ytt\u00e4ytyy poikkeavasti, j\u00e4rjestelm\u00e4 tunnistaa poikkeaman automaattisesti, yhdist\u00e4\u00e4 sen oikeaan komponenttiin ja toimittaa h\u00e4lytyksen oikealle tiimille ennen kuin k\u00e4ytt\u00e4j\u00e4t huomaavat mit\u00e4\u00e4n. Vian selvitt\u00e4minen vie 30 minuuttia, ei nelj\u00e4\u00e4 tuntia.<\/p>\n