ZhiOne
كيف يعمل ZhiOne
مبني من مكونات، لا من كتلة واحدة
ينقسم ZhiOne إلى مكونات المعمارية الرقمية المفتوحة (ODA) من TM Forum. يملك كل مكوّن جزءه من الأعمال وبياناته، ويعرضه عبر واجهة TM Forum مفتوحة، ويعلن تغييراته كأحداث. ولا يصل مكوّن آخر أو نظام آخر لدى المشغّل إلى تلك البيانات إلا عبر الواجهة، لا عبر قاعدة البيانات أبدًا.
يتصرف عميل أو قناة
تستدعي بوابة مبيعات أو تطبيق خدمة ذاتية أو نظام شريك واجهة المكوّن.
يقرر المكوّن
يقيس الطلب بقواعده ويملك النتيجة.
تستمر العملية
ينتقل الطلب مثلًا من التسجيل إلى التسليم عبر محرك عمليات يستدعي كل مكوّن بدوره.
يعلم الجميع
يُنشر التغيير كحدث، فتتبعه الفوترة والمخزون والإشعارات دون أن يُسأل.
حول المكونات
| الجزء | ما يفعله |
|---|---|
| تسجيل الدخول | OpenID Connect القياسي، متصلًا بنظام الهوية لدى المشغّل |
| الصلاحيات | الأدوار والصلاحيات كما يعرّفها مكوّن إدارة الصلاحيات في TM Forum |
| العمليات | محرك عمليات للطلبات وتسليمها |
| التكامل | محوّلات إلى أنظمة المشغّل نفسه، مثل بوابة الدفع |
| السجل | يُحفظ كل تغيير على هيئة حدث، ويبيّن سجل التدقيق من غيّر ماذا ومتى |
| العمل اليومي | ملاحظات على السجلات، ويُسند كل سجل إلى الموظف الذي يتولاه |
| العمل في الخلفية | تُنفَّذ المهام الطويلة على دفعات، بمعزل عن مستخدمي النظام |
| المنصة | حاويات على Kubernetes، يُطلق كل إصدار ويُتراجع عنه كإصدار مثبّت |
ما يبقى في أنظمتك الأخرى
يبقى جانب الشبكة لدى المشغّل، مثل مخزون الخدمات والموارد وإدارة الأعطال والأداء، في الأنظمة التي تديره. ويتصل بها ZhiOne عبر الواجهات القياسية نفسها.