سجل النشاط وأدوار الفريق: من غيّر ماذا، ومن كان بمقدوره ذلك

السؤال الذي لا يقدر تسجيل الدخول المشترك على إجابته

تبدأ معظم الفرق الصغيرة ببيانات اعتماد واحدة. تنجح حتى أول حادثة، ثم تفشل بطريقة محددة جدًا: يتغيّر شيء، والتغيير ظاهر، ولا يستطيع أحد أن يقول من أحدثه أو ماذا استبدل.

تكلّف تلك الفجوة أكثر من الإحراج. فبلا سجل، لا يمكنك التمييز بين خطأ واختراق. ولا يمكنك التراجع عن التغيير بثقة، لأنك لا تعرف القيمة السابقة. ولا يمكنك تحسين العملية، لأن "كن أكثر حذرًا" هو الدرس الوحيد المتاح حين لا يعرف أحد ما حدث فعليًا.

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

ما الذي يُسجَّل

يغطي سجل النشاط التغييرات التي يمكن أن تؤثر فيما يراه الزوار: إفراغ الكاش، وتغييرات سجلات DNS، وتغييرات قواعد التوصيل، وتغييرات الإعدادات الأمنية الجاهزة — بما فيها HSTS وقوائم حجب البلد وASN — وإجراءات الشهادات وتغييرات المضيفات.

يحمل كل إدخال أربعة أشياء تجعله مفيدًا. من: الشخص الفعلي، فيظهر المستخدم الفرعي بصفته هو لا بصفة "الحساب". متى. أي حساب ومسار لمسه التغيير. وقبل وبعد، فتكون القيمة السابقة موجودة بدل أن تعيد بناءها من الذاكرة.

ذلك الحقل الأخير هو ما يحوّل السجل من تقرير إلى أداة. "تغيّرت قاعدة توصيل" يخبرك أين تنظر. "TTL الكاش 3600 ← 60" يخبرك بما حدث لزيارات أصلك في اللحظة نفسها.

قراءته بينما شيء معطَّل

افتح شريط الحساب الجانبي، ثم المراقبة ← سجل النشاط (Monitoring → Activity history) — /management/cdn/activities.

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

التصفية حسب نوع الإجراء هو ما يجعل حسابًا مزدحمًا قابلًا للقراءة. يولّد الحساب الذي لديه إفراغ تلقائي عند كل نشر عددًا كبيرًا من الإدخالات التي ليست ما تبحث عنه؛ صفِّ تلك وستصبح حفنة تغييرات الإعداد المتبقية قصيرة كفاية لقراءتها كاملة.

خارج حادثة، تجيب الصفحة نفسها عن سؤال أهدأ: هل يتغيّر شيء لم يذكره أحد؟ يستحق ذلك خمس دقائق شهريًا.

الوصول إليه من الـAPI

يتوفر السجل عبر API أيضًا، وهذا ما تريده إن كنت تؤرشفه، أو تمرّره إلى منظومة تسجيل خاصة بك، أو ببساطة تحتفظ منه بأكثر مما تشعر برغبة في التمرير خلاله. يأخذ action_type الفئات نفسها التي تأخذها المرشِّحات في اللوحة، ولا تُظهر نقطة النهاية إلا الحسابات التي يُسمح لرمزك برؤيتها.

آخر 25 عملية إفراغ على حساب واحد

curl -s -H "Authorization: Bearer $TOKEN" \
  "https://cdn.com.tr/api/accounts/<account-uuid>/activities?per_page=25&action_type=purge_cache"

ثلاثة أدوار، وما الذي يخدمه كل واحد

السجل يخبرك بما حدث. والأدوار تقلّل ما يمكن أن يحدث. يحصل المستخدم الفرعي على cdn.com.tr على واحد من ثلاثة.

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

المحرر (Editor) يؤدي العمل التشغيلي: إفراغ الكاش، وتحرير قواعد التوصيل، وإدارة سجلات DNS والشهادات والمضيفات. ما لا يستطيع المحرر فعله هو تغيير شكل الحساب نفسه — لا إنشاء أو إزالة مستخدمين فرعيين، ولا فوترة، ولا حذف الحساب. هذا هو دور من يديرون الموقع يومًا بيوم.

المالك (Owner) يفعل كل ذلك، بما فيه الأمور الثلاثة التي يُبعَد عنها المحرر عمدًا. إنه صاحب الحساب، وينبغي أن يبقى قائمة قصيرة جدًا.

تفصيلان يستحقان المعرفة. إن أُنشئ مستخدم فرعي دون اختيار دور، يصبح مشاهدًا — الطرف الآمن من النطاق، فحقل مَنسيّ لا يمكنه أبدًا منح أكثر مما قصدت. وتُفرَض الأدوار على رموز API تمامًا كما في اللوحة: يستطيع رمز مشاهد أن يقرأ ولا يستطيع أن يكتب، فلا يستطيع سكربت يشغّله من لا يجوز له تغيير DNS أن يغيّر DNS.

إضافة شخص، بالوصول الذي يحتاجه

اذهب إلى التفويض (Authorization) — /management/authorization — واختر مستخدم جديد. املأ بياناته واختر الدور قبل الحفظ؛ فهو الحقل الذي يحدد كل شيء آخر عمّا يستطيع ذلك الشخص فعله.

عادتان تجعلان هذا ناجحًا عمليًا. امنح كل شخص تسجيل دخول خاصًا به بدل مشاركة واحد: سجل النشاط لا يفيد إلا بقدر ما فيه من أسماء، و"فرَّغه الحساب المشترك" هو الطريق المسدود نفسه الذي بدأت منه. وحين ينضم أحدهم لعمل محدد — ترحيل، تعاقد مع وكالة، مقاول — امنحه الدور الذي يحتاجه ذلك العمل وأزله حين ينتهي. الوصول الخامل الذي لا يحاسب عنه أحد هو أكثر ما يظهر في أي مراجعة وصول، وأسهله تجنبًا.

أقل امتياز دون إزعاج

لأقل الامتياز سمعة سيئة لأنه يُنفَّذ عادة كـ"اسألني في كل مرة"، وهو ما يتحايل عليه الناس خلال أسبوع. النسخة التي تصمد أمام فريق عامل فعلي أبسط.

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

امنح المحرر لمن وظيفتهم تغيير الأشياء — ولاحظ أين يُرسم الحد: يستطيع المحرر فعل كل ما يصلح موقعًا حيًّا ولا شيء يغيّر من يحمل المفاتيح الأخرى أو ما تُحاسَب عليه. ذلك هو الحد الذي يهمك فعليًا، ولهذا ليس الدور حلًّا وسطًا.

أبقِ المالك لمن يجيبون عن الحساب، وتصرَّف بشأن التغييرات في اليوم الذي تحدث فيه. يسجّل السجل ما حدث، لا من ينبغي أن يظل قادرًا على فعله؛ يبقى ذلك الجزء لك.

الميزتان ضابط واحد

من المغري معاملة السجل كميزة الأمان والأدوار كإدارة. لكن الأمر معكوس.

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

لا يساوي أي منهما شيئًا كبيرًا بمفرده. أدوار بلا سجل تعني أنك تثق بحد لا يمكنك التحقق منه أبدًا. وسجل بلا أدوار يعني أنك تستطيع وصف كل حادثة بدقة ولا تمنع أيًّا منها. معًا يجيبان عن السؤال الذي يُطرح فعليًا بعد أي انقطاع — أبدًا ليس "ما هو CDN"، بل دائمًا "من غيّر هذا، ولماذا كان بمقدوره ذلك؟"