أعلنت AWS عن AWS Lambda Web Functions، وهي صيغة جديدة ضمن Lambda تتيح تشغيل تطبيقات الويب وخوادم HTTP القياسية مباشرة، من دون إعادة كتابة الشيفرة لتتلاءم مع نموذج معالجات الأحداث التقليدي. ويمكن نشر تطبيقات مبنية باستخدام Express أو Hono أو Fastify أو Next.js، أو أي إطار Node.js، عبر أمر واحد ومن دون محولات خاصة أو إدارة بنية تحتية إضافية.
تستهدف الخدمة تطبيقات الويب، وواجهات البرمجة، والعرض من جانب الخادم، وأحمال HTTP التفاعلية التي تتعامل مع طلبات متزامنة ومعالجة كثيفة الإدخال والإخراج.
نموذج تشغيل مختلف داخل Lambda
تقدم AWS الآن ثلاثة نماذج تشغيل متمايزة ضمن Lambda، مع اعتمادها جميعاً على تقنية العزل Firecracker. يظل Event Functions مناسباً لمعالجة الأحداث واستهلاك الرسائل والاستدعاءات الناتجة عن خدمات AWS، إذ يستقبل المعالج حدثاً واحداً ويعيد استجابة وفق النموذج التقليدي.
أما Web Functions فتستخدم نموذجاً أصلياً لـHTTP، حيث يستمع التطبيق إلى منفذ ويتعامل مع الطلبات القياسية. ويمكن لبيئة التنفيذ الواحدة معالجة ما يصل إلى 128 طلباً متزامناً. ويقدم النموذج الثالث، Lambda MicroVMs، بيئات معزولة وحالة مستمرة ودورة حياة يديرها العميل لتشغيل الشيفرة غير الموثوقة أو التي ينشئها المستخدم.
ما الذي يتغير عملياً للمطورين؟
تقول AWS إن Web Functions تقلل الحاجة إلى تجميع عدة مكونات لتوزيع تطبيق ويب عالمياً. فالخدمة تتولى التوسع، والنسخ بين المناطق، والتوجيه القائم على زمن الاستجابة، بينما تبقى الشيفرة أقرب إلى خادم HTTP الذي يشغله المطور محلياً.
يعتمد احتساب Web Functions على وقت استخدام المعالج، في حين تُحتسب الذاكرة طوال مدة وجود بيئة التنفيذ. ونتيجة لذلك، فإن الوقت الذي يقضيه التطبيق في انتظار استعلام قاعدة بيانات أو استدعاء واجهة برمجية يستهلك قدراً قليلاً من وقت المعالج، وهو نموذج قد يكون ملائماً للأحمال التي تعتمد بكثافة على الإدخال والإخراج، مثل العرض من جانب الخادم وواجهات البرمجة ونقاط نهاية استدلال الذكاء الاصطناعي التي تبث الرموز.
لا يعني ذلك أن التكلفة ستكون أقل تلقائياً لكل تطبيق؛ فالنتيجة تعتمد على نمط الاستخدام، ومدة بقاء البيئات، واستهلاك الذاكرة، وحجم الطلبات.
النشر والتوزيع والإصدارات
تستخدم AWS CLI أمراً مثل aws lambda-web deploy لتجميع الشيفرة وإنشاء Web Function ونشر أول مراجعة وربط نقطة نهاية HTTPS. ويمكن نشر التطبيق في مناطق متعددة، مثل us-east-1 وeu-west-1 وap-northeast-1، لتتولى Lambda توجيه الطلبات عبر عنوان عالمي واحد إلى المنطقة الأقل زمناً للاستجابة على أساس أفضل جهد.
تتعامل الخدمة مع كل إصدار على أنه لقطة غير قابلة للتغيير من الشيفرة. كما تتيح نقاط النهاية توزيع حركة المرور بين الإصدارات، بما في ذلك طرح تدريجي من نوع canary يوجه، على سبيل المثال، 90% من الطلبات إلى الإصدار الحالي و10% إلى الإصدار الجديد.
التكامل مع CloudFront والتوفر الأولي
يمكن استخدام نقطة نهاية Web Function كمصدر لـAmazon CloudFront، بحيث تُخزّن الأصول الثابتة في الشبكة بينما تُرسل الطلبات الديناميكية إلى وظيفة الويب. كما تدعم AWS ربط CloudFront origin access control بنقطة النهاية، لتسمح للنطاق المحدد فقط باستدعائها وتجنب كشف نقطة النهاية أو إضافة آلية تفويض مخصصة داخل التطبيق.
تتوفر الخدمة عند الإطلاق في US East (N. Virginia)، وUS East (Ohio)، وUS West (Oregon)، وAsia Pacific (Tokyo)، وEurope (Ireland). وتعمل مبدئياً باستخدام Node.js 24 (nodejs24.x) على Arm64، مع دعم الاتصال بـAmazon VPC للوصول إلى الموارد الموجودة داخل الشبكات الافتراضية الخاصة.
كيف أعددنا هذا الخبر؟
اعتمد الخبر على المصدر الأصلي الموضح أعلاه. قد نستخدم أدوات آلية للمساعدة في الاستخراج والتصنيف والصياغة،
لكن النشر يخضع لقواعد تمنع المحتوى المكرر والقصير أو الروتيني منخفض القيمة.
اقرأ سياستنا التحريرية.