Költségoptimalizálás

A megfigyelhetőség rejtett számlája: amikor a logból lesz a főtétel

A logok, metrikák és trace-ek nélkülözhetetlenek, de a megfigyelhetőség költsége csendben a számla egyik legnagyobb sorává nőhet. Hogyan tartsd kordában?

Röviden: A logok, metrikák és trace-ek nélkülözhetetlenek, de a megfigyelhetőség költsége csendben a számla egyik legnagyobb sorává nőhet. Hogyan tartsd kordában?

A megfigyelhetőség — a logok, metrikák és trace-ek — nélkülözhetetlen egy komoly rendszer üzemeltetéséhez. E nélkül vakon repülsz. Van azonban egy ritkán tárgyalt árnyoldala: a megfigyelhetőség maga is pénzbe kerül, és ez a költség csendben a felhőszámla egyik legnagyobb sorává nőhet. A csapda az, hogy a több adat gyűjtése mindig biztonságosabbnak tűnik, így a megfigyelhetőségi költség egy irányba, felfelé mozog, hacsak nincs tudatos fegyelem.

Miért nő a megfigyelhetőség számlája?

A költség több forrásból táplálkozik: minden log-sor tárolása és feldolgozása pénzbe kerül, a nagy kardinalitású metrikák (sok egyedi címke-kombináció) drágák, a részletes trace-ek gyűjtése és megőrzése is költséges. És mivel a „hátha kell” logika mindig a több gyűjtése felé húz, a mennyiség — és vele a számla — folyamatosan nő.

A három jel költségprofilja

JelKöltség fő forrásaFő fegyelem
LogMennyiség (sorok tárolása)Log-szint, mintavételezés, megőrzés
MetrikaKardinalitás (címke-kombinációk)Kevés, jól megválasztott címke
TraceVolumen (minden kérés)Mintavételezés

A megőrzés rétegzése

Nem minden megfigyelhetőségi adatra van szükséged ugyanolyan sokáig. A friss adat (utóbbi napok) fontos a hibakereséshez, ezért gyorsan elérhető, drágább tárban ülhet. A régebbi adatot ritkán nézed — ezt érdemes olcsóbb, lassabb tárba mozgatni vagy rövidebb idő után törölni. A megőrzési szabály az adat tényleges hasznához igazodjon.

A mintavételezés

A trace-eknél a mintavételezés az egyik legerősebb költségkontroll: nem kell minden kérést teljes részletességgel rögzíteni ahhoz, hogy hasznos képet kapj. A hibás vagy lassú kérések teljes rögzítése mellett a sikeres kérések egy töredékét megtartva a költség drasztikusan csökken, miközben a diagnosztikai érték nagyrészt megmarad.

A cél: gyors hibakeresés, nem mindent-gyűjtés

  1. Ellenőrizd az éles log-szinteket (nincs bekapcsolt debug).
  2. Tartsd alacsonyan a metrika-kardinalitást (kevés, jó címke).
  3. Mintavételezd a trace-eket (a hibásakat teljesen, a sikereseket részben).
  4. Rétegezd a megőrzést (friss drágán, régi olcsón vagy törölve).

Mit jelent ez neked?

A megfigyelhetőség nélkülözhetetlen, de a költsége csendben a számla főtételévé nőhet, mert a „hátha kell” mindig a több gyűjtése felé húz. A leggyorsabb nyereség az éles log-szintek ellenőrzése — a bent felejtett debug-log hatalmas és haszontalan mennyiséget termel. Tartsd alacsonyan a metrika-kardinalitást, mintavételezd a trace-eket, és rétegezd a megőrzést az adat tényleges haszna szerint. A cél nem a mindent-gyűjtés, hanem hogy baj esetén gyorsan lásd az okot — méghozzá megfizethető áron.