Couchbase · المفتاح والقيمة

قاعدة بيانات المفتاح والقيمة: قراءة سريعة بالمفتاح للجلسات وملفات العملاء وسلال الشراء مع Couchbase

قاعدة بيانات المفتاح والقيمة تحفظ كل سجل قيمةً تحت مفتاح فريد، وتعيده عند الطلب بهذا المفتاح، ولذلك تُستخدم عادةً للجلسات وملفات المستخدمين وسلال الشراء والتفضيلات. وCouchbase مخزن مفتاح وقيمة موزع، يُبقي البيانات التي يقرؤها التطبيق كثيرًا في الذاكرة، ويكتبها على القرص، ويحتفظ بنسخ منها على عقد أخرى، ويمكنه أيضًا الاستعلام عن مستندات JSON نفسها بلغة ⁨SQL++⁩. وتصمم إنتركي، بصفتها شريكًا تقنيًا لـ Couchbase، أنظمة المفتاح والقيمة على Couchbase وتبنيها وتدعمها من الرياض.

اطلبوا مراجعة نظام المفتاح والقيمة الجلسات وملفات العملاء وسلال الشراء

الخلاصة للإدارة

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

نظرة سريعة

قاعدة بيانات المفتاح والقيمة على Couchbase في نظرة سريعة
السؤالالجواب
ما الذي تحفظهعناصر، لكل عنصر مفتاح وقيمة، والقيمة مستند JSON أو بيانات ثنائية
كيف تُقرأ البياناتبالمفتاح، ومن الذاكرة إذا كان العنصر ضمن البيانات النشطة، ويمكن الاستعلام عن مستندات JSON بلغة ⁨SQL++⁩
كيف تتوسععنقود من العقد تتوزع عليه البيانات، وتُضاف إليه عقد كلما زاد الحمل
كيف تصمد البيانات عند عطلالحفظ على القرص، ونسخ على عقد أخرى، والنسخ المتماثل بين مراكز البيانات (XDCR) نحو موقع للتعافي
أين تعملCouchbase Server على بنيتكم التحتية، أو Couchbase Capella الخدمة المُدارة
من إنتركيمراجعة طبيعة العمل، وتصميم المفاتيح، وتحديد الحجم، والبناء، والترحيل، والدعم من الرياض

ما الذي يجب أن تغطيه قاعدة بيانات المفتاح والقيمة في الإنتاج

الفكرة بسيطة: يعطي التطبيقُ قاعدةَ البيانات مفتاحًا، مثل session::8f2c أو cart::customer-1042، فتعيد إليه القيمة. لا يوجد ربط بين جداول ولا خطة استعلام، فتبقى القراءة بالمفتاح سريعة مهما كبرت البيانات. والصعوبة في كل ما يحيط بهذه القراءة. لذلك تحققوا قبل أن يحمل مخزن المفتاح والقيمة نظامًا في الإنتاج من أنه يغطي ما يلي:

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

كيف تعمل Couchbase قاعدة بيانات مفتاح وقيمة موزعة

في Couchbase، خدمة Data هي مخزن المفتاح والقيمة. لكل عنصر مفتاح وقيمة، والمفتاح فريد داخل مجموعته (collection)، والقيمة مستند JSON أو بيانات ثنائية. ويحدد توثيق Couchbase الحد الأعلى لحجم القيمة بـ 20 MiB، والحد الأعلى لطول المفتاح بـ 246 بايت. وتجمع المجموعات والنطاقات (scopes) داخل حاوية البيانات (bucket) المفاتيحَ في تصنيفات، فتعيش الجلسات وملفات العملاء جنبًا إلى جنب دون أن تشترك في المفاتيح نفسها.

اقرأ المزيد

الذاكرة أولًا. تؤكد Couchbase الكتابة العادية حالما تصل إلى ذاكرة العقدة التي تحمل العنصر، ثم تكتبها على القرص. وتُقرأ العناصر كثيرة الاستخدام من الذاكرة. ويصف توثيق Couchbase عملياتها على البيانات بأنها أقل من جزء من الألف من الثانية (sub-millisecond)، وهذا رقم الشركة نفسها، والرقم الذي يهمكم هو ما يُقاس على بياناتكم وأجهزتكم. وإذا ضاقت الذاكرة أخرجت Couchbase منها العناصر الأقل استخدامًا، لكنها تبقى على القرص ومتاحة.

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

أكثر من مفتاح. لأن القيمة قد تكون مستند JSON، يمكن فهرسة العناصر نفسها والاستعلام عنها بلغة ⁨SQL++⁩، وتتيح واجهة Sub-Document قراءة جزء واحد من مستند كبير أو تعديله دون إرسال القيمة كلها. وهذا الفرق الأساسي عن مخزن المفتاح والقيمة الخالص، وهو غالبًا سبب اختيار الفرق له. أما البيانات التي لا تحتاج إلى حفظ دائم فتوضع في حاوية Ephemeral في الذاكرة فقط، كما تشرح صفحة التخزين المؤقت الموزع.

روابط ذات صلةصفحة التخزين المؤقت الموزع

استخدامات مخزن المفتاح والقيمة: الجلسات وملفات العملاء وسلال الشراء وغيرها

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

