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