🥇सेवा ट्रेसिङ, ओपन ट्रेसिङ र जेगर

हामी हाम्रा परियोजनाहरूमा माइक्रोसर्भिस आर्किटेक्चर प्रयोग गर्छौं। जब प्रदर्शन बाधा उत्पन्न हुन्छ, धेरै समय अनुगमन र लग पार्सिङ खर्च हुन्छ। लग फाइलमा व्यक्तिगत अपरेसनहरूको समय लगाउँदा, यी अपरेशनहरूको आह्वान के कारणले गर्दा, कार्यहरूको अनुक्रम ट्र्याक गर्न वा विभिन्न सेवाहरूमा अर्को कार्यको सापेक्ष एक अपरेशनको समय परिवर्तनको कारण बुझ्न सामान्यतया गाह्रो हुन्छ।

म्यानुअल श्रमलाई कम गर्न, हामीले ट्रेसिङ उपकरणहरू मध्ये एक प्रयोग गर्ने निर्णय गर्यौं। तपाइँ कसरी र किन ट्रेसिङ प्रयोग गर्न सक्नुहुन्छ र हामीले यो कसरी गर्यौं भन्ने बारे, र यस लेखमा छलफल गरिनेछ।

ट्रेसिङ संग के समस्या समाधान गर्न सकिन्छ

एकल सेवा भित्र र सबै सहभागी सेवाहरू बीचको सम्पूर्ण कार्यान्वयन रूखमा प्रदर्शन बाधाहरू फेला पार्नुहोस्। उदाहरणका लागि:
- सेवाहरू बीच धेरै छोटो लगातार कलहरू, उदाहरणका लागि, जियोकोडिङ वा डाटाबेसमा।
- लामो I/O पर्खाइ, जस्तै नेटवर्क स्थानान्तरण वा डिस्क रिडहरू।
- लामो डेटा पार्सिङ।
- लामो अपरेशनहरू सीपीयू चाहिन्छ।
- कोडको खण्डहरू जुन अन्तिम परिणाम प्राप्त गर्न आवश्यक छैन र हटाउन वा ढिलाइ गर्न सकिन्छ।
कुन क्रममा के भनिन्छ र अपरेशन गर्दा के हुन्छ भनेर स्पष्ट रूपमा बुझ्नुहोस्।

यो देख्न सकिन्छ, उदाहरणका लागि, अनुरोध WS सेवामा आयो -> WS सेवाले R सेवा मार्फत डाटा पूरक गर्यो -> त्यसपछि V सेवालाई अनुरोध पठायो -> V सेवाले धेरै डाटा लोड गर्यो। R सेवा -> P सेवामा गयो -> P सेवा फेरि सेवामा गयो R -> सेवा V ले नतिजालाई बेवास्ता गर्यो र सेवा J -> मा गयो र त्यसपछि मात्र सेवा WS मा प्रतिक्रिया फिर्ता गर्यो, जबकि अन्य केहि गणना गर्न जारी राख्दै। पृष्ठभूमि।
सम्पूर्ण प्रक्रियाको लागि यस्तो ट्रेस वा विस्तृत कागजात बिना, पहिलो पटक कोड हेर्दा के भइरहेको छ भनेर बुझ्न धेरै गाह्रो छ, र कोड विभिन्न सेवाहरूमा छरिएको छ र बिन र इन्टरफेसहरूको गुच्छा पछाडि लुकेको छ।
पछिको स्थगित विश्लेषणको लागि कार्यान्वयन रूखको बारेमा जानकारीको सङ्कलन। कार्यान्वयनको प्रत्येक चरणमा, तपाइँ यस चरणमा उपलब्ध ट्रेसमा जानकारी थप्न सक्नुहुन्छ र त्यसपछि कुन इनपुट डेटाले समान परिदृश्य निम्त्यायो भनेर पत्ता लगाउन सक्नुहुन्छ। उदाहरणका लागि:
- प्रयोगकर्ता ID
- अधिकार
- चयन गरिएको विधिको प्रकार
- लग वा कार्यान्वयन त्रुटि
ट्रेसहरूलाई मेट्रिक्सको सबसेटमा परिणत गर्दै र मेट्रिक्सको रूपमा पहिले नै थप विश्लेषण।

के ट्रेस लग गर्न सक्नुहुन्छ। स्प्यान

ट्रेसिङमा स्प्यानको अवधारणा छ, यो कन्सोलमा एउटा लगको एनालग हो। स्पा छ:

नाम, सामान्यतया कार्यान्वयन गरिएको विधिको नाम
स्प्यान उत्पन्न भएको सेवाको नाम
आफ्नै अद्वितीय आईडी
कुञ्जी/मानको रूपमा केही प्रकारको मेटा जानकारी जुन यसमा लग इन गरिएको छ। उदाहरणका लागि, विधि प्यारामिटरहरू वा विधि त्रुटिसँग समाप्त भयो वा होइन
यस अवधिको लागि सुरु र अन्त्य समय
अभिभावक स्प्यान ID

प्रत्येक स्प्यानलाई यसको कार्यान्वयन पूरा हुने बित्तिकै पछि समीक्षाको लागि डाटाबेसमा भण्डारण गर्न स्प्यान कलेक्टरमा पठाइन्छ। भविष्यमा, तपाइँ अभिभावक आईडी द्वारा जडान गरेर सबै स्प्यानहरूको रूख बनाउन सक्नुहुन्छ। विश्लेषण गर्दा, तपाईंले फेला पार्न सक्नुहुन्छ, उदाहरणका लागि, केही सेवाहरूमा सबै स्प्यानहरू जुन केही समय भन्दा बढी लाग्थ्यो। थप, एक विशिष्ट स्प्यानमा गएर, यो स्प्यान माथि र तल सम्पूर्ण रूख हेर्नुहोस्।

Opentrace, Jagger र हामीले यसलाई हाम्रा परियोजनाहरूको लागि कसरी लागू गर्यौं

त्यहाँ एक साझा मानक छ खुला ट्रेस, जसले कुनै पनि भाषामा विशेष कार्यान्वयनमा ट्रेसिङ गरेर बाँधिएको बिना कसरी र के सङ्कलन गर्नुपर्छ भनेर वर्णन गर्दछ। उदाहरण को लागी, जाभा मा, ट्रेस संग सबै काम साझा Opentrace API को माध्यम बाट गरिन्छ, र यसको अन्तर्गत, उदाहरण को लागी, Jaeger वा खाली पूर्वनिर्धारित कार्यान्वयन जसले केहि पनि लुकाउन सक्दैन।
प्रयोग गरिरहेका छौं जेगर Opentrace को कार्यान्वयन को रूप मा। यसले धेरै घटकहरू समावेश गर्दछ:

Jaeger-agent एक स्थानीय एजेन्ट हो जुन सामान्यतया प्रत्येक मेसिनमा स्थापित हुन्छ र सेवाहरू स्थानीय पूर्वनिर्धारित पोर्टमा लगइन हुन्छन्। यदि त्यहाँ कुनै एजेन्ट छैन भने, यस मेसिनमा सबै सेवाहरूको ट्रेसहरू सामान्यतया असक्षम हुन्छन्
Jaeger-कलेक्टर - सबै एजेन्टहरूले यसलाई एकत्रित ट्रेसहरू पठाउँछन्, र यसले तिनीहरूलाई चयन गरिएको डाटाबेसमा राख्छ।
डाटाबेस - तिनीहरूको मनपर्ने एक क्यासान्ड्रा हो, तर हामी इलास्टिकसर्च प्रयोग गर्छौं, त्यहाँ अन्य डाटाबेसहरू र इन-मेमोरी कार्यान्वयनका लागि कार्यान्वयनहरू छन् जसले डिस्कमा केही बचत गर्दैन।
Jaeger-query एक सेवा हो जुन डाटाबेसमा जान्छ र विश्लेषणको लागि पहिले नै सङ्कलन ट्रेसहरू फर्काउँछ।
Jaeger-ui ट्रेसहरू खोज्न र हेर्नको लागि वेब इन्टरफेस हो, यो jaeger-query मा जान्छ।

एउटा छुट्टै कम्पोनेन्टलाई ओपनट्रेस जेगर कार्यान्वयन भनिन्छ विशेष भाषाहरूको लागि, जसको माध्यमबाट स्प्यान्स जेगर-एजेन्टमा पठाइन्छ।
Java मा Jagger जडान गर्दै io.opentracing.Tracer इन्टरफेस लागू गर्न तल आउँछ, जस पछि यसको माध्यमबाट सबै ट्रेसहरू वास्तविक एजेन्टमा उडान हुनेछ।

तपाईं पनि वसन्त घटक जडान गर्न सक्नुहुन्छ ओपनट्रेसिङ-वसन्त-क्लाउड-स्टार्टर र Jaeger बाट कार्यान्वयन opentracing-spring-jaeger-Cloud-starter जसले स्वचालित रूपमा यी कम्पोनेन्टहरू मार्फत जाने सबै चीजहरूको लागि ट्रेसिङ कन्फिगर गर्दछ, उदाहरणका लागि नियन्त्रकहरूलाई HTTP अनुरोधहरू, jdbc मार्फत डाटाबेसमा अनुरोधहरू, आदि।

