Loading...

راهنمای CDN.com.tr

تاریخچه فعالیت: چه کسی چه چیزی را تغییر داد

هر تغییر عملیاتی روی یک حساب همراه با فرد پشت آن، زمان، و مقادیر قبل و بعد ثبت می‌شود. تاریخچه فعالیت بدون نیاز به پرسیدن از پشتیبانی به «چه کسی آن مسیر را purge کرد» و «این رکورد کی تغییر کرد» پاسخ می‌دهد.

تاریخچه فعالیت: چه کسی چه چیزی را تغییر داد

هر تغییر عملیاتی روی یک حساب همراه با فرد پشت آن، زمان، و مقادیر قبل و بعد ثبت می‌شود. تاریخچه فعالیت بدون نیاز به پرسیدن از پشتیبانی به «چه کسی آن مسیر را purge کرد» و «این رکورد کی تغییر کرد» پاسخ می‌دهد.

چه چیزی خواندن این تاریخچه را ارزشمند می‌کند

یک audit log فقط به اندازه هویت‌های پشت آن مفید است: به هر فرد ورود جداگانه و نقش درست خودش را بدهید.

بازیگران نام‌دار

نقش‌های تیم

Viewer، editor و owner. یک ورود مشترک باعث می‌شود هر ردیف این صفحه یک نام یکسان بگوید.

باز کردن این موضوع
صفحه مرتبط

اعلان‌ها و عملیات

عملیات deploy و purge ناهمگام و وضعیت آن‌ها، در کنار رکورد تغییر.

باز کردن این موضوع
پس‌زمینه

لاگ فعالیت CDN و نقش‌های تیم

چرا یک ردپای ممیزی و نقش‌های کم‌ترین‌امتیاز معمولاً با هم خواسته می‌شوند، و در یک مناقصه چه چیزی را بررسی کنید.

خواندن راهنما

مسیر در پنل

  1. Management Panel
  2. CDN Accounts
  3. Observability
  4. Activity history

پیش‌نیازها

  • به مجوز web.cms.cdn.activities نیاز دارید. نقش‌های owner، editor و viewer همگی می‌توانند صفحه را بخوانند.
  • یک حساب باید انتخاب شده باشد — صفحه همیشه یک حساب را در هر لحظه نشان می‌دهد.
  • فقط تغییراتی که پس از فعال شدن audit log انجام شده‌اند فهرست می‌شوند؛ عملیات قدیمی‌تر بازپرشده نشده‌اند.

مدل تصمیم‌گیری

کدام فیلتر به سؤال شما پاسخ می‌دهد؟

فیلتر Action type فرق بین خواندن سه ردیف و اسکرول کردن یک هفته تاریخچه است.

  • Cache purged: چه کسی چه چیزی را پاک کرد، همراه نوع purge و تعداد مسیرها.
  • Setting updated: delivery rules، پیش‌تنظیم‌های امنیتی و فهرست‌های سیاه، همراه مقادیر قبل و بعد.
  • DNS record created or deleted: رکوردی که ظاهر یا ناپدید شده.
  • All: گاه‌شمار ساده، مفید وقتی زمان را می‌دانید اما نوع تغییر را نه.

پنل یا API؟

همان رکوردها به هر دو شکل در دسترس‌اند.

  • پنل: سریع‌ترین راه برای یک سؤال، و ستون Detail از قبل قالب‌بندی شده.
  • API: زمانی درست است که رکوردها را در یک تیکت، یک گزارش، یا مانیتورینگ خودتان می‌خواهید.

راهنمای گام‌به‌گام

1

باز کردن Activity history برای حساب

این صفحه در نوار کناری حساب، زیر Observability، کنار Data consumption و Cache overview قرار دارد.

  • حسابی که در حال بررسی آن هستید را انتخاب کنید.
  • Observability و سپس Activity history را باز کنید.
  • نام حساب را در سوییچر بررسی کنید — تاریخچه‌ای که می‌خوانید فقط متعلق به همان حساب است.

نتیجه مورد انتظار: جدول Time، User، Action و Detail را برای جدیدترین تغییرات این حساب فهرست می‌کند.