استخدامات شائعة لمخزن المفتاح والقيمة وقرارات التصميم التي يحتاجها كل منها
الاستخداممثال على المفتاحانتهاء الصلاحيةمستوى الحفظ المقترح
جلسات الدخولsession::{session id}نعم، بمدة انتهاء الجلسة نفسهاكتابة عادية؛ ضياع الجلسة يعني تسجيل الدخول من جديد
ملفات العملاءprofile::{customer id}لاكتابة مؤكدة للتغييرات التي أجراها العميل
سلال الشراءcart::{customer or device id}غالبًا، للسلال المتروكةكتابة مؤكدة حين تتحول السلة إلى طلب
التفضيلات والإعداداتprefs::{user id}لاكتابة عادية
عناصر الكتالوجproduct::{SKU}لا؛ تُحدَّث من نظام المصدركتابة عادية؛ النسخة الأصلية في نظام المصدر
رموز التحقق المؤقتةotp::{request id}نعم، بالدقائقكتابة عادية، أو في الذاكرة فقط

متى يناسب مخزن المفتاح والقيمة من نوع NoSQL، ومتى لا يناسب

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

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

روابط ذات صلةصفحة قاعدة بيانات NoSQL

تشغيل قاعدة بيانات المفتاح والقيمة في السعودية

تحمل الجلسات وملفات العملاء في الغالب بيانات شخصية، فمكان تشغيل المخزن قرار يعود إلى تصنيف البيانات لديكم، لا إلى المعماريين وحدهم. ويعمل Couchbase Server ذاتي التشغيل على خوادم أو أجهزة افتراضية أو Kubernetes تديرونها، ومنها مركز بياناتكم داخل المملكة. وحتى نوفمبر 2026 تضم مناطق Couchbase Capella المنشورة منطقة Google Cloud في الدمام (me-central2)، وتعرض مقارنة Capella والتشغيل الذاتي المناطق وطريقة الاحتساب.

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

روابط ذات صلةمقارنة Capella والتشغيل الذاتي

ما الذي يحدد التكلفة

لا نذكر أسعارًا هنا: تقدّم Couchbase سعر اشتراك Enterprise ذاتي التشغيل عند الطلب، ويُسعَّر بعدد عقد الإنتاج، أما Capella فتُحتسب لكل عقدة في الساعة. وما يحرّك الرقم واحد في النموذجين:

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

ونسعّر عمل إنتركي في بنود مستقلة إلى جانب اشتراك Couchbase أو استهلاك Capella، فترون ما تتقاضاه كل جهة.

كيف تنفّذ إنتركي نظام المفتاح والقيمة

  1. مراجعة طبيعة العمل.

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

  2. تصميم المفاتيح والبيانات.

    أنماط المفاتيح، والمجموعات، وانتهاء الصلاحية، ومستوى الحفظ لكل نوع من البيانات.

  3. تحديد الحجم والنموذج.

    Couchbase Server أو Capella، والعقد والذاكرة والنسخ، مع سعر عملنا.

  4. البناء والاختبار.

    العنقود، وإعدادات الأمان، والنسخ الاحتياطي، والمراقبة، ثم اختبار تحت الحمل على بياناتكم وتمرين على التحويل عند الأعطال.

  5. نقل الطلبات.

    تنتقل القراءة قبل الكتابة، ويبقى المخزن القديم بديلًا حتى تثبت الأرقام.

  6. الدعم والتسليم.

    دعم من الرياض بعد الإطلاق، وتدريب لفريقكم.

أسئلة يطرحها العملاء

فيمَ تُستخدم قاعدة بيانات المفتاح والقيمة؟

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

ما سرعة Couchbase مخزنًا للمفتاح والقيمة؟

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

إذا أُكِّدت الكتابة من الذاكرة، فهل يمكن أن تضيع البيانات؟

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

هل يمكن أن تبقى قاعدة بيانات المفتاح والقيمة لجلسات العملاء داخل السعودية؟

نعم. يعمل Couchbase Server ذاتي التشغيل على بنية تحتية تديرونها داخل المملكة، وحتى نوفمبر 2026 تضم مناطق Couchbase Capella المنشورة منطقة Google Cloud في الدمام. وتحققوا كذلك من وجهة النسخ الاحتياطية وبيانات المراقبة وطريقة الوصول للدعم.

كيف يُسعَّر عنقود المفتاح والقيمة على Couchbase؟

Couchbase Server Enterprise ذاتي التشغيل اشتراك يُسعَّر بعدد عقد الإنتاج ويُقدَّم سعره عند الطلب، وCapella تُحتسب لكل عقدة في الساعة. ويأتي عدد العقد من حجم البيانات النشطة في الذاكرة ومن عدد النسخ، لذلك نحدد الحجم أولًا ثم نقدّم السعر، وعملنا في بنود مستقلة.

كم يستغرق نقل الجلسات أو سلال الشراء إلى Couchbase؟

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

التالي

اقرأ أيضًا

التخزين المؤقت الموزع وقاعدة البيانات مع Couchbase Couchbase Server في السعودية Couchbase Capella أم التشغيل الذاتي ترحيل Couchbase وتطبيقه الحفظ المؤكد Durability (توثيق Couchbase) مخزن الجلسات لأوقات الذروة

الخطوة التالية

اطلبوا مراجعة نظام المفتاح والقيمة مع إنتركي

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

خانة إلزامية

بإرسالك هذا النموذج، فأنت توافق على سياسة الخصوصية.

أو مباشرةً

+966-11-2180999 [email protected]

أبراج التعاونية، البرج الشمالي، الطابق السابع، طريق الملك فهد، العليا، ص.ب. ٥٦٨٣٥، الرياض ١١٥٦٤، المملكة العربية السعودية

أو الجلسات وملفات العملاء وسلال الشراء

نشرته إنتركي. آخر تحديث . إنتركي مسجلة في الرياض بالسجل التجاري رقم 1010156897.