जाभामा लगिङ ट्रेस गर्नुहोस्

माथिल्लो तहमा कतै, पहिलो स्प्यान सिर्जना गर्नुपर्छ, यो स्वचालित रूपमा गर्न सकिन्छ, उदाहरणका लागि, अनुरोध प्राप्त हुँदा वसन्त नियन्त्रकद्वारा, वा म्यानुअल रूपमा यदि त्यहाँ कुनै पनि छैन। त्यसपछि यो तलको दायरा मार्फत प्रसारित हुन्छ। यदि तलको कुनै पनि विधिले स्प्यान थप्न चाहन्छ भने, यसले स्कोपबाट हालको एक्टिभ स्प्यान लिन्छ, नयाँ स्प्यान सिर्जना गर्छ र यसको अभिभावक परिणाम स्वरूप सक्रिय स्प्यान हो भन्छ, र नयाँ स्प्यानलाई सक्रिय बनाउँछ। बाह्य सेवाहरूलाई कल गर्दा, हालको सक्रिय स्प्यान तिनीहरूलाई पास गरिन्छ, र ती सेवाहरूले यस अवधिको सन्दर्भमा नयाँ स्प्यानहरू सिर्जना गर्छन्।
सबै काम 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 अनुरोधहरूको लागि त्यहाँ छ TracingHttpClient

HttpClient httpClient = new TracingHttpClientBuilder().build();

हामीले सामना गरेका समस्याहरू

यदि ट्रेसर सेवा वा कम्पोनेन्टमा प्रयोग गरिएन भने बीन्स र DI ले सधैं काम गर्दैन स्वत: वायर्ड ट्रेसरले काम नगर्न सक्छ र तपाईंले GlobalTracer.ge() प्रयोग गर्नुपर्नेछ।
एनोटेसनले काम गर्दैन यदि यो कम्पोनेन्ट वा सेवा होइन, वा यदि विधि उही कक्षाको छिमेकी विधिबाट बोलाइन्छ। के काम गर्छ भनी जाँच्न र @Traced ले काम गर्दैन भने म्यानुअल ट्रेस सिर्जना प्रयोग गर्नको लागि तपाई सावधान रहनु पर्छ। तपाइँ जाभा एनोटेसनहरूको लागि अतिरिक्त कम्पाइलर पनि संलग्न गर्न सक्नुहुन्छ, त्यसपछि तिनीहरू सबै ठाउँमा काम गर्नुपर्छ।
पुरानो वसन्त र वसन्त बुटमा, DI मा बगहरूका कारण ओपनट्रेनिङ स्प्रिङ क्लाउड स्वत: कन्फिगरेसनले काम गर्दैन, त्यसोभए यदि तपाइँ वसन्त घटकहरूमा ट्रेसहरू स्वचालित रूपमा काम गर्न चाहनुहुन्छ भने, तपाइँ यसलाई समानताद्वारा गर्न सक्नुहुन्छ। github.com/opentracing-contrib/java-spring-jaeger/blob/master/opentracing-spring-jaeger-starter/src/main/java/io/opentracing/contrib/java/spring/jaeger/starter/JaegerAutoConfiguration.java
स्रोतहरूसँग प्रयास गर्नुहोस् ग्रूवीमा काम गर्दैन, तपाईंले अन्तमा प्रयास प्रयोग गर्नुपर्छ।
प्रत्येक सेवाको आफ्नै spring.application.name हुनु पर्छ जस अन्तर्गत ट्रेसहरू लगिनेछन्। बिक्री र परीक्षणको लागि छुट्टै नाम के हो, ताकि तिनीहरू सँगै हस्तक्षेप नगर्नुहोस्।
यदि तपाइँ GlobalTracer र tomcat प्रयोग गर्नुहुन्छ भने, तब यो tomcat मा चल्ने सबै सेवाहरूमा एउटा GlobalTracer छ, त्यसैले तिनीहरू सबैको एउटै सेवा नाम हुनेछ।
कुनै विधिमा ट्रेसहरू थप्दा, तपाइँलाई यो लूपमा धेरै पटक बोलाइएको छैन भनेर निश्चित हुन आवश्यक छ। सबै कलहरूको लागि एक साझा ट्रेस थप्न आवश्यक छ, जसले कुल कार्य समयको ग्यारेन्टी गर्दछ। अन्यथा, एक अतिरिक्त लोड सिर्जना हुनेछ।
एक पटक jaeger-ui मा, धेरै संख्यामा ट्रेसहरूको लागि धेरै ठूला अनुरोधहरू बनाइयो, र तिनीहरूले प्रतिक्रियाको लागि प्रतीक्षा नगरेकोले, तिनीहरूले फेरि गरे। नतिजाको रूपमा, jaeger-query धेरै मेमोरी खान र लोचदार ढिलो गर्न थाले। jaeger-query पुन: सुरु गरेर मद्दत गरियो