معادل cdnctl
GET /api/accounts/<account_uuid>/activities?per_page=25
2

فیلتر کردن تا تغییری که دنبالش هستید

Action type به‌همراه Per page معمولاً برای رسیدن به پاسخ در یک صفحه کافی است.

  • نوع اقدام را انتخاب کنید — برای مثال Cache purged — و اگر تغییر قدیمی‌تر است Per page را بالا ببرید.
  • روی Refresh کلیک کنید.
  • ردیف را با زمان پیدا کنید، و ستون User را برای فرد پشت آن بخوانید.

نتیجه مورد انتظار: فقط نوع مرتبط تغییر فهرست می‌شود، با یک بازیگر نام‌دار در هر ردیف.

معادل cdnctl
GET /api/accounts/<account_uuid>/activities?per_page=25&action_type=purge_cache
3

خواندن مقادیر قبل و بعد

ستون Detail جایی است که یک audit log ارزش خودش را نشان می‌دهد: می‌گوید مقدار چه بوده و چه شده.

  • خط Detail ردیف را بخوانید: برای یک به‌روزرسانی تنظیمات، نام تنظیم را می‌آورد و تغییر را از مقدار قدیم به مقدار جدید نشان می‌دهد.
  • برای یک purge، مسیرها، نوع purge و تعداد مسیرها را بخوانید.
  • بازیگر، برچسب زمانی و نام تنظیم را وارد تیکت یا پس‌کاوی کنید.

نتیجه مورد انتظار: می‌توانید دقیقاً بگویید چه چیزی تغییر کرده، چه کسی آن را تغییر داده و کی، بدون حدس زدن.

معادل cdnctl
GET /api/accounts/<account_uuid>/activities?per_page=25&action_type=settings_update

راستی‌آزمایی

  • یک تغییر کوچک و برگشت‌پذیر انجام دهید — یک مسیر را purge کنید — و تأیید کنید با نام شما در فهرست ظاهر می‌شود.
  • حسابی که در سوییچر نشان داده می‌شود با تاریخچه‌ای که می‌خوانید یکی است.
  • اقدام یک زیرکاربر همان زیرکاربر را نشان می‌دهد، نه مالک حساب را.

موارد کاربرد

چیزی تغییر کرده و هیچ‌کس یادش نمی‌آید انجامش داده: یک رکورد DNS فرق کرده، یک delivery rule ویرایش شده، کش وسط یک کمپین purge شده. با زیرکاربرهای روی حساب، «ما دستش نزدیم» به پاسخی با یک نام و یک برچسب زمانی نیاز دارد.

جریان کاری سریع

  1. حساب را باز کنید و به Activity history زیر Observability در نوار کناری حساب بروید.
  2. فهرست را با فیلتر Action type محدود کنید — purge کش، تغییرات DNS، به‌روزرسانی تنظیمات، گواهی‌ها.
  3. ستون Detail را بخوانید: تنظیم تغییریافته و مقادیر قبل و بعد را حمل می‌کند، نه فقط این واقعیت که چیزی رخ داده.
  4. اگر همین داده را در یک اسکریپت یا تیکت لازم دارید، activities API حساب را فراخوانی کنید.

بررسی‌ها

  • اقدامات ثبت‌شده شامل purge کش، ایجاد و حذف رکورد DNS، تغییرات delivery rule و پیش‌تنظیم، عملیات گواهی و تغییرات نام‌میزبان است.
  • عامل، کاربر واردشده است، از جمله زیرکاربرها. اقدامی که یک editor انجام داده همان editor را نشان می‌دهد، نه مالک حساب.
  • دامنه، حساب است. هر حساب تاریخچه خودش را دارد، پس برای پیگیری یک تغییر روی حساب دیگر، حساب را عوض کنید.
  • این یک رکورد است، نه یک بازگردانی. تاریخچه فعالیت می‌گوید چه چیزی تغییر کرده؛ برگرداندنش در همان صفحه‌ای انجام می‌شود که مالک آن تنظیم است.