AWS Lambda Web Functions: אפליקציות Express, Fastify ו-Hono רצות בלי adapters

AWS השיקה את Lambda Web Functions, כחלק מסיכום העדכונים השבועי שלה. המצב החדש מאפשר להריץ על Lambda אפליקציות HTTP רגילות שנבנו עם Express, Fastify או Hono, בלי לשנות אותן. מפתחים כבר לא צריכים לשכתב handlers לפורמט האירועים של Lambda או להוסיף ספריית adapter. כל סביבת הרצה יכולה לשרת עד 128 בקשות במקביל, שינוי משמעותי לעומת המודל הקלאסי של Lambda, בקשה אחת לכל סביבה.

גם מודל התמחור משתנה. החיוב משלב מספר בקשות, זמן CPU פעיל ושמירת זיכרון, במקום להתבסס רק על זמן ריצה כולל. זה משנה לאפליקציות ווב עתירות I/O, ובמיוחד לאפליקציות AI שמבלות רוב הזמן בהמתנה ל-API של מודל: זמן המתנה בסביבה משותפת עולה פחות מאשר בהרבה מופעים של בקשה אחת כל אחד. הפיצ'ר זמין בהשקה בחמישה regions ותומך ב-CloudFront כ-origin ל-caching ב-edge ולסיום TLS.

המטרה התחרותית ברורה. Vercel, Cloudflare Workers ו-Google Cloud Run כבשו מפתחים בזכות האפשרות לעשות deploy לאפליקציות ווב רגילות כמעט בלי טקסים. באותו סיכום ציינה AWS גם ש-Amazon S3 הגיע ל-Vercel Marketplace, סימן לכך ש-AWS הולכת לפגוש מפתחי frontend איפה שהם כבר עובדים. בקהילה הגדירו את העדכון כאחד המשמעותיים של AWS בתחום ה-serverless מזה שנים, בעיקר כי שכבת ה-adapter נעלמת.

נשארו שאלות פתוחות: איך מתנהג cold start עם מקביליות של 128, מה העלות בפועל לעומת Fargate או App Runner בתעבורה יציבה, ובאיזה קצב הפיצ'ר יתרחב מעבר לחמישה regions ומעבר ל-Node.js. צוותים שמריצים backends שקוראים ל-LLM צריכים לעשות benchmark למודל החיוב לפי זמן CPU מול פרופיל הבקשות האמיתי שלהם לפני שהם עוברים.