فناوری · رصدپذیری
Tempo و OpenTelemetry در دزکوب
ردیابی توزیعشده
- لایسنس
- AGPL-3.0 (Tempo) / Apache 2.0 (OTel)
- گروه در استک
- رصدپذیری
Tempo و OpenTelemetry چیست
وقتی یک درخواست از پنج سرویس عبور میکند و کند است، متریک میگوید «کند است» و لاگ میگوید «چه اتفاقی افتاد» — ولی هیچکدام نمیگویند کجا وقت تلف شد. ردیابی توزیعشده این را میگوید.
چرا این را انتخاب کردیم
| گزینهای که رد شد | چرا نه |
|---|---|
| بدون ردیابی | تشخیص کندی در معماری چندسرویسی حدس و گمان میشود |
| ابزار ردیابی اختصاصی | OpenTelemetry استاندارد باز است و قفل ایجاد نمیکند |
ما دقیقاً چطور استفادهاش میکنیم
- جمعآوری ردیابی با استاندارد OpenTelemetry.
- ابزارگذاری خودکار برای بسیاری از زبانها، بدون تغییر کد اپلیکیشن.
- اتصال ردیابی به لاگ و متریک، تا از یک نمودار به لاگ همان درخواست برسید.
برای شما چه چیزی عوض میشود
- «کدام سرویس کند است؟» حدسنمودار زمانی واقعی
- نیاز به تغییر کد برای ردیابیابزارگذاری خودکار
مرزها و محدودیتها
این سکشن در هر صفحهٔ فناوری اجباری است. هر ابزاری مرزی دارد؛ صفحهای که مرزش را نگوید، بقیهاش هم قابل اتکا نیست.
- لایسنس Tempo از نوع AGPL-3.0 است (همان نکتهٔ Loki).
- ردیابی کامل هر درخواست پرهزینه است؛ در عمل نمونهبرداری میشود. نرخ نمونهبرداری قابل تنظیم است، ولی یعنی هر درخواستی ردیابی نمیشود.
- ابزارگذاری خودکار برای همهٔ زبانها و چارچوبها یکسان کار نمیکند.
اینها را هم ببینید
این را روی زیرساخت خودتان ببینید.
همین مؤلفه را در کلاستر شما پیکربندی میکنیم و نشان میدهیم.