أعلنت Amazon Web Services عن AWS Lambda Web Functions، وهو شكل جديد يتيح للمطورين تشغيل تطبيقات الويب القياسية القائمة على HTTP على Lambda دون إعادة كتابة شيفرتهم كمعالج للأحداث. ويمكن نشر التطبيقات المبنية باستخدام Express أو Hono أو Fastify أو Next.js أو أي إطار عمل لـ Node.js بأمر واحد، وتتولى Lambda تلقائيًا التوسع والتوزيع متعدد المناطق والفوترة وفق وقت المعالج النشط. ولا تتطلب هذه الخدمة أي موصّلات أو إدارة للبنية التحتية أو ارتباطًا بإطار عمل بعينه.
ومع هذا الإطلاق، تقدم AWS Lambda ثلاثة أشكال مختلفة مبنية على تقنية العزل نفسها Firecracker. تحتفظ Lambda Event Functions بنموذج المعالج المدفوع بالأحداث وأحادي التزامن، مع فوترة وفق الزمن الفعلي، وهي مناسبة لمعالجة الأحداث ومستهلكي الطوابير. أما Lambda Web Functions فتستخدم نموذجًا أصليًا لبروتوكول HTTP مع تنفيذ متعدد التزامن وفوترة وفق وقت المعالج النشط، وهي مناسبة لتطبيقات الويب وواجهات برمجة التطبيقات الخلفية. وتوفر Lambda Micro VMs بيئات معزولة وذات حالة، تُدار دورة حياتها من قِبل العميل، لتشغيل الشيفرات غير الموثوقة أو التي ينشئها المستخدمون. ويمكن لهذه الأشكال الثلاثة أن تعمل معًا ضمن حساب AWS نفسه ونموذج التشغيل ذاته.
تتيح Web Functions لكل بيئة تنفيذ معالجة ما يصل إلى 128 طلبًا متزامنًا، بحيث يمكن لموجات حركة المرور المفاجئة أن تتشارك البيئات الجاهزة بدلًا من إنشاء بيئة جديدة لكل طلب. ولأن وقت المعالج يُقاس بدلًا من الزمن الفعلي، فإن المهام كثيفة الإدخال والإخراج مثل استعلامات قواعد البيانات أو استدعاءات واجهات البرمجة تستهلك قدرًا ضئيلًا من المعالج. وتُقاس الذاكرة طوال مدة وجود بيئة التنفيذ. ويمكن لهذا النموذج أن يخفض تكاليف الحوسبة للعرض من جانب الخادم وواجهات برمجة التطبيقات الخلفية ونقاط الاستدلال للذكاء الاصطناعي التي تبث الاستجابات رمزًا بعد رمز.
للبدء، يكتب المطورون خادم Express قياسيًا يستمع إلى المضيف والمنفذ المحددين في متغير البيئة AWS_LAMBDA_HTTP_ENDPOINT. ويعمل الكود نفسه محليًا عبر الأمر node index.js. ويتم النشر باستخدام أمر واجهة سطر أوامر AWS aws lambda-web deploy، دون الحاجة إلى إعداد موارد مسبق.
المصدر: Hacker News · لخّصه HeadlinesBriefing