بناء خدمة بحث ويب بدون خادم (Serverless) لوكلاء الذكاء الاصطناعي (AI Agents)
يحتاج وكلاء الذكاء الاصطناعي (AI agents) إلى البحث في الويب للعثور على الحقائق الحالية.
عندما تقوم فرق متعددة ببناء الوكلاء، فإنها غالبًا ما تستخدم مزودي بحث مختلفين. وهذا يؤدي إلى حالة من الفوضى؛ حيث ينتهي بك الأمر مع واجهات برمجة تطبيقات (APIs) مختلفة، وتكاليف متفاوتة، وأدوات مجزأة.
في PostNL، قمنا بحل هذه المشكلة من خلال بناء خدمة بحث مركزية على AWS.
لقد قمنا ببناء نظام يعمل على النحو التالي:
• واجهة واحدة لجميع الفرق. • دعم العديد من الأنظمة الخلفية للبحث (search backends). • جهد تشغيلي منخفض. • تكاليف منخفضة. • القدرة على تغيير المزودين دون التسبب في أي أعطال.
تعتمد بنيتنا التحتية على طبقة توجيه (routing layer). تقع هذه الطبقة بين تطبيق الذكاء الاصطناعي الخاص بك ومزود البحث.
الأجزاء الأساسية للنظام:
- API Gateway: توفر نقطة دخول خاصة للمستخدمين المصرح لهم.
- AWS Lambda: تقوم بتشغيل موجه (router) خفيف الوزن مكتوب بلغة Go.
- ECS Fargate: تستضيف نظامنا الخلفي الأولي للبحث باستخدام SearXNG.
اخترنا لغة Go للموجه لأنها سريعة وتستهلك القليل من الذاكرة. وهي تعمل بشكل مثالي كوظيفة Lambda صغيرة. يتوسع هذا الإعداد تلقائيًا مع زيادة الاستخدام.
استخدمنا أيضًا البنية السداسية (hexagonal architecture). وهذا يعني أن المنطق الأساسي لا يهتم بمحرك البحث الذي تستخدمه. اليوم نستخدم SearXNG، وغدًا يمكننا الانتقال إلى مزود تجاري ببساطة عن طريق إضافة محول (adapter) جديد. لن يلاحظ المستخدمون أي تغيير أبدًا.
الهدف بسيط. نحن نوفر بيانات البحث، بينما يتولى وكيل الذكاء الاصطناعي عمليات الاستنتاج والإجابة.
من خلال مركزية هذه الخدمة، تتوقف الفرق عن القلق بشأن واجهات برمجة تطبيقات البحث (search APIs) وتبدأ في التركيز على بناء حلول ذكاء اصطناعي أفضل.
مجتمع تعليمي اختياري: https://t.me/GyaanSetuAi