خدمة AWS Lambda

خدمة AWS Lambda هي خدمة وظائف كخدمة (FaaS) تعتمد على الأحداث ولا تتطلب خوادم ، وهي مقدمة من أمازون كجزء من خدمات أمازون السحابية (AWS ). صُممت هذه الخدمة لتمكين المطورين من تشغيل التعليمات البرمجية دون الحاجة إلى توفير الخوادم أو إدارتها. تقوم الخدمة بتنفيذ التعليمات البرمجية استجابةً للأحداث ، وتدير تلقائيًا موارد الحوسبة اللازمة لتلك التعليمات. تم إطلاقها في 13 نوفمبر 2014. ^{[ 1 ]}

تعمل كل نسخة من AWS Lambda ضمن بيئة معزولة وخفيفة الوزن مدعومة بأجهزة افتراضية مصغرة Firecracker . تُهيأ هذه الأجهزة الافتراضية المصغرة ببيئة تشغيل مبنية على Amazon Linux (Amazon Linux AMI أو Amazon Linux 2). يوفر Firecracker عزلًا قائمًا على المحاكاة الافتراضية للأجهزة، بهدف تحقيق أداء قريب من أداء الأجهزة الفعلية مع أقل قدر من الحمل الزائد. تدّعي AWS أنه على عكس الأجهزة الافتراضية التقليدية، يتم تشغيل هذه الأجهزة الافتراضية المصغرة في أجزاء من الثانية، مما يتيح تنفيذًا سريعًا وآمنًا للوظائف مع استهلاك ضئيل للذاكرة. تم تحسين Amazon Linux AMI خصيصًا لأحمال العمل السحابية الأصلية وأحمال العمل بدون خوادم، بهدف توفير بيئة تشغيل خفيفة الوزن وآمنة وعالية الأداء. ^{[ 2 ] [ 3 ] [ 4 ]}

اعتبارًا من عام 2025تدعم خدمة AWS Lambda لغات Node.js و Python و Java و Go و .NET و Ruby وبيئات التشغيل المخصصة. ^{[ 5 ]}

تتميز لغتا Rust وGo عمومًا بأوقات بدء تشغيل باردة أقل في AWS Lambda مقارنةً بـ Java وC# ^{[ 6 ]،} وذلك لأنهما تُترجمان إلى ملفات ثنائية ثابتة أصلية، مما يُلغي الحاجة إلى آلة افتراضية (JVM أو .NET CLR) ويُقلل من عبء تهيئة وقت التشغيل. تتضمن Go بعض عمليات التهيئة البسيطة لوقت التشغيل، بما في ذلك جمع البيانات المهملة وإدارة الروتينات الفرعية، ولكن تأثيرها على وقت بدء التشغيل البارد منخفض نسبيًا. أما Rust، التي تُترجم بالكامل مسبقًا (AOT) ولا تتطلب وقت تشغيل، فغالبًا ما تُحقق أقل زمن استجابة لبدء التشغيل البارد بين اللغات المدعومة. ^{[ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ]}

تعمل لغتا Java وC# على بيئات تشغيل مُدارة، مما يُضيف زمن استجابة إضافيًا لبدء التشغيل البارد نتيجةً لتهيئة وقت التشغيل والترجمة الفورية (JIT). مع ذلك، ساهمت التحسينات الحديثة في التخفيف من بعض هذه التحديات. يدعم .NET 7 و.NET 8 الترجمة المسبقة (AOT)، مما يُقلل من أوقات بدء التشغيل البارد عن طريق الترجمة المسبقة للتعليمات البرمجية. ^{[ 13 ] [ 14 ]} بالإضافة إلى ذلك، تُهيئ خدمة AWS Lambda SnapStart لـ Java 11 و17 وقت التشغيل وتُنشئ لقطات لحالة التنفيذ، مما يُقلل بشكل كبير من زمن بدء التشغيل البارد للوظائف المُعتمدة على Java. ^{[ 15 ] [ 16 ]} على الرغم من هذه التحسينات، تحافظ لغتا Rust وGo عادةً على أوقات بدء تشغيل بارد أقل نظرًا لاعتمادهما المحدود على وقت التشغيل. ^{[ 7 ] [ 8 ]}

في أحمال العمل طويلة الأمد، قد يُحسّن تجميع JIT في Java و.NET سرعة التنفيذ من خلال التحسينات الديناميكية. مع ذلك، تعتمد هذه الفائدة على نوع حمل العمل، وغالبًا ما يوفر تجميع AOT في Rust أداءً أكثر اتساقًا، خاصةً للمهام التي تعتمد بشكل كبير على وحدة المعالجة المركزية. ^{[ 17 ]} أما بالنسبة لاستدعاءات Lambda قصيرة الأمد، فيُحافظ Rust وGo عمومًا على أداء أكثر قابلية للتنبؤ، حيث قد لا يتوفر الوقت الكافي لتحسينات JIT للتأثير. ^{[ 8 ] [ 18 ]}

