AWS Lambda, yönetilen instance'larda event-source timeout süresini 90 dakikaya çıkardı

AWS, yönetilen instance'larda çalışan Lambda fonksiyonlarının azami çalışma (execution) timeout süresini 15 dakikadan 90 dakikaya çıkardı; bu altı katlık artış, asenkron çağrılara ve event source mapping'lere uygulanıyor. AWS'nin birkaç gün önce Compute blogunda duyurduğu değişikliği inceleyen bir dev.to analizine göre, güncelleme serverless iş yükleri üzerindeki en köklü kısıtlamalardan birini ortadan kaldırıyor.

Artık adım adımlayamayan bir limit

Lambda, 2014'te beş dakikalık bir timeout süresiyle piyasaya çıktı; AWS, event-driven mikro hizmetlerin yükselişiyle birlikte bu süreyi 2018'de 15 dakikaya çıkardı. dev.to yazısı, o tarihten sonra tablonun nasıl değiştiğini ortaya koyuyor: 2025 ve 2026'ya gelindiğinde iş yükleri ağırlıklı olarak veri işleme, büyük ölçekli medya transkodlama ve üretken yapay zeka akıl yürütme (reasoning) yönüne kaymıştı ve 15 dakikalık tavan tekrarlayan bir engel haline gelmişti.

15 dakikayı aşan iş yükleri

Analiz, eski limiti düzenli olarak zorlayan beş örüntü tespit ediyor:

Medya işleme: Konuşmadan metne dönüştürme ve yüksek çözünürlüklü video transkodlama işlemleri genellikle 20 ila 60 dakikalık kesintisiz işlem süresi gerektiriyor.

Finansal hesaplama: Büyük miktarda bellek ve sürekli işlem gücü gerektiren Monte Carlo risk simülasyonları, portföy modelleme ve tahvil performans hesaplamaları.

ETL ve veri hatları: Çok gigabaytlı dosyaları alan veya yoğun saatlerde yavaş harici iş ortağı API'lerinden veri çeken batch işleri.

AI çıkarımı ve akıl yürütme: Lambda'nın CPU ve bellek tahsislerine uyan ancak süre sınırını aşan batch değerlendirmeleri, çok adımlı LLM reasoning zincirleri ve sentetik veri üretimi görevleri.

Web veri çıkarımı: Üçüncü taraf uç noktalarından sınırlı veri aktarım hızıyla yapılandırılmamış katalog verilerini kazıyan crawler'lar.

Küçük yazı

90 dakikalık timeout süresi her Lambda fonksiyonu için geçerli genel bir anahtar değil. Belirli mimari kısıtlamalar altında işliyor:

Yalnızca Lambda managed instance'lar (LMI) bu kapsamda. Standart on-demand Lambda fonksiyonları 15 dakika ile sınırlı kalıyor.

Çağrı tipi önemli. Yeni zaman penceresi asenkron çağrıları (InvocationType='Event') ve event source mapping'leri kapsıyor; durable fonksiyonların bireysel çalıştırma adımları da destekleniyor.

Senkron çağrılar sınırda kalıyor. Bir istemci fonksiyonu senkron olarak çağırırsa — Amazon API Gateway, bir application load balancer veya doğrudan SDK çağrıları üzerinden — Lambda, fonksiyon timeout'u 5.400 saniye olarak ayarlanmış olsa bile katı biçimde 15 dakikalık üst sınırı uyguluyor.

Init aşaması değişmedi. Cold-start container hazırlama ve runtime başlatma süreçleri 15 dakika ile sınırlı kalıyor.

ESM kapsamı kısmi. 90 dakikalık pencere Amazon SQS, Amazon Kinesis, Amazon DynamoDB Streams, Amazon MSK ve self-managed Apache Kafka için geçerliyken, Amazon MQ ve Amazon DocumentDB için event source mapping'ler 15 dakikada kalıyor.

Fiyatlandırmada ek ücret yok; standart managed-instance işlem ücretleri uygulanıyor. Yazar yine de faturalandırma modelinin standart Lambda'dan farklı olduğuna dikkat çekerek maliyetlerin dikkatle incelenmesini öneriyor.

Nasıl ayarlanır

Timeout süresi, yalnızca üst sınır 5.400 saniyeye yükseltilmiş biçimde, eskisi gibi aynı mekanizmalarla yapılandırılıyor. AWS console'da bu ayar, bir fonksiyonun Configuration sekmesindeki General configuration altında yer alıyor. CLI üzerinden:

aws lambda update-function-configuration --function-name my-data-processor --timeout 5400 --region us-east-1

CloudFormation veya AWS SAM şablonlarında ise Timeout özelliği yeni değeri kabul ediyor. dev.to yazarı, değişikliği pratikte doğruladığını, bir fonksiyonu 16 dakika boyunca — önceki kesin sınırın üzerinde — çalıştırdığını bildiriyor.

Neden önemli

15 dakikalık tavan, yıllar boyunca serverless mimarilerini şekillendirdi; ekipleri uzun işleri orkestratörler arasında bölmeye ya da Fargate veya EC2 üzerindeki container'lara taşımaya zorladı. Yönetilen instance'larda 90 dakikalık bir pencere ise birçok medya, ETL, simülasyon ve AI batch iş yükünün Lambda'nın operasyonel modeli içinde kalmasını sağlıyor. İstisnalar da en az kendisi kadar önemli: senkron yollar ve bazı event kaynakları 15 dakikada sınırlı kaldığından, uzun süren işlerin bilinçli olarak asenkron veya event-source tetikleyicileri üzerinden yönlendirilmesi gerekiyor. Event-driven veri veya AI hatları kuran herkes için bu, kozmetik bir limit artışı değil, mimari kararları değiştiren bir kısıtlamanın kaldırılması.