Біз өз жобаларымызда микросервис архитектурасын қолданамыз. Өнімділік кедергілері орын алған кезде журналдарды бақылауға және талдауға көп уақыт жұмсалады. Жеке операциялардың уақыттарын журнал файлына тіркеген кезде, әдетте бұл операциялардың шақырылуына не себеп болғанын түсіну, әрекеттердің реттілігін немесе әртүрлі қызметтердегі бір операцияның екіншісіне қатысты уақыт ауысуын қадағалау қиын.
Қол еңбегін азайту үшін біз бақылау құралдарының бірін пайдалануды шештік. Бақылауды қалай және не үшін қолдануға болады және біз оны қалай жасадық, осы мақалада талқыланады.
Бақылау көмегімен қандай мәселелерді шешуге болады?
- Бір қызмет ішінде де, барлық қатысушы қызметтер арасындағы бүкіл орындау тармағы бойынша да өнімділік кедергілерін табыңыз. Мысалы:
- Қызметтер арасындағы көптеген қысқа ретті қоңыраулар, мысалы, геокодтау немесе дерекқорға.
- Желі арқылы деректерді тасымалдау немесе дискіден оқу сияқты ұзақ енгізу/шығару күтеді.
- Ұзақ деректерді талдау.
- Орталық процессорды қажет ететін ұзақ операциялар.
- Түпкілікті нәтиже алу үшін қажет емес және жойылуы немесе кейінге қалдырылуы мүмкін код бөлімдері.
- Қандай ретпен шақырылатынын және операция орындалғанда не болатынын анық түсініңіз.
Мысалы, Сұраныс WS қызметіне келді -> WS қызметі R қызметі арқылы деректерді толықтырды -> содан кейін сұранысты V қызметіне жіберді -> V қызметі серверден көптеген деректерді жүктеп алды. R қызметі -> P қызметіне барды -> P қызметі R қызметіне қайта барды -> V нәтижені елемеді және J -> қызметіне өтті, содан кейін ғана WS қызметіне жауапты қайтарды, бұл ретте басқа нәрсені есептеуді жалғастырады. фон.
Бүкіл процесс үшін мұндай із немесе егжей-тегжейлі құжаттамасыз, кодты бірінші рет қарағаннан кейін не болып жатқанын түсіну өте қиын, ал код әртүрлі қызметтерге шашыраңқы және көптеген бұршақтар мен интерфейстердің артына жасырылады. - Кейінге қалдырылған талдау үшін орындау ағашы туралы ақпарат жинау. Орындаудың әрбір кезеңінде сіз осы кезеңде қол жетімді ақпаратты ізге қосып, содан кейін қандай кіріс деректері осындай сценарийге әкелгенін анықтай аласыз. Мысалы:
- Қолданушының ID
- Құқықтар
- Таңдалған әдіс түрі
- Журнал немесе орындау қатесі
- Жолдарды метриканың ішкі жиынына айналдыру және метрика түріндегі одан әрі талдау.
Қандай бақылау журналына жазылуы мүмкін. Аралық
Трассада аралық ұғымы бар, бұл консольге бір журналдың аналогы. Span бар:
- Атау, әдетте орындалған әдістің атауы
- Аралық жасалған қызмет атауы
- Жеке идентификатор
- Оған енгізілген кілт/мән түріндегі кейбір мета ақпарат. Мысалы, әдіс параметрлері немесе әдіс қатемен аяқталды ма, жоқ па
- Осы аралықты орындаудың басталу және аяқталу уақыттары
- Ата-аналық аралық идентификаторы
Әрбір аралық орындалуды аяқтағаннан кейін кейінірек қарау үшін дерекқорда сақтау үшін аралық коллекторына жіберіледі. Болашақта сіз оларды ата-ана идентификаторы арқылы қосу арқылы барлық аралықтардың ағашын құра аласыз. Талдау кезінде, мысалы, біраз уақыттан көп уақыт алған кейбір қызметтегі барлық аралықты табуға болады. Содан кейін белгілі бір аралыққа өтіп, осы аралықтың үстіндегі және астындағы бүкіл ағашты қараңыз.
Opentrace, Jagger және біз оны жобаларымызға қалай енгіздік
Ортақ стандарт бар , ол қалай және нені жинау керектігін сипаттайды, кез келген тілдегі нақты іске асыруға ізімен байланбайды. Мысалы, Java тілінде іздермен барлық жұмыс жалпы Opentrace API арқылы жүзеге асырылады және оның астында жасыруға болады, мысалы, Jaeger немесе ештеңе жасамайтын бос әдепкі іске асыру.
Біз қолданамыз Opentrace іске асыру ретінде. Ол бірнеше құрамдас бөліктерден тұрады:
- Jaeger-агент әдетте әрбір құрылғыда орнатылатын жергілікті агент және қызметтер оған жергілікті әдепкі портта тіркеледі. Егер агент болмаса, бұл құрылғыдағы барлық қызметтердің іздері әдетте өшіріледі
- Jaeger-коллектор - барлық агенттер оған жиналған іздерді жібереді және ол оларды таңдалған дерекқорға орналастырады.
- Деректер базасы - олардың таңдаулысы кассандра, бірақ біз elasticsearch қолданамыз, бірнеше басқа дерекқорларға арналған іске асырулар және дискіге ештеңе сақтамайтын жадтағы іске асыру бар.
- Jaeger-query - бұл дерекқорға кіретін және талдау үшін бұрыннан жиналған іздерді қамтамасыз ететін қызмет
- Jaeger-ui - іздерді іздеуге және көруге арналған веб-интерфейс, ол jaeger-query-де жұмыс істейді
Жеке құрамдас белгілі бір тілдерге арналған opentrace jaeger іске асыру деп атауға болады, ол арқылы аралықтар jaeger-агентке жіберіледі.
io.opentracing.Tracer интерфейсін енгізуге түседі, содан кейін ол арқылы барлық іздер нақты агентке ұшады.
Сондай-ақ, серіппелі компоненттерді қосуға болады және Jaeger компаниясынан жүзеге асыру ол осы құрамдас бөліктер арқылы өтетін барлық нәрсе үшін бақылауды автоматты түрде конфигурациялайды, мысалы, контроллерлерге http сұраулары, jdbc арқылы дерекқорға сұраулар және т.б.
Java тіліндегі іздерді тіркеу
Жоғарғы деңгейде бір жерде бірінші Span жасалуы керек, мұны автоматты түрде орындауға болады, мысалы, сұрауды алған кезде серіппелі контроллер арқылы немесе егер жоқ болса, қолмен. Содан кейін ол төменде Scope арқылы жіберіледі. Төмендегі қандай да бір әдіс Span қосқысы келсе, ол Scope ішінен ағымдағы activeSpan алады, жаңа Span жасайды және оның ата-анасы activeSpan алғанын айтады және жаңа Span белсенді етеді. Сыртқы қызметтер шақырылғанда, ағымдағы белсенді аралықтар оларға беріледі және сол қызметтер осы аралыққа байланысты жаңа аралықтар жасайды.
Барлық жұмыс Tracer данасы арқылы өтеді; DI механизмі жұмыс істемесе, оны DI механизмі немесе GlobalTracer.get() арқылы жаһандық айнымалы ретінде алуға болады. Әдепкі бойынша, егер тресер инициализацияланбаған болса, NoopTracer қайтарылады, ол ештеңе жасамайды.
Әрі қарай, ағымдағы аумақ бақылаушыдан ScopeManager арқылы алынады, жаңа аумақ қосылған ағымдағыдан жаңа аумақ жасалады, содан кейін жасалған аумақ жабылады, ол жасалған аумақты жабады және алдыңғы аумақты белсенді күйге қайтарады. . Аумақ ағынмен байланыстырылған, сондықтан көп ағынды бағдарламалау кезінде осы аралыққа байланысты басқа ағынның Ауқымын одан әрі белсендіру үшін белсенді аралықты басқа ағынға тасымалдауды есте сақтау керек.
io.opentracing.Tracer tracer = ...; // GlobalTracer.get()
void DoSmth () {
try (Scope scope = tracer.buildSpan("DoSmth").startActive(true)) {
...
}
}
void DoOther () {
Span span = tracer.buildSpan("someWork").start();
try (Scope scope = tracer.scopeManager().activate(span, false)) {
// Do things.
} catch(Exception ex) {
Tags.ERROR.set(span, true);
span.log(Map.of(Fields.EVENT, "error", Fields.ERROR_OBJECT, ex, Fields.MESSAGE, ex.getMessage()));
} finally {
span.finish();
}
}
void DoAsync () {
try (Scope scope = tracer.buildSpan("ServiceHandlerSpan").startActive(false)) {
...
final Span span = scope.span();
doAsyncWork(() -> {
// STEP 2 ABOVE: reactivate the Span in the callback, passing true to
// startActive() if/when the Span must be finished.
try (Scope scope = tracer.scopeManager().activate(span, false)) {
...
}
});
}
}Көп ағынды бағдарламалау үшін, сондай-ақ асинхронды тапсырмаларды орындау кезінде ағымдағы аралықты ағынға автоматты түрде жіберетін TracedExecutorService және ұқсас орауыштар бар:
private ExecutorService executor = new TracedExecutorService(
Executors.newFixedThreadPool(10), GlobalTracer.get()
);Сыртқы http сұраулары үшін бар
HttpClient httpClient = new TracingHttpClientBuilder().build();Біз кездескен проблемалар
- Бақылау құралы қызметте немесе құрамдас бөлікте пайдаланылмаса, бұршақ және DI әрқашан жұмыс істемейді Tracer жұмыс істемеуі мүмкін және GlobalTracer.get() пайдалануыңыз керек.
- Егер ол құрамдас немесе қызмет болмаса немесе әдіс шақыруы сол сыныптың көрші әдісінен келсе, аннотациялар жұмыс істемейді. Сақ болу керек, не жұмыс істейтінін тексеріңіз және @Traced жұмыс істемесе, қолмен із жасауды пайдаланыңыз. Сіз сондай-ақ java аннотациялары үшін қосымша компиляторды қоса аласыз, содан кейін ол барлық жерде жұмыс істеуі керек.
- Ескі көктемде және көктемгі жүктеуде DI қателеріне байланысты көктемгі бұлтты автоматты конфигурациялау жұмыс істемейді, содан кейін көктемгі құрамдас бөліктердегі іздердің автоматты түрде жұмыс істеуін қаласаңыз, оны ұқсастығы бойынша жасауға болады.
- Ресурстармен әрекет ету керемет түрде жұмыс істемейді; сіз try finally пайдалануыңыз керек.
- Әрбір қызметте жолдар тіркелетін өзінің spring.application.name болуы керек. Сату мен тестілеудің бөлек атауына не қатысы бар, оларды араластырмас үшін.
- Егер сіз GlobalTracer және tomcat қолданбаларын пайдалансаңыз, онда осы томкатта жұмыс істейтін барлық қызметтерде бір GlobalTracer болады, сондықтан олардың барлығында бірдей қызмет атауы болады.
- Әдіске іздерді қосқанда, оның циклде көп рет шақырылмағанына сенімді болу керек. Барлық қоңыраулар үшін жалпы жұмыс уақытын жазатын бір жалпы ізді қосу керек. Әйтпесе, артық жүктеме пайда болады.
- Jaeger-ui-де олар көп іздер үшін тым үлкен сұраулар жасады және олар жауап күтпегендіктен, оны қайтадан жасады. Нәтижесінде jaeger-query көп жадты жей бастады және серпімділікті баяулатады. jaeger-query қайта іске қосу арқылы көмектесті
Сынамаларды алу, сақтау және іздерді қарау
Үш түрі бар :
- Барлық іздерді жіберетін және сақтайтын Const.
- Белгілі бір ықтималдықпен іздерді сүзетін ықтималдық.
- Секундына іздердің санын шектейтін бағалау. Бұл параметрлерді клиентте, не jaeger-агентте немесе коллекторда конфигурациялауға болады. Қазір бағалаушы стекінде const 1 қолданамыз, өйткені сұраулар көп емес, бірақ олар көп уақыт алады. Болашақта бұл жүйеге қажетсіз жүктеме түсірсе, оны шектей аласыз.
Кассандраны пайдалансаңыз, әдепкі бойынша ол іздерді тек екі күн сақтайды. Біз қолданамыз және іздер бүкіл уақыт бойы сақталады және жойылмайды. Әрбір күн үшін жеке индекс жасалады, мысалы jaeger-service-2019-03-04. Болашақта ескі іздерді автоматты түрде тазалауды конфигурациялау қажет.
Іздерді көру үшін сізге қажет:
- Жолдарды сүзгіңіз келетін қызметті таңдаңыз, мысалы, Tomcat жүйесінде іске қосылған және өз атауы жоқ қызмет үшін tomcat7-әдепкі.
- Әрі қарай, тек ұзақ орындалатын әрекеттерді қабылдау үшін операцияны, уақыт кезеңін және ең аз жұмыс уақытын таңдаңыз, мысалы, 10 секундтан.
- Іздердің біріне барып, онда не баяулағанын көріңіз.
Сондай-ақ, егер кейбір сұрау идентификаторы белгілі болса, бұл идентификатор жолдың ауқымында тіркелген болса, тегтерді іздеу арқылы осы идентификатор бойынша ізді таба аласыз.
жазбалар
- Opentracing құжаттамасы
- Jaeger құжаттамасы
- jaeger java қосылуда
- Серіппелі ашық калька байланысы
Мақалалар
- PHP және Голанг тіліндегі нақты жобадағы Jaeger Opentracing және Microservices
- Uber Engineering-тегі дамып келе жатқан таратылған бақылау
- Jaeger агентін жалаң металлда жүргізу
Видео
- Біз Йегер мен Прометейді пайдаланушының жылдам сұрауларын жеткізу үшін қалай пайдаландық - Брайан Борхэм
- Кіріспе: Джегер - Юрий Шкуро, Убер және Павол Лоффай, Red Hat
- Сергей Яковлев, «Үлкен жеңістің шағын тарихы: OpenTracing, AWS және Jaeger»
Ақпарат көзі: www.habr.com