AWS Lambda Web Functions, HTTP sunucularını 128'e varan eşzamanlılık ve CPU tabanlı faturalandırmayla çalıştırıyor

Neler kullanıma sunuldu

AWS, serverless platformunda web iş yükleri için yeni bir dağıtım hedefi olan Lambda Web Functions'ı duyurdu. 15 Ekim 2026'da dev.to'da paylaşılan ve aslen yazarın kendi sitesinde yayımlanan bir inceleme yazısına göre bu özellik, Lambda'ya, AWS'nin artık Lambda Event Functions adını verdiği modelin yanına ikinci bir yürütme modeli kazandırıyor.

Fark arayüzde. Bir Event Function bir event nesnesi alır ve bir yanıt döndürmek zorundadır; bu da üretimdeki bir Next.js sunucusunun davranışına hiç uymaz — o bir HTTP portunu dinler ve isteklere hizmet verir. Bir Web Function ise yalnızca bir HTTP sunucusu çalıştırır: uygulama, Lambda runtime'ının sağladığı bir host ve port'u dinler, AWS de önüne bir HTTPS endpoint koyarak yürütme ortamlarını ve ölçeklendirmeyi halleder. Yazar, bunun hem API Gateway çeviri katmanını hem de bir Node web sunucusunu Lambda'ya taşımak için geleneksel olarak gereken framework'e özgü adapter'ları ortadan kaldırdığını vurguluyor.

Eşzamanlılık ve faturalandırma

Sıcak kalan bir yürütme ortamı, aynı anda tek bir çağrı yerine birkaç isteği eşzamanlı olarak işleyebilir. AWS, ortam başına eşzamanlı istek üst sınırını 128 olarak belirliyor; gerçek eşzamanlılık ise dinamik olarak yönetiliyor. Yazar, bunun zamanının büyük kısmını veritabanları veya AWS'nin下游 hizmetlerini beklemekle geçiren web uygulamalarına uygun olduğunu söylüyor.

Fiyatlandırma modeli de yeni: Web Functions için faturalandırma, aktif CPU süresi, ortamın ömrü boyunca tutulan bellek, istek sayısı ve veri aktarımı üzerinden yapılıyor. Veritabanı beklemek, bellek ayrılmış kalsa bile çok az CPU tükettiğinden bu yapı I/O yoğun uygulamaların lehine olabilir; ancak yazı, herhangi bir uygulamada daha ucuz çıkıp çıkmayacağının iş yüküne bağlı olduğuna dikkat çekiyor. Yerleşik response streaming de destekleniyor.

Henüz kapsamadığı noktalar

Kullanıma sunulduğunda runtime, Arm64 üzerinde Node.js 24; yani bu, rastgele stack'ler için genel amaçlı bir seçenek değil. AWS, ilk günden itibaren destekleyici araçlar da sunuyor: değiştirilemez (immutable) revision'lar, trafiği belirli revision'lara yönlendirebilen endpoint'ler ve isteğe bağlı çok bölgeli yönlendirme bunların arasında. Yazar ayrıca, bir HTTPS endpoint'in artı işlem gücünün, Next.js gibi bir framework için eksiksiz bir yönetilen hosting platformu anlamına gelmediği uyarısında bulunuyor.

Yanıt verdiği Amplify sürtünmesi

Yazı, duyuruyu Next.js'i AWS Amplify üzerinde barındırmanın yıllardır süren zorluklarına karşı konumlandırıyor. Şikayetler arasında sağlayıcı kısıtlamaları, API eksikleri ve belgelenmemiş davranışlar yüzünden sekteye uğrayan bir infrastructure-as-code deneyimi; konsol üzerinden mi API üzerinden mi yapılandırıldığına göre farklı davranan ve yeniden üretilebilirliği zedeleyen kaynaklar; ve hata ayıklaması zor dağıtımlar sayılabilir — son konunun ise yakın zamanda iyileştiği bildiriliyor.

Küçük tahrişler de birikiyor. AWS'nin belgelerine göre Amplify ortam değişkenleri Next.js sunucu bileşenlerine otomatik olarak iletilmiyor ve build sırasında uygulamanın ortam yapılandırmasına elle bağlanması gerekiyor. Yazıda alıntılanan Amplify belgelerine göre Next.js desteği şu anda Next.js 15'e kadar kapsıyor ve streaming ile on-demand incremental static regeneration'ı açıkça hariç tutuyor. Yazar daha önce ECS container'larını (çok fazla operasyonel yük) ve sunucu tarafı mantığını OpenNext ile Lambda'ya ayırmayı (istenenden daha fazla entegrasyona sahip olma) değerlendirmiş ve mevcut en katlanılabilir seçenek olarak Amplify'da karar kılmıştı.

Birebir bir karşılaştırma

Yeni özelliği denemek için yazar, Codex GPT 6 Astra olarak tanımlanan bir yapay zekâ kodlama ajanına, Next.js 15, TypeScript ve App Router üzerinde kurgusal bir balık teslimat servisi uygulaması olan Fin & Feast'i geliştirtmiş. Demo; dinamik ana sayfa render'ı, statik olarak üretilen yemek sayfaları, sunucu tarafı sepet doğrulaması ve fiyat hesaplaması yapan bir checkout API'si ve imzalı bir HttpOnly receipt cookie ile korunan sipariş sayfalarını kapsıyor. Aynı kod tabanı hem Amplify'a hem de Lambda Web Functions'a dağıtıldı ve Playwright ile defalarca test edildi; kaynak kod, Terraform ve test araçları da başkalarının deneyi yeniden üretebilmesi için bir GitHub deposunda yayımlandı.

Neden önemli

Serverless, tarihsel olarak web geliştiricilere iki cazip olmayan seçenek sunuyordu: gateway ve adapter'larla bir HTTP sunucusunu event odaklı bir modele monte etmek ya da her şeyi, kendine özgü pipeline'ları ve kaba kenarları olan yönetilen bir platforma devretmek. Lambda Web Functions ilk seçeneği değiştirerek Lambda'nın yürütme modelini web sunucularının gerçekte nasıl çalıştığıyla uyumlu hale getiriyor; yeni eşzamanlılık sınırları ve CPU tabanlı faturalandırma da I/O yoğun sitelerin ekonomisini değiştiriyor. Amplify'ın Next.js desteğinden — özellikle eksik streaming ve on-demand ISR'dan — bunalmış ekipler için bu, framework'ü daha az platforma özgü tuhaflıkla AWS üzerinde çalıştırmanın inandırıcı bir yolu gibi görünüyor. Uyarılar gerçek: kullanıma sunuluşta tek bir runtime var ve yerleşik CDN, build pipeline veya framework entegrasyonu yok. Bu, AWS üzerinde daha basit web barındırma için bir temel — eksiksiz bir Amplify alternatifi değil; ama birçok geliştiricinin beklediği bir temel.