كيف يحدث الحجز المزدوج فعلًا — ولماذا لا تحل مزامنة تقويم Airbnb الأسرع هذه المشكلة

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

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

لم يرتكب أحد خطأ. تصرّفت القناتان كما صُمِّمتا تمامًا. الخلل هنا بنيوي: سُمح لنظامين بالاعتقاد أن كلًا منهما يملك الغرفة نفسها.

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

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

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

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

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