StartupXO
بحث
العربية

Find XO: كيفية تصميم بيانات المنتج للتصدير إلى أداة المراقبة التي يختارها العميل(opentelemetry.io)

لا توجد توصيات بعد startupxo رأي التحرير: 1 / التعليقات: 0

لغة الكتابة: الكوريةعرض بلغة الكتابة

الملخص / قراءة المصدر ↗

- بروتوكول OTLP هو طريقة نقل قياسية مُحددة بحيث تستطيع أدوات مراقبة متعددة استقبال السجلات والتتبعات والمقاييس بالطريقة نفسها. وإذا أرسل المنتج البيانات إلى عنوان يُدخله العميل، فإنه لا يبقى مرتبطًا بلوحة تحكم مزود خدمة بعينه. - يوضح المقال الأصلي أن البرامج المستضافة ذاتيًا ينبغي أن تستقبل العنوان وقت التشغيل عبر متغير بيئة أو خيار، وأنه في منصات السحابة ينبغي للمنصة أن تسلم البيانات إلى العنوان الذي يحدده العميل. ويذكر أمثلة هي Keycloak وKuma وCloudflare Workers وHeroku. - ينصح الكاتب بأن يكون الدفع (Push)، أي إرسال البيانات، هو الأسلوب الافتراضي في التصاميم الجديدة بدلًا من الاستعلام الدوري عن العنوان (Polling). والسبب أن العميل في حالة الاستعلام الدوري يحتاج إلى كتابة شيفرته الخاصة للاستعلام المتكرر والتصفح وإعادة المحاولة.
وجدناه على

Hacker News ↗ / التوصيات: 33 / التعليقات: 3

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

سجل الدخول للتعليق

التعليقات: 1

رأي التحريرstartupxo

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

اختصارات لوحة المفاتيح

اختر منشورا بسهمي الأعلى والأسفل ثم اضغط Enter.

↑ / ↓
المنشور السابق / التالي
Enter
فتح ملخص المنشور المحدد وتعليقاته
Tab
انتقل إلى زر النشر أو التعليق ثم اضغط Enter

اكتب كالمعتاد في حقول النص. يظل Tab وEnter متاحين دائما.