تم بناء Self Cube كمنصة متعددة القنوات (ويب + موبايل + مكتب خلفي) مع واجهة برمجة تطبيقات موحدة، خدمات نطاقية وطبقة AI منفصلة.
تتم العمليات الحرجة من خلال المدفوعات والحسابات. يفهم AI النية ويعد مسودة — وفقًا للقواعد، الحدود والتدقيق.
80+
خدمات مصغرة
300+
أنواع الأحداث
10 000
عمليات في الثانية
99.95%
التوافر المستهدف SLA
10 قنوات تفاعل_
جميع القنوات هي عملاء رقيقين وتستخدم منطق أعمال موحد عبر API Gateway. وهذا يستبعد تكرار الوظائف ويضمن تجربة متسقة.
البنك المحمول
تطبيقات أصلية لـ iOS و Android مع بيومترية و AI مدمج.
البنك الإلكتروني
بنك الإنترنت مع تجربة مستخدم موحدة لجميع فئات العملاء.
تدخل قنوات الإنترنت المصرفية وتطبيق الهاتف المحمول إلى API Gateway، ثم يتم التعرف على الهوية، ومحرك موحد للحدود والقواعد، ومنطق مصرفي مجالي، وحافلة أحداث وAI فقط كواجهة عمل، وليس كوسيط للأموال. لا تدخل القنوات إلى الميكروسيرفيسات مباشرة. من المنطقي مقارنة مشهدك بهذه المخطط: إذا كان تطبيق الهاتف المحمول يدخل إلى ABS متجاوزًا البوابة، فهناك دين بالفعل. يضع Self Cube البوابة، والحدود، والتدقيق في الهندسة المعمارية، وليس "سنضيف WAF لاحقًا". يمكن تضمين الطبقات تدريجيًا، لكن لا يمكن تجاوز البوابة.
ما هو API Gateway في البنك ولماذا هو مطلوب؟
API Gateway هو نقطة دخول موحدة: المصادقة، التوجيه، سياسة الوصول إلى الميكروسيرفيسات في المنصة. بدون البوابة، كل قناة - ويب، iOS، أندرويد، شريك، وكيل - تحمل تكاملاتها وثغراتها الخاصة. في Self Cube، لا تدخل القنوات إلى المجال مباشرة لهذا السبب. من المنطقي عدم الخلط بين البوابة وموازن الحمل: موازن الحمل يوزع حركة المرور، بينما البوابة تفرض أيضًا العقد والحقوق. إذا كانت "API البنك" هي مجموعة من URL الداخلية بدون سياسة، فلا يمكن وضع طبقة الوكيل عليها. البوابة تجعل API مؤسسيًا، وليس عشوائيًا.
هل يمكن للذكاء الاصطناعي إجراء الدفع بنفسه؟
لا. يقوم المساعد بإعداد مسودة العملية، وتنفذ خدمات الدفع والحسابات بعد الحدود والقواعد. تم تضمين الإنسان في دائرة الهندسة المعمارية لـ Self Cube، وليس مضافًا بواسطة سياسة الأمان "في وقت ما". من المنطقي حظر النماذج من الوصول المباشر إلى خدمة الدفع وقاعدة البيانات. إذا كانت العرض التوضيحي يظهر "كتبت في الدردشة - الأموال ذهبت"، فهذا إما محاكاة أو دائرة خطيرة. تفصل الهندسة المعمارية بين واجهة العمل والتنفيذ. لا يمكن الخلط بينهما سواء في الطيار أو في الإنتاج.
هل ستؤخر الفحوصات ومكافحة الاحتيال العميل في القناة؟
الطريق الحرج للعميل متزامن وقصير: التعرف على الهوية، الحدود، العملية المجالية. تسير مكافحة الاحتيال العميقة، والتحليلات، والنماذج بشكل غير متزامن عبر الأحداث - الامتثال غير المعوق، بحيث لا يتوقف الامتثال في نفس الخطوة التي يتم فيها الضغط على "إرسال". من المنطقي مسبقًا تحديد أي الفحوصات يجب أن تكون متزامنة (الحد، حظر الحساب)، وأيها يمكن أن تلحق بالحدث. إذا تم تحميل كل شيء في طلب واحد، ستبدأ القناة في التباطؤ. حافلة الأحداث هي بالضبط لهذا الفصل، وليس "لأجل موضة Kafka".
كم عدد الميكروسيرفيسات والأحداث داخل المنصة؟
في دائرة Self Cube - أكثر من 80 ميكروسيرفيس وأكثر من 300 نوع من الأحداث. هذا ليس هيكلًا موحدًا مع API واحد "لكل منتجات البنك". الأحداث ضرورية حتى لا تعيق التحليلات، والإشعارات، والامتثال خطوة العميل. من المنطقي عدم الخوف من الرقم وعدم المطالبة بـ "دعونا نجمع كل شيء في خدمة واحدة من أجل البساطة": البساطة في البداية تموت بسرعة في التكاملات. يجب النظر إلى حدود المجالات والبوابة، وليس إمكانية رسم مربعات أقل. حجم الخدمات هنا هو نتيجة المجال الموضوعي، وليس هدفًا في حد ذاته.
كيف تتكامل المنصة في المشهد التكنولوجي الحالي للبنك؟
تدير المنصة السيناريو الرقمي، وتنفذ الأنظمة الخارجية المحاسبة والعمليات المتخصصة. تتصل ABS، والبطاقات، وحافلة التكامل، وKYC/AML والإشعارات بشكل مباشر. لا يتعين كسر جوهر البنك. من المنطقي في البداية كتابة ما يبقى نظام تسجيل، وما يصبح منظم القناة. إذا كانت ABS وDBO مرتبطة حاليًا بشكل صارم داخل الهيكل الموحد، ستكون الخطوة الأولى هي إخراج القناة من البوابة. تم تصميم Self Cube للتكامل، وليس لشعار "تخلص من كل شيء".
ماذا يحدث مع البيانات الشخصية عندما تجيب النموذج؟
تدخل في النموذج سياق الحد الأدنى، يتم إخفاء البيانات، ولا يوجد وصول مباشر لنموذج اللغة إلى القاعدة. يقرر المنظم ما يمكن تقديمه وما يجب أن يبقى في النطاق. من المنطقي حظر المعرفات الخام، والسجلات الكاملة، والملفات الشخصية للآخرين في الطلب. إذا كان الطيار "فقط تم توصيل النموذج بـ DWH"، فلا يوجد هيكل معماري. يضع Self Cube تقليل البيانات والسياق المتحكم فيه كطبقة، وليس كتعليمات للموظف. يتم التحقق من ذلك من خلال التدقيق، وليس من خلال الشريحة.
ما الفرق بين OpenAPI و REST العادي بدون مواصفات؟
REST بدون عقد هو مجموعة من URL التي تعيش في الويكي وفي رأس الفريق. تجعل OpenAPI العقد قابلاً للقراءة آليًا: تجد الخدمات وعملاء الذكاء الاصطناعي الفرصة من خلال المواصفات، مع الأنواع، والأخطاء، وسياسة الوصول. بدون ذلك، لا يتم تجميع طبقة الوكيل: ليس لدى النماذج ما يمكن استدعاؤه بأمان. من المنطقي التحقق مما إذا كان العقد ساريًا مثل الكود، وليس "التوثيق لاحقًا". في Self Cube، OpenAPI هو جزء من المنصة، وليس تطبيقًا للإصدار. ملف Swagger لمجرد إرضاء الشكل هنا معيار غير كاف.