تاريخيًا، تطلّب نشر لغتي Rust وGo جهدًا إضافيًا نظرًا لتحديات الترجمة المتقاطعة والربط الثابت. غالبًا ما تتطلب Rust، على وجه الخصوص، ربطًا ثابتًا قائمًا على MUSL لضمان التوافق مع AWS Lambda. مع ذلك، ساهمت التطورات في أدوات النشر، بما في ذلك نموذج تطبيقات AWS بدون خادم (AWS SAM) وGitHub Actions وصور حاويات Lambda، في تبسيط هذه العملية. تستفيد Go من دعم الربط الثابت الأصلي، مما يجعل عملية نشرها سهلة نسبيًا. كما يُقلل دعم AWS Lambda لصور الحاويات من مخاوف التوافق مع وقت التشغيل، مما يُتيح استخدام أوقات تشغيل وتوابع مُخصصة. ^{[ 7 ] [ 8 ] [ 19 ] [ 20 ] [ 21 ] [ 22 ]}

يمثل الانتقال من AWS Lambda إلى خدمات الحوسبة الأخرى التابعة لـ AWS، مثل Amazon ECS، تحدياتٍ نظرًا للتكامل الوثيق مع واجهات برمجة تطبيقات AWS Lambda، وهو ما يُعرف غالبًا باسم "تقييد الخدمة". ^{[ 28 ] [ 29 ]} توفر أدوات مثل AWS Lambda Web Adapter مسارًا قابلًا للنقل ، حيث تُمكّن المطورين من بناء تطبيقات ويب باستخدام أُطر عمل مألوفة ضمن نمط تصميم Lambda المتجانس. ^{[ 28 ] [ 29 ]} مع ذلك، يُفرض هذا النهج قيودًا، بما في ذلك ضعف دقة التنبيهات وضوابط الوصول، واحتمالية حدوث تأخيرات في بدء التشغيل البارد مع التبعيات الكبيرة، ومحدودية ملاءمته لواجهات برمجة التطبيقات غير HTTP. ^{[ 8 ]}

AWS Lambda Powertools هي مكتبة مفتوحة المصدر طورتها AWS، توفر أدوات مساعدة لوظائف AWS Lambda. ^{[ 30 ]} تشمل الأدوات الأساسية التسجيل المنظم، والمقاييس، والتتبع. كما توفر أدوات أخرى لحالات الاستخدام الشائعة عند تطوير وظائف AWS Lambda. وهي متوفرة بلغات Python، ^{[ 31 ]} وJava، ^{[ 32 ]} وNet، ^{[ 33 ]} وTypeScript. ^{[ 34 ]} اعتبارًا من مارس 2025، تتضمن أيضًا دعمًا لإخفاء البيانات في Python. ^{[ 35 ]}

اعتبارًا من مارس 2025، تدعم خدمة AWS Lambda توسعًا رأسيًا محدودًا عن طريق زيادة عدد وحدات المعالجة المركزية الافتراضية (vCPUs) من خلال تخصيص الذاكرة. ومع ذلك، لا يسمح هذا بزيادة أداء الخيوط المفردة، حيث تبقى سرعة الساعة ثابتة. عندما تُخصص دالة ما وحدة معالجة مركزية افتراضية واحدة فقط، تتشارك خيوط متعددة نفس النواة، مما يؤدي إلى تبديل السياق بدلًا من التنفيذ المتوازي الحقيقي. ونتيجة لذلك، يُعد تعدد الخيوط في بيئات وحدة المعالجة المركزية الافتراضية الواحدة مفيدًا بشكل أساسي لأحمال العمل التي تعتمد على الإدخال/الإخراج (I/O) أكثر من المهام كثيفة الحساب. ^{[ 36 ] [ 37 ] [ 38 ] [ 39 ] [ 40 ]}

يُتيح تخصيص ذاكرة إضافية في AWS Lambda استخدام وحدات معالجة مركزية افتراضية متعددة، مما يسمح بالتنفيذ المتوازي. مع ذلك، تبقى سرعة الساعة لكل نواة ثابتة، مما يحد من أداء الخيوط الفردية. يجعل هذا التكوين AWS Lambda مناسبًا لأحمال العمل التي تتوسع أفقيًا أو تستفيد من التوازي، ولكنه أقل مثالية للتطبيقات التي تتطلب أداءً عاليًا للخيط الواحد. ^{[ 36 ] [ 37 ] [ 38 ] [ 39 ] [ 40 ]}

في أبريل 2022، اكتشف الباحثون برمجية خبيثة لتعدين العملات الرقمية تستهدف خدمة AWS Lambda تُدعى "دينونيا". ^{[ 41 ] [ 42 ] [ 43 ]}

• بنية تعتمد على الأحداث
• إطار عمل بدون خادم
• الحوسبة بدون خوادم
• الوظيفة كخدمة
• دالة لامدا ، وهي مفهوم دالة الحوسبة المجهولة، غير المرتبطة بهوية، والتي أعطت أمازون لامدا اسمها
• منصة أوراكل السحابية
• وظائف جوجل السحابية
• Azure Function

• الموقع الرسمي