AWS, Lambda kapsamında web uygulamalarının ve standart HTTP sunucularının kod yeniden yazılmadan ve geleneksel olay işleyicisi modeline uyarlanmasına gerek kalmadan doğrudan çalıştırılmasını sağlayan yeni bir biçim olan AWS Lambda Web Functions'ı duyurdu. Express, Hono, Fastify veya Next.js kullanılarak oluşturulmuş uygulamalar ya da herhangi bir Node.js çerçevesi, özel adaptörler veya ek altyapı yönetimi olmadan tek bir komutla dağıtılabilir.
Hizmet; web uygulamalarını, API'leri, sunucu tarafı oluşturmayı ve eşzamanlı isteklerle yoğun G/Ç işlemlerini gerçekleştiren etkileşimli HTTP iş yüklerini hedefliyor.
Lambda içinde farklı bir çalışma modeli
AWS, tamamı Firecracker izolasyon teknolojisine dayanan üç farklı çalışma modelini artık Lambda kapsamında sunuyor. Event Functions, olayları işlemek, mesajları tüketmek ve AWS hizmetlerinden kaynaklanan çağrıları karşılamak için uygun olmaya devam ediyor; bu modelde işleyici tek bir olay alıyor ve geleneksel modele göre bir yanıt döndürüyor.
Web Functions ise uygulamanın bir bağlantı noktasını dinlediği ve standart istekleri işlediği yerel bir HTTP modeli kullanıyor. Tek bir yürütme ortamı 128 eşzamanlı isteğe kadar işleyebiliyor. Üçüncü model olan Lambda MicroVMs, güvenilmeyen veya kullanıcı tarafından oluşturulan kodu çalıştırmak için yalıtılmış ortamlar, kalıcı durum ve müşteri tarafından yönetilen bir yaşam döngüsü sunuyor.
Geliştiriciler açısından pratikte ne değişiyor?
AWS, Web Functions'ın bir web uygulamasını küresel olarak dağıtmak için birden fazla bileşeni bir araya getirme ihtiyacını azalttığını belirtiyor. Hizmet ölçeklendirmeyi, bölgeler arası çoğaltmayı ve gecikme süresine dayalı yönlendirmeyi üstlenirken kod, geliştiricinin yerel olarak çalıştırdığı HTTP sunucusuna daha yakın kalıyor.
Web Functions ücretlendirmesi işlemci kullanım süresine dayanıyor; bellek ise yürütme ortamının mevcut olduğu süre boyunca ücretlendiriliyor. Bunun sonucunda, uygulamanın bir veritabanı sorgusunu veya API çağrısını bekleyerek geçirdiği süre az miktarda işlemci zamanı tüketiyor. Bu model; sunucu tarafı oluşturma, API'ler ve belirteçleri akış olarak ileten yapay zekâ çıkarım uç noktaları gibi yoğun biçimde G/Ç'ye dayanan iş yükleri için uygun olabilir.
Bu, her uygulama için maliyetin otomatik olarak daha düşük olacağı anlamına gelmiyor; sonuç kullanım biçimine, ortamların açık kaldığı süreye, bellek tüketimine ve isteklerin boyutuna bağlı.
Dağıtım, yönlendirme ve sürümler
AWS CLI, kodu paketlemek, bir Web Function oluşturmak, ilk revizyonu dağıtmak ve bir HTTPS uç noktası bağlamak için aws lambda-web deploy gibi bir komut kullanıyor. Uygulama us-east-1, eu-west-1 ve ap-northeast-1 gibi birden fazla bölgede dağıtılabiliyor; Lambda da istekleri tek bir küresel adres üzerinden, en iyi çaba temelinde yanıt süresi en düşük bölgeye yönlendiriyor.
Hizmet her sürümü kodun değiştirilemez bir anlık görüntüsü olarak ele alıyor. Uç noktaları ayrıca trafiği sürümler arasında dağıtabiliyor; buna, örneğin isteklerin %90'ını mevcut sürüme ve %10'unu yeni sürüme yönlendiren canary türü kademeli kullanıma sunma da dahil.
CloudFront entegrasyonu ve ilk kullanım
Web Function uç noktası Amazon CloudFront için kaynak olarak kullanılabilir; böylece statik varlıklar ağda önbelleğe alınırken dinamik istekler web işlevine gönderilir. AWS ayrıca CloudFront origin access control'ün uç noktaya bağlanmasını destekliyor. Böylece yalnızca belirtilen alanın uç noktayı çağırmasına izin veriliyor; uç noktanın açığa çıkarılması veya uygulama içine özel bir yetkilendirme mekanizması eklenmesi önleniyor.
Hizmet, kullanıma sunulduğunda US East (N. Virginia), US East (Ohio), US West (Oregon), Asia Pacific (Tokyo) ve Europe (Ireland) bölgelerinde kullanılabiliyor. Başlangıçta Arm64 üzerinde Node.js 24 (nodejs24.x) kullanıyor ve özel sanal ağlar içinde bulunan kaynaklara erişim için Amazon VPC bağlantısını destekliyor.