مخططات القياس عن بعد المفتوحة والتحول إلى منصات المراقبة القابلة للتشغيل

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

تستجيب مبادرة OpenTelemetry Blueprints بتوجيهات البنية القائمة على السيناريوهات والتطبيقات المرجعية. هذه إشارة مهمة للنضج. تحتاج المؤسسات إلى أنماط مدعومة لتشغيل البنية التحتية للقياس عن بعد، وليس مجموعة أخرى من خيارات المكونات.

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

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

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

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

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

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

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

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