عند MongoDB، مالك المشروع أيضاً لا يملك حق الحذف

الخلاصة

• تفرض Backup Compliance Policy حداً أدنى للنسخ الاحتياطي على مستوى مشروع Atlas. تمنع حذف اللقطات المحمية وتقليص مدة الاحتفاظ بها بعد إنشائها، مهما كانت صلاحية المستخدم.
• تبقى اللقطات الموجودة بعد إنهاء العنقود الخاضع للسياسة وفق جدول النسخ. أما فترة الاحتفاظ الإضافي بعد انتهاء الحماية، فتسمح للمستخدم ذي الدور المناسب بحذفها.

حين يرفض الزر طلب صاحب المشروع

يمنح لقب «مالك المشروع» شعوراً مريحاً بأن الكلمة الأخيرة في يد صاحبه. عند النسخ الاحتياطية المحمية في MongoDB Atlas، تنتهي هذه الراحة عند سلة المحذوفات. يستطيع المالك إدارة المشروع، لكنه لا يستطيع محو لقطة تحميها السياسة لمجرد أنه قرر أن وقتها انتهى.

هذه هي الفائدة التي تشتريها الشركة. إذا استطاع مسؤول مستعجل التخلص من سجل الاستعادة كله، ظلت الذاكرة رهينة مزاجه أو حسابه المخترق. تقييد هذا المسؤول يترك فرصة أفضل لبقاء السجل حين تصبح صلاحيات الإدارة نفسها موضع الخطر.

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

يستحق هذا التنبيه مقعداً في اجتماع الشراء. فالقدرة على صد طلب حذف متعجل والقدرة على صد طلب توفير متأخر تأتيان من الآلية نفسها.

الاختبار القصير يرث جدول المشروع الطويل

تحدد الوثيقة العناقيد المخصصة من فئة M10 فما فوق ضمن شروط التطبيق. والنطاق هنا هو بيئات Atlas Core المخصصة من هذه الفئات. تُطبق السياسة على المشروع، وتُرفع إعدادات العناقيد الموجودة إلى متطلباته، وتلتزم بها العناقيد الجديدة. ويستطيع عنقود له متطلبات أشد أن يبقى فوق هذا الحد.

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

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

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

يخرج العنقود من العمل وتبقى أوراقه

تفصل إجراءات إنهاء العنقود بين حالات محددة. مع سياسة الحماية، يحتفظ Atlas باللقطات الموجودة وفق سياسة النسخ بعد الإنهاء. ومن دون تلك السياسة، إذا كانت Cloud Backup مفعلة، تتيح الواجهة اختيار إبقاء اللقطات الموجودة. وإذا كانت الخدمة معطلة، يغيب هذا الخيار.

في Atlas Core قد يُحفظ سجل العمليات اللازم للاستعادة إلى نقطة زمنية بحالة ثابتة حتى يفقد صلاحيته لهذا الاستخدام. المحفوظ هو التاريخ الموجود. قاعدة البيانات المنتهية تتوقف عن إنتاج معاملات عمل جديدة.

ويتجاوز الأثر مساحة التخزين. المشروع الذي ما زالت فيه لقطات تحت السياسة لا يمكن حذفه، وتعذر إزالة جميع المشاريع يمنع حذف المؤسسة. وتقول MongoDB أيضاً إن اسم العنقود المنتهي يُستخدم لتعريف اللقطات، فلا يمكن إنشاء عنقود آخر بالاسم نفسه.

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

المشروع الفارغ يحتاج إلى فحص الأدراج

لإيقاف السياسة في مشروع غير فارغ، يبدأ الطلب من ممثل الأمن أو الشؤون القانونية المحدد لها. يفتح هذا الشخص طلب دعم ويجتاز تحققاً مفصلاً؛ توافق MongoDB Support على الطلب، ثم يستطيع مالكو المشروع إيقاف السياسة. صلاحية إدارة المشروع وأهلية بدء هذه المعاملة موزعتان على وظيفتين.

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

ويبدأ استمرار هذا المسار من عنوان البريد. عند الإعداد يُسجل اسم الممثل وعنوانه المستخدم في بوابة الدعم، ويحتاج العنوان الخاطئ إلى تصحيح عبر Support. إذا امتدت الحماية إلى ما بعد عمل الموظف، وجب أن تنتقل مهمته إلى شخص آخر يمكنه متابعة المسار. لا تقدم الوثائق المستخدمة زمناً فعلياً لمعالجة طلب عميل يمكن اعتماده لتقدير الانتظار.

الاحتفاظ الإضافي يبدل حق الحذف

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

إذن قد تكون اللقطة موجودة وقد انتهت بالفعل الحماية الخاصة التي منعت حذفها. الشركة التي تريد مقاومة حذف صادر من صاحب صلاحيات تحتاج إلى تاريخ انتهاء الحماية؛ والشركة التي تريد إبقاء فرصة الرجوع إلى تاريخ أبعد تحتاج أيضاً إلى تاريخ انتهاء التخزين الإضافي. إجمالي أيام الاحتفاظ يخفي الفرق بين الهدفين.

وتؤثر الجداول المتداخلة في تاريخ الانتهاء. تقدم MongoDB مثالاً لنسخة يومية تُحفظ يومين وأخرى أسبوعية يوم السبت تُحفظ ثلاثة أسابيع. إذا أنتج الجدولان اللقطة نفسها، تسري المدة الأطول. الثلاثة أسابيع إعداد المثال، أما القاعدة فهي أولوية مدة الاحتفاظ الأطول.

عدد اللقطات لا يكتب الفاتورة

بحسب شرح تكاليف العناقيد المخصصة، تعتمد Cloud Backups غالباً على لقطات تزايدية يحدد مزود التخزين سلوكها. وتُحسب الكميات المبلّغ عنها بحسب المنطقة. تظهر تعرفة الجيجابايت الشهرية في بنود يومية بوحدة جيجابايت-يوم. توزع هذه البنود التكلفة زمنياً. وللنسخ المستمر تعريفته وحسابه الذي يجمع اللقطات وسجل العمليات الداخلي.

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

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