الگوهای FaaS
The Decorator Pattern: Request or Response Transformation
الگوی decorator در زبان python شباهت زیادی به این الگو دارد. چون که decorator معمولا stateless هستند و معمولا بعد از نوشته شدن کد اصلی اضافه میشن.
مثال خیلی روشنش وقتیه که شما میخواید یه سری فیلد ها به request یا response سرویس تون اضافه کنید، اونجا FaaS میتونه خیلی کمک کننده باشه. همچنین به خاطر سادگی FaaS شما میتونید انواع مختلفی از decorator هارو روی سرویس تون تست کنید بدون اینکه سرویس اصلی تون دست بخوره و فقط اون هایی که رفتار مورد نظرتون رو دارن حفظ کنید یا حتی منتقلشون کنید داخل سرویس اصلی.
در الگوهای گذشته یه الگوی adapter داشتیم که به صورت یه container در جلوی container اصلی قرار میگرفت و همین کار رو میکرد. خب مشکل adapter اینه که شما مجبور هستید به همان میزان که سرویس اصلی قراره scale پیدا کنه adapter container رو هم scale بدید در حالیکه خیلی از عملیات ها مثل request transformation عملیات های سبکی هستند و نیازی به scale بالا ندارند، پس FaaS اینجا میتونه خیلی کمک کننده باشه.
#faas
#designing_distributed_systems_brendan_burns
@gocasts
Post #104
980
Go Casts | Systems & Agents 🚀 توضیحی در مورد مدل قیمت گذاری FaaS در FaaS مدل پرداخت per-request هست و اگه شما در دقیقه یا ساعت درخواست های کمی دارید این مدل خیلی بهتر از اینه که شما همیشه یه container داشته باشید که مجبور باشید به خاطر idle-timeش هم هزینه بدید. اما کم کم که تعداد درخواست…