مزامنة البيانات دون اتصال: تطبيقات ميدانية تواصل العمل بلا شبكة

تُبنى تطبيقات كثيرة شاشاتٍ فوق خدمة ويب. وعلى المكتب ينجح ذلك. أما في الميدان فيتعثر بطرق معروفة: يضيع نموذج مُعبَّأ حين ينقطع الاتصال، أو ينتظر العامل أمام دائرة التحميل، أو ينقل الفريق البيانات على ورق ثم يدخلها لاحقًا.

وغالبًا ما يختار الفريق بين ثلاثة خيارات:

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

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

في Couchbase Lite ينقل «المُكرِّر» (Replicator) التغييرات بين الجهاز وSync Gateway. وتصف وثائق Couchbase السلوك المهم دون اتصال:

• مستمر أو لمرة واحدة. النسخ المستمر يبقى نشطًا لنقل المستندات المتغيرة، والتشغيل لمرة واحدة هو البديل العارض.
• انقطاع وإعادة محاولة. عند خطأ مؤقت يدخل المُكرِّر حالة عدم الاتصال ويعيد المحاولة، وتتسع الفترة بين المحاولات مع الوقت. وتعيد النسخ المستمرة المحاولة بلا حد.
• القنوات. يسحب الجهاز افتراضيًا القنوات التي يحق لمستخدمه الوصول إليها. ويمكن حصر السحب في قنوات مختارة، فلا يحمل الجهاز إلا ما يحتاجه.
• التحكم في الوصول. يتحقق Sync Gateway من أن المخوَّلين وحدهم يتصلون، ومن المستندات التي يحق لكل مستخدم قراءتها وكتابتها.

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

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

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

Couchbase شريك تقني لإنتركي، والمنصة ملك لـCouchbase. وتبيع إنتركي Couchbase Capella. وحتى 2 نوفمبر 2026 تُظهر قائمة مناطق Couchbase توفر App Services في منطقة الدمام من Google Cloud (me-central2)، كما في صفحة Capella لدينا. راجعوا قائمة Couchbase الحالية قبل اتخاذ القرار.

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

روابط ذات صلةصفحة Capella