नमूनाहरू, भण्डारण र अवलोकन ट्रेसहरू

तीन प्रकारका हुन्छन् नमूना ट्रेसहरू:

Const जसले सबै ट्रेसहरू पठाउँछ र बचत गर्छ।
केही दिइएको सम्भाव्यतासँग ट्रेसहरू फिल्टर गर्ने सम्भाव्यता।
प्रति सेकेन्ड ट्रेसहरूको संख्या सीमित गर्ने दर सीमित गर्दै। तपाईले ग्राहकमा यी सेटिङहरू कन्फिगर गर्न सक्नुहुन्छ, या त jaeger-एजेन्ट वा कलेक्टरमा। अब हामी valuator stack मा const 1 प्रयोग गर्दछौं, किनकि त्यहाँ धेरै अनुरोधहरू छैनन्, तर तिनीहरूले लामो समय लिन्छन्। भविष्यमा, यदि यसले प्रणालीमा अत्यधिक भार बढाउँछ भने, तपाइँ यसलाई सीमित गर्न सक्नुहुन्छ।

यदि तपाइँ क्यासान्ड्रा प्रयोग गर्नुहुन्छ भने, पूर्वनिर्धारित रूपमा यसले दुई दिनको लागि मात्र ट्रेसहरू भण्डार गर्दछ। प्रयोग गरिरहेका छौं इलास्टिकसेर्च र ट्रेसहरू सम्पूर्ण समयको लागि भण्डारण गरिन्छ र मेटिने छैन। प्रत्येक दिनको लागि छुट्टै अनुक्रमणिका सिर्जना गरिएको छ, उदाहरणका लागि jaeger-service-2019-03-04। भविष्यमा, तपाईंले पुरानो ट्रेसहरूको स्वचालित सफाई कन्फिगर गर्न आवश्यक छ।

तपाईलाई चाहिने ट्रेसहरू हेर्नको लागि:

तपाईंले ट्रेसहरू फिल्टर गर्न चाहनुभएको सेवा चयन गर्नुहोस्, उदाहरणका लागि Tomcat7-default सेवाको लागि जुन Tomcat मा चलिरहेको छ र यसको आफ्नै नाम छैन।
त्यसपछि अपरेशन चयन गर्नुहोस्, समय अन्तराल र न्यूनतम सञ्चालन समय, उदाहरणका लागि १० सेकेन्डबाट, लामो कार्यान्वयन गर्न मात्र।
एउटा ट्रेसमा जानुहोस् र त्यहाँ के ढिलो भइरहेको थियो हेर्नुहोस्।

साथै, यदि केहि अनुरोध आईडी थाहा छ भने, यदि यो आईडी ट्रेस स्प्यानमा लग इन गरिएको छ भने तपाईले ट्याग खोजी मार्फत यो आईडी द्वारा ट्रेस फेला पार्न सक्नुहुन्छ।

दस्तावेज

खुला ट्रेसिङ कागजात opentracing.io/docs/overview/what-is-tracing
Jaeger दस्तावेजीकरण www.jaegertracing.io/docs/1.10
Jaeger जाभा जडान github.com/jaegertracing/jaeger-client-java
वसन्त खुला ट्रेसिङ जडान
github.com/jaegertracing/jaeger-client-java
github.com/opentracing-contrib/java-spring-cloud

लेख

habr.com/ru/company/carprice/blog/340946 Jaeger Opentracing र Microservices वास्तविक PHP र Golang परियोजनामा
www.uber.com/distributed-tracing Uber ईन्जिनियरिङ् मा वितरित ट्रेसिङ विकसित
opentracing.io/guides/java
medium.com/jaegertracing/running-jaeger-agent-on-bare-metal-d1fc47d31fab खाली धातुमा Jaeger एजेन्ट चलाउँदै

भिडियो

www.youtube.com/watch?v=qg0ENOdP1Lo कसरी हामीले बिजुली-छिटो प्रयोगकर्ता प्रश्नहरू डेलिभर गर्न Jaeger र Prometheus प्रयोग गर्यौं - ब्रायन बोरेहम
www.youtube.com/watch?v=WRntQsUajow परिचय: Jaeger - Yuri Shkuro, Uber र Pavol Loffay, Red Hat
www.youtube.com/watch?v=fsHb0qK37bc Serghei Iakovlev, "एक ठूलो विजयको सानो कथा: OpenTracing, AWS र Jaeger"

स्रोत: www.habr.com

सेवा ट्रेसिङ, OpenTracing र Jaeger