DevOps والسحابة

السجلات والمقاييس والتتبعات: لماذا تطبيقك بطيء؟

ثلاث إشارات متكاملة للانتقال من ملاحظة المشكلة إلى فهم مكان حدوثها.

مؤشرات على شاشة لتوضيح مراقبة التطبيقات والأداء.

مؤشرات على شاشة لتوضيح مراقبة التطبيقات والأداء.

الانتقال من الملاحظة إلى التشخيص

قد تشير المراقبة إلى أن الخدمة تستجيب بشكل سيئ. تساعد إمكانية الملاحظة على فهم ما يحدث بناءً على الإشارات الصادرة عن النظام. بالنسبة للتطبيق البطيء، فإن معرفة أن المعالج يرتفع لا يكفي دائمًا: قد يكون السبب طلبًا أساسيًا أو خدمة عن بعد أو قفلًا. يجب أن ترتبط الأعراض بالعمليات وسياقها. تستعد هذه القدرة قبل وقوع الحوادث من خلال تجهيز الطرق المهمة. يمكن أن تساعد إضافة السجلات بشكل عشوائي أثناء انقطاع الخدمة في بعض الأحيان، ولكنها لا تحل محل استراتيجية التجميع المتسقة.

تلخص المقاييس السلوك مع مرور الوقت

تصف المقاييس عدد الطلبات والأخطاء والمدد واستهلاك الموارد. وهي مفيدة في اكتشاف التطورات وإطلاق التنبيه. اختر الأبعاد التي تسمح بالتحليل دون إنشاء عدد غير متحكم فيه من السلاسل. إن وضع معرف كل عميل في ملصق يمكن أن يجعل عملية التجميع مكلفة وصعبة التشغيل. تمييز المقياس التراكمي عن القياس اللحظي وتوثيق الوحدات. إن المدة التي يتم التعبير عنها بالثواني، والتي يتم تفسيرها بالمللي ثانية، يمكن أن تؤدي إلى استنتاجات سخيفة على الرغم من لوحة المعلومات المقنعة بصريًا.

قراءة الكمون دون أن ينخدع بالمعدلات

يمكن للمتوسط المنخفض أن يخفي عددًا قليلاً من الاستعلامات البطيئة جدًا. تساعد النسب المئوية في فهم النسب المختلفة التي يواجهها المستخدمون، ولكن يجب تفسيرها باستخدام الحجم ونافذة القياس. مقارنة المسارات المكافئة: ليس للتصدير الطويل نفس هدف فتح ملف. انظر إلى توزيع الفترات والأخطاء والتبعيات. تحديد توقعات الخدمة بناءً على الاستخدام الفعلي. إن التحسين الذي يعمل على تحسين أفضل حالة ولكنه يجعل الاستعلامات البطيئة بالفعل أسوأ يمكن أن يؤدي إلى تدهور التجربة على الرغم من المتوسط ​​الأكثر ملاءمة.

السجلات المنظمة تحكي قصة الأحداث

يحتوي السجل المنظم على حقول قابلة للاستخدام، مثل معرف الاستعلام والعملية والنتيجة ونوع الخطأ. ينبغي أن يساعد في إعادة بناء ما حدث دون الحاجة إلى قراءة آلاف الجمل المختلفة. استخدم مستويات متسقة وتجنب تسجيل كل التفاصيل على أعلى مستوى. لا ينبغي نسخ كلمات مرور العميل الكاملة والرموز المميزة والمحتوى بشكل افتراضي. تعيين الوصول والاحتفاظ. السجلات هي بيانات تشغيلية يمكن أن تصبح حساسة؛ ففائدتها لا تعفيها من الحد من محتواها وتوزيعها.

تقوم التتبعات بتوصيل خطوات نفس الاستعلام

يتبع التتبع مسارًا خلال عدة عمليات. يمثل كل امتداد جزءًا يتم قياسه، مثل استدعاء واجهة برمجة التطبيقات (API) أو طلب أساسي. تُظهر علاقات الامتداد تسلسلات ومكالمات متداخلة. يتيح لك نشر السياق ربط الخطوات عندما يعبر الطلب عدة خدمات. وبدون هذه الاستمرارية نحصل على شظايا يصعب التوفيق بينها. تكون الآثار مفيدة بشكل خاص عندما يتوقع التطبيق تبعية خارجية. وهي لا تثبت تلقائيًا سببًا تجاريًا، ولكنها تسمح لك بتحديد المكان الذي يتم فيه استهلاك الوقت والأخطاء التي تمت ملاحظتها.

مثال: الدفع الذي يصبح بطيئا

تشير لوحة المعلومات إلى زيادة في وقت التحقق من صحة الطلب. توضح المقاييس أن استعلامات معينة فقط هي التي تتأثر. يكشف التتبع أن الاتصال بمزود الدفع يستغرق وقتًا أطول بكثير من الخطوات الأخرى. تظهر السجلات المرتبطة عدة مرات بعد انتهاء الصلاحية. يمكن للفريق بعد ذلك التحقق من المهل الزمنية وسلوك البائع واستراتيجية إعادة المحاولة. يعد هذا التشخيص أكثر دقة من إضافة الموارد إلى الخادم بدون دليل. كما أنه يجعل من الممكن التمييز بين التباطؤ الأولي والحمل الإضافي الناتج عن عمليات إعادة التشغيل.

فهم دور OpenTelemetry

