پایش عملکرد در سنتری بر پایه ردیابی (Tracing) کار می‌کند. SDK مسیر اجرای یک درخواست را در قالب Trace ثبت می‌کند، هر Trace از یک یا چند Transaction تشکیل می‌شود و هر Transaction به چند Span تقسیم می‌شود. با بررسی این ساختار می‌توانید مشخص کنید کندی یک صفحه، API یا وظیفه پس‌زمینه از کجا می‌آید.
سه صفحه‌ی این بخش شما را از مفهوم تا عمل می‌برند: ابتدا تعریف دقیق Trace، Transaction و Span و رابطه آن‌ها، سپس روش خواندن نمودار Waterfall و شناسایی الگوهای رایج مشکل (یک Span طولانی، Spanهای تکراری و N+1 Query، فاصله‌های خالی) و در نهایت تعیین محدودیت ارسال Transactionها، بازبینی مصرف در بخش Stats و جلوگیری از مصرف بی‌جای سهمیه پلن با Spike Protection.
مفاهیم و ابزارها
Trace، Transaction و Span
تعریف سه مفهوم پایه پایش عملکرد و رابطه والد و فرزند میان آن‌ها؛ چرا در معماری تک‌سرویسی Trace و Transaction شبیه به نظر می‌رسند و چطور Span به شناسایی منشأ کندی کمک می‌کند.
خواندن Trace و Waterfall
معنی طول، موقعیت، تورفتگی و هم‌پوشانی نوارها در نمودار آبشاری، الگوهای مهم مشکل عملکردی، ترتیب شش‌مرحله‌ای بررسی یک Trace و تفاوت p50، p95 و p99.
تعیین محدودیت ارسال
تأثیر نرخ نمونه‌برداری بر ارسال رخدادها، بازبینی مصرف در بخش Stats، Spike Protection و پاسخ 429، و اشتباه‌های رایج در تعیین محدودیت ارسال.