لامبدا حالا کد رو از باکت S3 خودت برمیداره
خلاصهٔ کاملتر
تو اعلان تازهٔ AWS اومده که Lambda از این به بعد میتونه سورس کد فانکشنها و لایهها رو مستقیم از باکتهای S3 خودِ شما بخونه، بدون اینکه یه نسخهٔ واسط ازش بسازه. اسم این قابلیت self-managed code storage هست و از همین حالا تو همهٔ ریجنهای تجاری AWS در دسترسه.
مسئلهای که این تغییر حل میکنه خیلی ملموسه: تیمهایی که تعداد زیادی فانکشن و لایه دیپلوی میکنن، معمولاً به بیشتر از ۷۵ گیگابایت استوریج کد در هر ریجن نیاز پیدا میکردن و برای بالا بردن این سهمیه باید تیکت پشتیبانی باز میکردن. چون لامبدا همیشه یه کپی از پکیج دیپلوی رو تو استوریج خودش نگه میداشت، همون کپی از سهمیه کم میشد.
تو حالت جدید، لامبدا فقط به آبجکت داخل باکت شما ارجاع میده. نتیجهش دوتاست: سقف استوریج عملاً همون ظرفیت باکت خودتونه، و چون مرحلهٔ کپی حذف شده، زمان فعال شدن فانکشن بعد از ساخت یا آپدیت هم کمتر میشه. یه مزیت جانبی هم داره — پکیجهای دیپلوی یه منبع حقیقت واحد تو حساب خودتون دارن.
از نظر هزینه، AWS بابت self-managed storage هزینهٔ اضافهٔ لامبدا نمیگیره؛ فقط هزینهٔ استاندارد S3 و در صورت لزوم انتقال داده بین ریجنها رو میدین. جدا از این، سهمیهٔ پیشفرض استوریج مدیریتشدهٔ خود لامبدا هم از ۷۵ به ۳۰۰ گیگابایت در هر ریجن و هر حساب افزایش پیدا کرده.
برای فعال کردنش کافیه موقع ساخت یا آپدیت فانکشن و لایه، پارامتر S3ObjectStorageMode رو روی REFERENCE بذارین — از طریق AWS CLI، CloudFormation، SAM، SDKها یا حتی کنسول لامبدا. یه شرط دسترسی هم داره: باید به سرویس پرینسیپال لامبدا روی باکتتون مجوز s3:GetObject و s3:GetObjectVersion بدین.
نکات کلیدی:
- لامبدا حالا میتونه کد رو مستقیم از باکت S3 خودتون بخونه، بدون ساخت کپی واسط
- سقف استوریج کد عملاً برداشته شده و فعال شدن فانکشن بعد از ساخت/آپدیت سریعتره
- سهمیهٔ استوریج مدیریتشدهٔ لامبدا از ۷۵ به ۳۰۰ گیگابایت در هر ریجن رسیده
- هزینهٔ اضافهٔ لامبدا نداره؛ فقط هزینهٔ استاندارد S3 و انتقال دادهٔ بینریجنی
- فعالسازی با S3ObjectStorageMode=REFERENCE و دادن مجوز s3:GetObject و s3:GetObjectVersion به لامبدا
