#

النقاط الرئيسية

• نشرت AWS شرحًا عمليًا لمعاينة تطبيقات الويب باستخدام نقاط نهاية الجلسة في AgentCore runtime.

• تعمل كل جلسة تشغيل للوكيل داخل microVM معزولة.

• توفر نقطة نهاية الجلسة عنوان URL موثّقًا لحركة مرور HTTP وWebSocket المسموح بها.

• تُرفض الطلبات خارج قائمة السماح، وكذلك الطلبات غير الموثقة.

• يحافظ المثال على تشغيل خادم تطوير Vite بينما يتم تحديث معاينة المتصفح.

ما الذي عرضته AWS

نشرت AWS شرحًا عمليًا في 30 أكتوبر 2026 يوضح نمطًا تقنيًا محددًا. يستخدم نقاط نهاية الجلسة في Amazon Bedrock AgentCore runtime لمعاينة تطبيقات الويب أثناء قيام وكيل برمجي بتعديلها. تعرضه المصادر على أنه عرض منشور لقدرة موجودة بالفعل. ولا تقدمه على أنه خدمة استضافة عامة جديدة.

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

كيف تعمل نقاط نهاية الجلسة

تقول AWS إن كل جلسة تشغيل للوكيل تعمل داخل microVM معزولة. وتوفر نقطة نهاية الجلسة عنوان URL موثّقًا. يقوم هذا العنوان بتمرير طرق HTTP والمسارات وسلاسل الاستعلام وأجسام الطلبات واتصالات WebSocket. ولا يمرر الحركة إلا إلى المنافذ المسموح بها صراحةً.

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

وتشير AWS أيضًا إلى أن نقاط نهاية الجلسة تعمل مع runtimes microVM وليس مع نوع الحوسبة Instances. ويستخدم الوصول الوارد HTTPS العام. ولا تدعم الميزة AWS PrivateLink. وترتبط نقطة النهاية المحلية بـ loopback، ما يبقي واجهة المعاينة المحلية مرتبطة بالجهاز المحلي.

اعتبارات تشغيلية وحوكمة

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

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

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

الصلة بالمغرب

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

لماذا يهم هذا المطورين

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

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

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