Набљудувајте ја услугата и нејзините корисници

Почнете со прашањето

Надзорот проверува познати услови. Набљудливоста помага да го истражите однесувањето на системот, вклучувајќи неуспеси што не сте ги предвиделе. Повеќе контролни табли не даваат автоматски подобри одговори.

За измислена услуга за извоз, почнете со корисничко прашање: може ли овластен корисник да го добие точниот извоз во договореното време? Потоа изберете сигнали што го поддржуваат тоа прашање и помагаат да се објаснат неуспесите.

OpenTelemetry обезбедува инструментација и стандарди за телеметрија. Може да испраќа сигнали до компатибилни заднински системи. Сè уште ви требаат складирање, пребарување, контроли на пристап, рокови на чување и луѓе што дејствуваат според доказите. Вовед во набљудливост.

Поврзете различни облици на докази

Метрика мери величина низ времето. Дневник бележи настан. Трага поврзува сродни операции додека барање се движи низ системот. Распон (span) претставува една операција во трага.

За асинхрона работа, зачувајте безбедна поврзаност меѓу доставената задача и извршувањето на извршувачот. Одговор HTTP 202 може да значи дека работата е прифатена. Не докажува дека извозот завршил.

Предупредувајте кога е потребно дејство

Одредете ги SLI и неговиот именител пред да поставите SLO. Во примерот, бројте ги извозите што ги исполнуваат условите и завршиле правилно во договореното време. Одредете како долгите и напуштените задачи влегуваат во мерењето.

Буџет за грешки го опишува дозволениот неуспех во временскиот прозорец на SLO. Стапката на трошење опишува колку брзо неуспесите го трошат тој буџет. Насоките на Google користат повеќе временски прозорци за да ги урамнотежат навременото откривање и непотребните предупредувања. Предупредување според SLO.

Повикајте одговорно лице кога условот бара навремено дејство. Испратете ја помалку итната работа во редица. На секое предупредување му требаат одговорно лице, опис на влијанието, врска за истражување и упатство за одговор. Прегледајте ги предупредувањата што постојано не водат до дејство.

Не користете еден општ праг за секоја услуга. Влијанието врз корисниците, сообраќајот, работното време и капацитетот за одговор влијаат врз одлуката.

Заштитете го процесот за телеметрија

Телеметријата може да содржи лични податоци, токени, параметри на барања и доверливи документи. Одредете ги дозволените полиња пред собирањето. Ограничете ги пристапот и чувањето. Отстранете ги тајните пред извоз во надворешен заднински систем. Чувствителна телеметрија.

Не користете е-пошта на клиент или уникатен ID на задача како ознака на метрика. Неограничени ознаки го зголемуваат бројот на временски серии и може да изложат идентификатори. Користете контролирани атрибути за групирање на метриките. Ставете ги одобрените идентификатори за поврзување во дневници или траги со контролиран пристап.

Мерете го и самиот процес. Проверете ги неуспесите при прием, отфрлените податоци и староста на последното набљудување. Рамен графикон за грешки може да значи дека нема грешки или дека не пристигнува телеметрија. Прикажете ја таа разлика.

Истражете конкретен неуспех

Измислената услуга пријавува HTTP 202 за секое барање. Времето на чекање во редицата расте од секунди на 15 минути. Дневниците на извршувачот покажуваат повторени истекувања на времето за одговор од базата. Примерокот од траги покажува дека најголем дел од времето на извршувачот оди на повици до базата.

Овие докази поддржуваат насочено истражување. Не утврдуваат дали причината е промена на барање до базата, исцрпени врски или капацитетот на базата. Споредете ги овие хипотези со методот за откривање дефекти.

Taiga Monitoring обезбедува преглед на исправноста на производот со сигнали за достапност и искуство во прелистувач. Ја надополнува набљудливоста на инфраструктурата и апликацијата; не ги заменува тие системи. Monitoring.