قواعد البيانات لقطاع الاتصالات: كيف تُختار طبقة البيانات لأنظمة BSS، من ملفات المشتركين إلى الاستهلاك

أنظمة دعم الأعمال (BSS) هي الجانب التجاري لدى المشغّل: من العميل، وماذا اشترى، وماذا استهلك، وكم عليه. أما أنظمة دعم العمليات (OSS) فتدير الشبكة نفسها. وهذا الدليل يتناول جانب BSS.

تحفظ بيئة BSS أنواعًا من البيانات يختلف سلوكها كثيرًا:

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

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

• الذروة. تتبع الحركة الحملات وأيام الرواتب ورمضان والعيدين والمناسبات الوطنية. وتُحجَّم طبقة البيانات لهذه الذروة، لا ليوم متوسط.
• لغتان. الكتالوج والعروض والإشعارات موجودة بالعربية والإنجليزية، والبحث يجب أن يعمل باللغتين.
• التنظيم وإقامة البيانات. تنظّم هيئة الاتصالات والفضاء والتقنية خدمات الاتصالات في المملكة (cst.gov.sa). وبيانات المشتركين بيانات شخصية يشملها نظام حماية البيانات الشخصية الذي تشرف عليه سدايا (sdaia.gov.sa)، وتنطبق ضوابط الهيئة الوطنية للأمن السيبراني (nca.gov.sa) على كثير من أنظمة المشغّلين. أما أي القواعد تنطبق عليكم وما الذي تتطلبه، فيُحسم مع مسؤول الالتزام لديكم، ويوثّق التصميم أين تقيم كل نسخة من البيانات.

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

روابط ذات صلةcst.gov.sasdaia.gov.sanca.gov.sa

حين تضغط الأحمال على النواة تظهر أربعة حلول شائعة، ولكل منها ثمن.

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

روابط ذات صلةiblync

Couchbase قاعدة بيانات NoSQL موزعة تحفظ مستندات JSON وبيانات المفتاح والقيمة، ويُستعلم عنها بلغة ⁨SQL++⁩. وإنتركي شريك تقني لـCouchbase وتبيع Couchbase Capella، وتعرض صفحة Couchbase عملنا عليها بصورة أوسع. وفي تصميم BSS تقابل المنصة الصفوف كثيرة القراءة في الجدول أعلاه:

• ملف المشترك مستندًا واحدًا. يُقرأ العميل وخطوطه وباقاته وموافقاته في طلب واحد بالمفتاح، بدل ربط جداول كثيرة. وتغيّر واجهة Sub-Document API قيمة واحدة، مثل تفضيل، دون إعادة كتابة السجل كله. وتتناول صفحة رؤية العميل الشاملة هذا الموضوع بتفصيل أكثر.
• كتالوج يقبل خصائص جديدة دون ترحيل. نوع باقة جديد يضيف حقولًا إلى مستنداته، وتتولى خدمة Search التصفح والبحث بالكلمات. انظروا صفحة كتالوج المنتجات.
• جلسات وسلال تنتهي من تلقاء نفسها. يمكن أن يحمل المستند وقت انتهاء، فتُحذف الحالة قصيرة العمر وحدها. وتشرح صفحة مخزن الجلسات هذا النمط.
• الذاكرة أولًا، والضمان عند الحاجة. تؤكد Couchbase الكتابة العادية حين تصل إلى الذاكرة ثم تكتبها على القرص. ولخطوة طلب لا يجوز أن تضيع، يمكن أن تشترط الكتابة أن تحفظها أغلبية العقد، وتذكر Couchbase أن ذلك يستغرق وقتًا أطول.
• معاملات حيث يحتاجها المسار. معاملات ACID متاحة عبر ⁨SQL++⁩، للمسارات التي تغيّر عدة مستندات معًا.
• خدمات تتوسع كل منها وحدها. يمكن أن تعمل خدمات Data وQuery وIndex وSearch وAnalytics وEventing على عقد خاصة بها، وتسمي Couchbase ذلك التوسع متعدد الأبعاد، فلا تحتاج حملة تُثقل البحث إلى طبقة بيانات أكبر.

روابط ذات صلةصفحة Couchbaseصفحة رؤية العميل الشاملةصفحة كتالوج المنتجاتصفحة مخزن الجلساتصفحة قاعدة بيانات NoSQL

وجود طبقة بيانات ليس سببًا لنقل كل شيء. فCouchbase ليست الجواب الصحيح في هذه الحالات:

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

ويقول التقييم ذلك صراحة حين تكون هذه هي الحال.

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

• عدد أحمال BSS والقنوات المشمولة، وهو يهم أكثر من حجم البيانات؛
• كيف يتيح نظام السجل تغييراته، وما مدى الحداثة المطلوبة للنسخة؛
• الذروة التي يجب أن تخدمها الطبقة، وهي تحدد عدد العقد؛
• هل يلزم موقع ثانٍ، بعقده وفهارسه؛
• أين يجب أن تُستضاف البيانات، وهذا يحسم الاختيار بين Capella والتشغيل الذاتي (انظروا Capella أو التشغيل الذاتي).

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

روابط ذات صلةCapella أو التشغيل الذاتي