بنك رايفايزن يبني توأمًا رقميًا لمشهد تكنولوجيا المعلومات ويُحضّر Agentic RAG

بنك رايفايزن يبني نموذجاً رقمياً مزدوجاً للمشهد التكنولوجي ويحضر نموذج Agentic RAG

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

لماذا الأنظمة القديمة EA لا تعمل

وفقاً لفريق البنك، ظلت الحلول الكلاسيكية مثل Sparx EA و Alfabet و iServer لفترة طويلة معايير صناعية، لكنها اليوم تكافح بشكل متزايد للوفاء بمتطلبات السرعة. المشكلة الرئيسية لا تكمن في مجموعة الميزات، بل في منطق التشغيل نفسه: تم إنشاء هذه المنتجات كأدوات للمهندسين المعماريين، وليس كبيئة حية للتعاون بين الفرق. كنتيجة لذلك، تصبح البيانات قديمة بسرعة، والعلاقات بين الكائنات يتم الحفاظ عليها يدوياً، والنقاشات حول التغييرات غالباً ما تنتهي في draw.

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

وهذا هو السبب في أن بنك رايفايزن قرر عدم الاقتصار على استبدال أداة بائع بأخرى، بل إطلاق منصة خاصة به لإدارة العمارة.

كيف تعمل أداة EA

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

• يربط النموذج المعماري القدرات التجارية والوظائف وواجهات برمجة التطبيقات وتدفقات البيانات والمكونات
• يمكن للنماذج المتفق عليها أن تشغل عمليات CI/CD من خلال مسار أخضر موحد
• تساعد مواصفات YAML والبيانات من Git على التوفيق بين المشهد الفعلي والحل المعماري
• في المستقبل، ستتمكن المنصة من إنشاء الخزانات ومخططات قواعد البيانات والكود الأساسي

يقترب هذا النهج من البنك من Spec-Driven Development، حيث يتوقف القطعة المعمارية عن كونها صورة للموافقة وتصبح مواصفات قابلة للتنفيذ. يعترف الفريق بأنه في البداية، انخفضت سرعة تحضير الحلول: كان من الضروري توحيد الرموز والحقول الإلزامية وجودة البيانات المدخلة بصرامة. لكن بعد اعتماد هذه القواعد، اختفى جزء من العمل الروتيني في المراحل النهائية، وأصبح تسجيل الأنظمة وتدفقات البيانات بعد الموافقة تلقائياً.

إلى أين يؤدي SDD و RAG

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

"المستقبل موجود بالفعل. إنه موزع بشكل غير متساوٍ فقط."

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

ماذا يعني كل هذا

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