بحلول 20 أكتوبر 2026، أعلنت Amazon Web Services (AWS) عن ميزة جديدة باسم «AWS Lambda Web Functions»، تتيح نشر أطر عمل Node.js مثل Next.js وExpress وHono وFastify وتطبيقاتها وتشغيلها مباشرةً على منصة AWS Lambda عديمة الخوادم. وهي متاحة في 5 مناطق، من بينها منطقة طوكيو. أما وظائف Lambda التقليدية فسيُطلق عليها اسم «Lambda Event Functions».
«جدار HTTP» الذي كان يقف أمام Lambda
تقوم Lambda، كما هو معروف، بتشغيل وظيفة عند تلقي حدث ثم تعيد نتيجة. وكانت تدعم أيضًا تلقي طلبات HTTP وإرسال الردود، لكن تصميمها كان يفصل بين تشغيل الوظيفة ومعالجة HTTP. لذلك، حتى لو وضعت داخل الوظيفة شيفرة تطبيق ويب مبنيًا باستخدام Next.js مثلًا، فلن يعمل التطبيق كما هو.
كانت «AWS Lambda Functions Adapter» هي الأداة المتاحة لردم هذه الفجوة، إذ تصل الوظيفة بقدرات HTTP في Lambda. ويمكن تشبيهها بموصل تحويل يتيح توصيل مقابس مختلفة الشكل. وكان على المطورين إعداد بنيتهم على أساس استخدام هذا المحوّل، ثم تكييف التطبيقات التي تعمل لديهم محليًا كي تلائم Lambda.
كيف تغيّر Web Functions مشهد النشر
تُقدَّم Web Functions هذه المرة في صورة «وظائف ويب»، مزوّدة بقدرات خادم ويب شبيهة بتلك الموجودة في Node.js ضمن بيئة تشغيل Lambda. وبات من الممكن نشر أطر العمل والتطبيقات المتوافقة مع Node.js داخل الوظيفة مباشرةً وتشغيلها كما هي.
ما يستحق الانتباه هو التغيير في تجربة التطوير أكثر من الميزة نفسها. فرغم أن التشغيل دون خوادم يقلل أعباء الإدارة، كان هناك بعض التباعد بينه وبين أساليب العمل المعتادة في أطر الويب. ويمكن القول إن Web Functions خطوة مهمة لتقليص هذه الفجوة. إذ تتيح تشغيل تطبيقات Express أو Hono التي اعتاد المطورون استخدامها، من دون الانشغال بإدارة الخوادم. ولا شك أن هذا المزيج سيجذب فرق تطوير كثيرة.
Node.js 24 ومواصفات بيئة التشغيل
يعتمد وقت التشغيل على Node.js 24. وفيما يلي أبرز مواصفات بيئة التنفيذ.
قائمة المواصفات
・وقت التشغيل: Node.js 24
・الذاكرة: 2GB لكل بيئة تنفيذ
・حجم الذاكرة المؤقتة الافتراضي: 1024MB
・الطلبات المتزامنة: حتى 128 طلبًا لكل بيئة تنفيذ
・المهلة الزمنية: 30 ثانية افتراضيًا (يمكن ضبطها بين 3 ثوانٍ و15 دقيقة)
・المناطق المتاحة: طوكيو، شرق الولايات المتحدة (فرجينيا الشمالية)، شرق الولايات المتحدة (أوهايو)، غرب الولايات المتحدة (أوريغون)، أوروبا (أيرلندا)
واللافت خصوصًا إمكانية معالجة ما يصل إلى 128 طلبًا متزامنًا في بيئة تنفيذ واحدة. فطلبات متعددة تتدفق حتى عند عرض صفحة واحدة في تطبيق ويب، لذا يشكّل عدد العمليات المتوازية لكل بيئة تنفيذ مؤشرًا مهمًا عند التخطيط للتصميم. ويمكن أيضًا تمديد المهلة الزمنية إلى 15 دقيقة كحد أقصى، ما يتيح مجالًا للتطبيقات التي تتضمن عمليات تستغرق وقتًا طويلًا.
اتساع معايير المقارنة عند اختيار جهة الاستضافة
استقرّ خيار تشغيل تطبيقات Node.js مثل Next.js على خدمات استضافة متخصصة، من بينها Vercel. والآن أضافت AWS خيارًا يستفيد من بنيتها التحتية الضخمة عبر Lambda، ما دفع إلى ظهور آراء ترى في ذلك بداية منافسة.
لكن ظهور ميزة جديدة لا يحسم وحده أي الخيارات أفضل. فالإجابة المثلى تختلف باختلاف الأولويات، سواء كانت التكلفة أو أعباء التشغيل أو التوافق مع بيئة AWS المستخدمة بالفعل. ولا يمكن للشركات التي تبني أنظمتها حاليًا على AWS أن تتجاهل ميزة إنجاز تطبيقات الويب ضمن المنصة نفسها. وفي المقابل، قد تختار فرق أخرى بناءً على سهولة النشر والميزات الموجهة للمطورين.
إن اتساع الخيارات بحد ذاته تطور مرحّب به للمطورين. كيف يعمل تطبيقكم تحت مختلف الأحمال، وعلى ماذا تريدون إنفاق التكاليف؟ يمكن أن تكون Web Functions ميزة جديدة تستحق التجربة، إذ تتيح فرصة لإعادة النظر في هذه الأسئلة.
コメント