يوفر OpenTelemetry آليات واتفاقيات لتطبيقات القياس وتصدير الإشارات. ولا يشكل في حد ذاته واجهة تخزين وتحليل كاملة. يجب إرسال البيانات إلى الأنظمة التي يمكنها تخزينها واستكشافها. اعتمادًا على السياق، يمكن للأجهزة التلقائية توفير رؤية أولية، تكملها نطاقات الأعمال. استخدم أسماء وسمات متسقة لتجنب التفسيرات المختلفة بين الخدمات. وينبغي أن يسترشد اختيار الإشارات بالأسئلة التشخيصية، وليس بالقدرة البسيطة على جمع المزيد.

أخذ العينات والتحكم في الكميات

قد يكون الاحتفاظ بجميع السجلات لجميع الاستعلامات مكلفًا. يتيح أخذ العينات تحديد جزء من البيانات، ولكن يمكنه أيضًا إخفاء الحالات النادرة إذا تم اختيارها بشكل سيئ. حدد ما تريد الحفاظ عليه: الأخطاء أو المسارات الحرجة أو العمليات البطيئة حسب إمكانيات النظام. كما تؤدي السجلات المطولة والكثير من تسميات المقاييس إلى زيادة الفاتورة. قياس الحجم والقيمة التشخيصية. تجمع الإستراتيجية المعقولة ما يكفي لفهم الأحداث دون نسخ كل ما يمر عبر التطبيق إلى ما لا نهاية.

إنشاء تنبيهات يمكن لأي شخص الرد عليها

التنبيه الجيد يتوافق مع تأثير أو خطر يتطلب اتخاذ إجراء. أشر إلى الخدمة المتأثرة والأعراض والمالك ورابط لعناصر التشخيص. التنبيهات المتكررة جدًا والتي لا تحتوي على إجراء واضح تؤدي إلى الإرهاق وينتهي الأمر بتجاهلها. استخدم النوافذ والعتبات المناسبة للسلوك الطبيعي. لا تتطلب الذروة القصيرة دائمًا نفس الاستجابة مثل التدهور الدائم. قم بإعداد إجراء الاستجابة ومراجعة التنبيهات بعد وقوع الحوادث لإزالة الضوضاء وتحسين القدرة على الكشف.

نشر إمكانية الملاحظة المفيدة على أساس يومي

ابدأ برحلة كبيرة واربط المقاييس والسجلات والتتبعات باستخدام معرفات متسقة. قم بإجراء تمرين تشخيصي على خطأ محاكى للتحقق من عثور الفرق على المعلومات الصحيحة. التحكم في الوصول والاحتفاظ والتكاليف. يمكن لـ Tuplify Studio إضافة أدوات القياس والسجلات المنظمة ومراقبة الأداء إلى تطبيقاتك وواجهات برمجة التطبيقات. الهدف هو تقليل الوقت اللازم لفهم التدهور واتخاذ الإجراءات اللازمة، وليس ملء الجدار بالرسومات. لا تخلق الإشارات قيمة إلا عندما تجيب على أسئلة تشغيلية محددة.

ورشة عمل: العثور على استعلام بطيء من النهاية إلى النهاية

في بيئة الاختبار، قم بإبطاء التبعية المستخدمة بواسطة مسار معروف. قم بتشغيل استعلام وابحث عن معرفه في السجلات، ثم تتبعه ومقاييس الخدمة. تحقق مما إذا كان بإمكانك تحديد المرحلة البطيئة دون إضافة أدوات جديدة. تأكد من أن الفترات تستخدم نفس الوحدات وأن هذا السياق يعمل خلال الاستدعاءات. ثم تفشل تلك التبعية وتراقب إعادة المحاولة. يوضح هذا التمرين ما إذا كانت الإشارات تسمح بالفعل بالتشخيص أم أنها تنتج فقط رسومًا بيانية معزولة. كما أنه يساعد في التحقق من أن السجلات تظل مفيدة دون الكشف عن الأسرار أو محتوى الاستعلام الحساس.

الأسئلة المتداولة: الأدوات والتنبيهات

هل يقوم OpenTelemetry بتخزين كافة البيانات؟ ويوفر بشكل خاص الأجهزة والتصدير. يعتمد التخزين والاستكشاف على المكونات أو الخدمات المناسبة.

هل يجب أن نحتفظ بكل الآثار؟ ذلك يعتمد على الاحتياجات والتكاليف. يجب أن تحافظ استراتيجية الاختيار على ما يكفي من الحالات المفيدة، مع مراعاة الأخطاء النادرة.

هل يؤدي التنبيه عند كل خطأ إلى تحسين الموثوقية؟ قبل كل شيء، يمكن أن تخلق الضوضاء. تحديد التأثير والنافذة والإجراء المتوقع. يجب أن تساعد التنبيهات الشخص على التدخل. قم بمراجعة تلك التي لم تؤدي أبدًا إلى اتخاذ قرار واستكمل تلك التي لم تكتشف تدهورًا كبيرًا يعاني منه المستخدمون بالفعل.

TUPLIFY STUDIO

ما يمكننا تطويره لك

نضيف المراقبة والسجلات والتتبع لتشخيص مشكلات الإنتاج.

لنتحدث عن مشروعك

للمزيد · الوثائق الرسمية

OpenTelemetry — Observability
  • Observability
  • OpenTelemetry
  • Monitoring

Tuplify Studio · أدلة تعليمية أُعدت بمساعدة الذكاء الاصطناعي. الأمثلة توضيحية.