Couchbase · حالة استخدام
إدارة بيانات إنترنت الأشياء: بيانات الأجهزة من الموقع إلى المركز دون أن تضيع
إدارة بيانات إنترنت الأشياء هي العمل على حفظ البيانات التي تنتجها الحساسات والآلات والأجهزة المتصلة، ونقلها، والتحقق منها، والاستعلام عنها، ثم التخلص منها في وقتها. والصعوبة نادرًا ما تكون في الحجم وحده، بل في مواقع اتصالها ضعيف، وقراءات تصل متأخرة أو مكررة، وقواعد تحدد أين يجوز أن تُحفظ البيانات. يشرح هذا الدليل المشكلة بلغة بسيطة، وخيارات التصميم الرئيسية وما يكلفه كل منها، والنمط الذي تصفه Couchbase للحافة ومزامنة الجوال، وأين يناسب وأين لا يناسب.
نُشر في 8 دقائق قراءة
الملخص
نظرة سريعة
الدليل كله في جدول واحد، قبل التفاصيل.
- ما تشمله
- حفظ البيانات التي تنتجها الأجهزة والمواقع، ومزامنتها، والاستعلام عنها، والتخلص منها في وقتها
- الصعوبة المعتادة
- اتصال ضعيف أو متقطع، وقراءات متأخرة أو مكررة، وحجم يزيد كل يوم
- نمط Couchbase
- Couchbase Lite على الأجهزة، وEdge Server في المواقع، وSync Gateway أو App Services، وعنقود مركزي
- أين يعمل المركز
- Couchbase Capella، ومن مناطقها الدمام، أو Couchbase Server بالتشغيل الذاتي داخل المملكة
- دور إنتركي
- طبقة قاعدة البيانات: التصميم والتنفيذ والدعم من الرياض
الخلاصة للإدارة
- المشكلة: الأجهزة تنتج بيانات في أماكن كثيرة، والاتصال فيها ضعيف غالبًا، والجهة تحتاج إلى هذه البيانات في مكان واحد تثق به.
- ما يتعثر عادةً: قراءات تضيع حين ينقطع الاتصال، وقراءات لا يُعرف لأي أصل تعود، وتخزين يكبر دون خطة للتخلص من القديم.
- القرار الرئيسي: إرسال كل شيء إلى المركز مباشرة، أو إبقاء البيانات في الموقع ومزامنتها حين يسمح الاتصال.
- أين تناسب Couchbase: بيانات الأجهزة والمواقع التي يجب أن تبقى متاحة دون اتصال، وأن تتزامن في الاتجاهين مع قاعدة مستندات مركزية.
- أين لا تناسب: تدفق قياسات عالية التردد لا يُقرأ إلا مجمّعًا، أو مواقع اتصالها مستقر واحتياجها بسيط.
ما إدارة بيانات إنترنت الأشياء، ولماذا هي صعبة
كل جهاز متصل ينتج سجلات: قراءة حرارة، أو قيمة عدّاد، أو فتح باب، أو موقع مركبة، أو حالة آلة. وإدارة بيانات إنترنت الأشياء تشمل ما يحدث لهذه السجلات منذ لحظة إنشائها: أين تُحفظ أولًا، وكيف تصل إلى الأنظمة التي تستخدمها، وكيف تُراجع وتُربط بالأصل الذي تصفه، ومن يحق له قراءتها، ومتى تُلخَّص أو تُحذف.
وثلاثة أمور تجعلها أصعب من قاعدة بيانات تطبيق عادي:
اقرأ المزيد
- الاتصال ليس متاحًا دائمًا. المصانع والمواقع البعيدة والمستودعات والمركبات تفقد اتصالها، وكل ما ينتظر المركز يتوقف حين ينقطع الاتصال.
- البيانات لا تصل بالترتيب. الجهاز الذي كان دون اتصال يرسل قراءات ساعة كاملة دفعة واحدة، وقد تُرسل إعادة المحاولة القراءة نفسها مرتين. ويجب أن يقبل التصميم الحالتين دون أن يُفسد السجل.
- الحجم يزيد ولا ينقص. القراءات تتراكم كل يوم. وإن لم يُحسم ما يُحفظ كاملًا، وما يُلخَّص، وما تنتهي صلاحيته، ارتفعت كلفة التخزين وزمن الاستعلام معها.
وأغلب الجهد في هذه القرارات، لا في اختيار المنتج. والتصميم الذي يحسمها مبكرًا يستطيع تغيير المنتج لاحقًا، أما التصميم الذي يتجاوزها فيتعثر على أي منتج.
لماذا يهم ذلك في السعودية
في المملكة يأتي السؤال عادةً مع برنامج قائم: مواقع صناعية ومرافق تضيف حساسات إلى معداتها، وشركات نقل تتابع أساطيلها على مسافات طويلة، وفرق مرافق تربط المباني، وفرق ميدانية تعمل حيث التغطية ضعيفة. وكثير من هذه الأماكن بعيد عن مركز البيانات الذي يحفظ السجل الأساسي.
وسؤالان سعوديان يحددان التصميم مبكرًا. الأول أين يجوز أن تُحفظ البيانات: تلتزم جهات كثيرة بإبقاء بيانات معينة داخل المملكة وفق ضوابط الهيئة الوطنية للأمن السيبراني (nca.gov.sa) ونظام حماية البيانات الشخصية الذي تشرف عليه سدايا (sdaia.gov.sa)، والنسخة المحفوظة على الحافة نسخة من البيانات أيضًا. والثاني من سيشغّل النظام بعد الإطلاق. وتدعم إنتركي طبقة قاعدة البيانات من الرياض، بمهندسين يعملون بالعربية والإنجليزية.
روابط ذات صلةnca.gov.sasdaia.gov.sa
خيارات التصميم وما يكلفه كل منها
أربعة تصاميم شائعة، نصفها بطريقة عملها لا بأسماء المنتجات.
| التصميم | كيف يعمل | أين يناسب | ما يكلفه |
|---|---|---|---|
| إرسال كل شيء إلى المركز | تكتب الأجهزة أو البوابات كل قراءة مباشرة في قاعدة بيانات أو خدمة مركزية | مواقع اتصالها مستقر، وقراءات تحتمل انتظار الاتصال | تضيع القراءات أو تتكدس على الجهاز حين ينقطع الاتصال، ويتحمل المركز الحمل كله |
| الحفظ في الموقع ثم المزامنة مع المركز | قاعدة بيانات على الجهاز أو بوابة الموقع تواصل العمل دون اتصال، وتتبادل التغييرات حين يتوفر الاتصال | المواقع البعيدة والمصانع والمركبات التي يجب أن تواصل التسجيل والقراءة محليًا | تصميم أكثر: ما يحتفظ به كل موقع، وكيف تُدمج التغييرات، ومن يرى ماذا |
| ملفات تُحمَّل لاحقًا | تُجمع القراءات في ملفات وتُحمَّل في مواعيد محددة | تقارير تحتمل الانتظار ساعات أو يومًا | لا صورة حالية للوضع، والأخطاء تظهر بعد وقت طويل من القراءة |
| القراءات الخام لمدة قصيرة والملخصات لمدة طويلة | تُحفظ القراءات الحديثة كاملة وتنتهي صلاحيتها بعد مدة، ويبقى القديم في صورة ملخصات | أي تصميم مما سبق يزيد حجمه كل يوم | يجب الاتفاق على قواعد التلخيص مع مستخدمي البيانات قبل أن تنتهي صلاحية القراءات الخام |
وهذه الخيارات تجتمع. فأغلب التصاميم الفعلية تحفظ في الموقع، وتزامن مع المركز، وتتخلص من القراءات الخام وفق جدول متفق عليه.
إدارة بيانات إنترنت الأشياء مع Couchbase: النمط الذي تصفه Couchbase
من وصف Couchbase نفسها لمنتجاتها، كما نعرضه في صفحتي الحافة والمزامنة دون اتصال.
| الطبقة | ما يعمل فيها | ما تذكره Couchbase |
|---|---|---|
| الجهاز أو التطبيق | Couchbase Lite | قاعدة بيانات NoSQL مدمجة بمستندات JSON للجوال والأجهزة الطرفية؛ تخزّن البيانات وتزامنها وتستعلم عنها محليًا، حتى دون اتصال بالشبكة |
| الموقع أو البوابة | Couchbase Edge Server | قاعدة بيانات خفيفة قائمة بذاتها لمواقع الحافة محدودة الموارد، يمكنها أن تخدم عملاء Couchbase Lite المحليين وأن تزامن مع الخدمات في الاتجاه الأعلى |
| طبقة المزامنة | Sync Gateway، أو Capella App Services نسختها المُدارة | مزامنة في الاتجاهين بين الأجهزة الطرفية والسحابة، مع تحكم في الوصول عبر المستخدمين والأدوار والقنوات |
| المركز | Couchbase Capella أو Couchbase Server بالتشغيل الذاتي | قاعدة مستندات JSON المركزية، مع استعلامات SQL++ وخدمات البحث والتحليل والأحداث (Eventing) على البيانات نفسها |
وتتناول صفحة قاعدة بيانات الحافة طبقة الموقع بتفصيل أكبر، وتتناول صفحة المزامنة دون اتصال الأجهزة والتطبيقات. وتحققوا من المنصات والإصدارات المدعومة في صفحات Couchbase قبل أن تبنوا التصميم عليها.
تصميم البيانات: المستندات والقنوات والتعارض وانتهاء الصلاحية
بعد اختيار الطبقات، يصبح أغلب العمل في تصميم البيانات. وهذه القرارات التي نحسمها مع فريقكم، وفق ما توثقه Couchbase:
اقرأ المزيد
- مستندات تتبع الأصل. تحفظ Couchbase مستندات JSON تُجلب بالمفتاح ويُستعلم عنها بلغة SQL++. والبداية المعتادة مستند لكل جهاز يحمل تعريفه وحالته، والقراءات في مستندات مستقلة، مجمّعة بحيث تبقى الاستعلامات التي يحتاجها العمل بسيطة. وتشرح صفحة قاعدة بيانات NoSQL الفرق بين قاعدة المستندات والأنواع الأخرى.
- القنوات تحدد ما يحتفظ به كل موقع. يتحكم Sync Gateway وApp Services في الوصول عبر القنوات، ويمكن للجهاز أن يحصر ما يسحبه في قنوات مختارة، فلا يحتفظ الموقع إلا ببيانات أصوله. وبذلك يصغر العتاد، ويقصر زمن المزامنة، ويقل ما يُكشف إن فُقد جهاز.
- قاعدة لحسم التعارض. حين يتغير سجل في مكانين، تحسم Couchbase Lite التعارض عند السحب: افتراضيًا يغلب الحذف، وإلا فالنسخة الأكثر مراجعات، ويمكن لمحلِّل مخصص أن يطبق قاعدتكم. والقراءات تُكتب مرة واحدة غالبًا فنادرًا ما تتعارض، أما حالة الأصول وأوامر العمل فتتعارض.
- انتهاء الصلاحية للقراءات الخام. تستطيع Couchbase إنهاء صلاحية المستندات بعد مدة محددة، فتُحذف القراءات الخام بعد المدة المتفق عليها وتبقى ملخصاتها.
- الاستجابة والتحليل. خدمة الأحداث (Eventing) التي تعمل حين تتغير البيانات، وخدمة التحليل (Analytics)، تعملان خدمتين مستقلتين، فيمكن أن يُخصص للعمل الثقيل عقد لا تُبطئ الاستعلامات التشغيلية.
روابط ذات صلةصفحة قاعدة بيانات NoSQL
أسئلة تُحسم قبل اختيار التصميم
- ما الذي يجب أن يبقى عاملًا دون اتصال، ولكم من الوقت: التسجيل أم القراءة أم الاثنان.
- ماذا يحتاج كل موقع أو جهاز أن يحتفظ به، ولا شيء غير ذلك.
- كيف تُربط القراءة بأصلها: هوية الجهاز، وسجل الأصول، وما يحدث حين يُستبدل جهاز.
- كيف تُعالج القراءات المتأخرة أو المكررة، حتى لا تُحسب إعادة المحاولة مرتين.
- كم تُحفظ القراءات الخام، وأي ملخص يحل محلها.
- أين تقيم كل نسخة: على الأجهزة، وفي المواقع، وفي المركز، وفي النسخ الاحتياطية والسجلات، مقارنةً بتصنيف بياناتكم.
- من يصون البرمجيات في مواقع كثيرة بعد الإطلاق: التحديثات والمراقبة والعتاد الاحتياطي.
أين تناسب Couchbase بيانات الأجهزة، وأين لا تناسب
تناسب حين يجب أن تبقى بيانات الأجهزة أو المواقع متاحة دون اتصال، وأن تتزامن في الاتجاهين مع قاعدة مركزية، وأن تقرأها التطبيقات مستندات: تطبيقات ميدانية، وأنظمة مواقع، وحالة الأصول، والفحوص، وأوامر العمل إلى جانب القراءات.
وقد لا تكون الخيار الأول حين تكون البيانات تدفقًا من قياسات عالية التردد مرتبة بالوقت ولا تُقرأ إلا مجمّعة؛ فقاعدة مصممة للسلاسل الزمنية قد تناسبها أكثر، كما يشرح دليل أنواع قواعد البيانات. وإن كان اتصال كل موقع مستقرًا واحتياجه بسيطًا، فقاعدة مركزية وحدها أبسط.
ولا تورّد إنتركي الحساسات أو الأجهزة أو الاتصال. دورنا منصة البيانات التي تقف خلفها، بصفتنا شريكًا تقنيًا لـCouchbase نبيع Couchbase Capella.
روابط ذات صلةدليل أنواع قواعد البيانات
كيف تنفّذ إنتركي مشروع إدارة بيانات إنترنت الأشياء
-
مراجعة الحمل.
المواقع والأجهزة، وكم مرة ينقطع الاتصال، وما يجب أن يبقى عاملًا في كل موقع، والأحجام، ومدة الحفظ، وقاعدة إقامة البيانات. و«قاعدة مركزية تكفي» نتيجة مشروعة.
-
تصميم البيانات والمزامنة.
المستندات والمفاتيح، والقنوات لكل موقع، وقاعدة التعارض لكل نوع من السجلات، وانتهاء صلاحية القراءات الخام والملخصات التي تحل محلها.
-
تجربة في مواقع فعلية.
عدد قليل من الأجهزة أو المواقع على التصميم المقترح، مع قطع الاتصال عمدًا لاختبار التسجيل والمزامنة والتعارض.
-
بناء المركز.
Capella في المنطقة المتفق عليها أو Couchbase Server على بنيتكم، مع النسخ المتماثلة، وموقع للتعافي حين يلزم.
-
التوسع موقعًا بعد موقع.
نقل البيانات القائمة حين يلزم، غالبًا عبر iblync، منتج إنتركي؛ وتنضم المواقع على دفعات، مع طريق رجوع مُجرَّب.
-
التشغيل أو التسليم.
المراقبة والترقيات ومراجعة السعة وفق نطاق مكتوب للخدمات المُدارة، أو تسليم موثق لفريقكم.
أين يعمل النظام وما الذي يحدد الكلفة
Couchbase Capella خدمة المورّد المُدارة على AWS أو Google Cloud أو Microsoft Azure. وحتى 2 نوفمبر 2026 تشمل مناطقها المنشورة منطقة Google Cloud في الدمام (me-central2)، وتُظهر قائمة المناطق لدى Couchbase توفر App Services فيها. أما Couchbase Server بالتشغيل الذاتي فيعمل على بنية تتحكمون فيها، كمركز بياناتكم داخل المملكة. وتقارن صفحة Capella أو التشغيل الذاتي بين النموذجين.
لا ننشر سعرًا أو مدة. وما يحرك الرقم: عدد المواقع والأجهزة، والبيانات التي يحتفظ بها كل منها، ومدة حفظ القراءات الخام، والنسخ المتماثلة وموقع التعافي، وطبقة المزامنة المختارة. وتُحتسب Capella لكل عقدة في الساعة، أما Couchbase Server بالتشغيل الذاتي فاشتراك يُسعَّر بعدد عقد الإنتاج. ويظهر عملنا في بنود مستقلة.
روابط ذات صلةصفحة Capella أو التشغيل الذاتي
أسئلة شائعة
ماذا تشمل إدارة بيانات إنترنت الأشياء غير حفظ قراءات الحساسات؟
تشمل حياة البيانات كلها: أين تُكتب أولًا، وكيف تصل إلى المركز، وكيف تُربط بالأصل الذي تصفه، ومن يحق له قراءتها، ومتى تُلخَّص أو تُحذف. والتخزين أصغر هذه الأجزاء.
هل يستطيع الموقع مواصلة تسجيل بيانات الأجهزة إذا انقطع اتصاله بمركز البيانات؟
نعم، إذا كانت البيانات محفوظة في الموقع. فمع Couchbase تواصل Couchbase Lite أو Edge Server العمل محليًا، ويعيد المُكرِّر المحاولة حتى يعود الاتصال، ثم يتبادل التغييرات.
هل قاعدة مستندات NoSQL مكان مناسب لبيانات إنترنت الأشياء؟
لتعريفات الأجهزة وحالة الأصول والفحوص والقراءات التي تقرأها التطبيقات، غالبًا نعم، لأن كل سجل يحتفظ ببنيته. أما تدفق القياسات عالية التردد الذي لا يُقرأ إلا مجمّعًا، فقد يناسبه مخزن للسلاسل الزمنية أكثر.
هل يمكن أن تبقى بيانات الأجهزة في المواقع السعودية داخل المملكة؟
نعم. يمكن تشغيل Couchbase Server في مركز بياناتكم داخل المملكة، وحتى 2 نوفمبر 2026 تشمل المناطق المنشورة لـCapella منطقة Google Cloud في الدمام. والنسخ على الحافة والنسخ الاحتياطية والسجلات داخلة في المراجعة أيضًا.
كيف تُسعَّر منصة Couchbase لبيانات إنترنت الأشياء في السعودية؟
تُحتسب Capella لكل عقدة في الساعة، وتبيعها إنتركي، أما Couchbase Server بالتشغيل الذاتي فاشتراك بعدد عقد الإنتاج. ويتوقف الحجم على المواقع، والبيانات المحفوظة، ومدة الحفظ، والنسخ المتماثلة. ويُسعَّر عملنا مستقلًا.
كم يستغرق تعميم تصميم بيانات الأجهزة على مواقع كثيرة؟
يتوقف على عدد المواقع، وبُعد البيانات الحالية عن التصميم الجديد، وطريقة تقسيم دفعات التوسع. ونقدّر المدة بعد مراجعة الحمل والتجربة، لا قبلهما.
التالي
صفحات ذات صلة
الخطوة التالية
راجعوا معنا تصميم بيانات أجهزتكم
أخبرونا بعدد المواقع أو الأجهزة التي تشغّلونها، وكم مرة ينقطع اتصالها، وما يجب أن يبقى عاملًا في كل موقع، وكم يجب أن تُحفظ القراءات، وأين يجب أن تبقى البيانات. وسنرد عليكم برأي أولي في التصميم والخطوة التالية.
أو مباشرةً
+966-11-2180999 [email protected]أبراج التعاونية، البرج الشمالي، الطابق السابع، طريق الملك فهد، العليا، ص.ب. ٥٦٨٣٥، الرياض ١١٥٦٤، المملكة العربية السعودية