الخلاصة

  • في Atlas Core مع عُقد Search Nodes منفصلة، يحذف الإيقاف المؤقت بيانات تلك العُقد. وعند الاستئناف تُنشأ عُقد جديدة وتُبنى الفهارس من جديد، فتتعطل مرحلتا $search و$vectorSearch أثناء البناء.
  • مؤشرات البحث السابقة للتوقف لا تبقى متاحة بعد الاستئناف. المقارنة تحتاج إلى سجل يحتفظ به المشتري قبل الإيقاف.
  • يقتصر رسم المجموعة المتوقفة على التخزين. أما جدوى التوفير فتشمل أيضًا الاستعداد للعودة، وتوقيت البحث المفيد، والتكاليف المسجلة فعليًا.

من أغلق الباب، ومن وعد الزبون بفتحه؟

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

تجعل MongoDB Atlas هذه المسألة ملموسة في البحث. فبحسب تعليمات الإيقاف والاستئناف، تُحذف بيانات عُقد البحث المنفصلة عند إيقاف مجموعة Atlas Core مؤقتًا. وعند الاستئناف ينشئ Atlas عُقدًا جديدة ويعيد بناء فهارس البحث. وخلال ذلك لا تتاح مرحلتا $search و$vectorSearch. هذا هو نطاق المقال؛ عُقد البحث هذه غير مدعومة في المعاينة العامة لـAtlas Infinite.

يبقى العمل موزعًا بين حفظ السجلات وتجهيز الوسيلة التي تعثر عليها. التخلي عن جاهزية البحث يخفض ما يلزم إبقاؤه عاملًا خلال الراحة، ثم تتولى المنصة إعادة التجهيز. إعادة البناء الآلية خدمة مفيدة. ترتيب موعد استقبال المستخدمين يظل وظيفة المشتري.

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

رسم أقل أثناء الراحة، وعمل ينتظر عند العودة

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

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

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

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

رسم بياني جديد بلا ذاكرة الأمس

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

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

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

البناء مع استمرار الخدمة له ترتيب آخر

تصف إدارة فهارس MongoDB مسارًا مختلفًا عند تغيير تعريف فهرس عادي. يُبنى الفهرس الجديد في الخلفية بينما يواصل القديم استقبال الاستعلامات. وعند تغيير طوبولوجيا البحث، تُجهز العُقد الجديدة قبل إزالة القديمة. توجد قدرة تعمل حتى يحين تسليم المهمة.

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

توفر طريقة getSearchIndexes() حالة الفهرس وحقل queryable الذي يبين إمكان الاستعلام عنه. هذه نقطة فحص تقنية، تتبعها تجربة المنتج: هل يعثر البحث على السجلات المطلوبة في الوقت المقبول؟ يتحدد فتح الخدمة للغرض المقصود بهذه النتيجة، مع معرفة حال الموارد التي وفرتها.

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