Ana İçeriğe Atla

AWS Lambda

AWS Lambda Hakkında SSS

    Olay kaynaklarının tam listesi için lütfen belgelerimizi inceleyin.

    AWS Lambda; Java, Go, PowerShell, Node.js, C #, Python ve Ruby kodlarını doğal olarak destekler ve işlevlerinizi oluşturmak için herhangi bir ek programlama dili kullanmanıza izin veren bir Çalışma Zamanı API'si sağlar. Lütfen Node.js, Python, Java, Ruby, C#, Go ve PowerShell kullanma hakkındaki belgelerimizi okuyun.

    AWS Lambda işlevlerinin her biri, kendi kaynaklarına ve dosya sistemi görünümüne sahip olan yalıtılmış bir ortamda çalışır. AWS Lambda, altyapı ve yürütme düzeylerinde güvenlik ve ayrım sağlamak için Amazon EC2 ile aynı teknikleri kullanır. Daha fazla bilgi edinmek için belgeleri inceleyin.

    AWS Lambda, kodunuzu Amazon S3’te depolar ve bekleme durumunda şifreler. AWS Lambda, kodunuz kullanılırken ek bütünlük denetimleri gerçekleştirir. Veri tabanı parolaları gibi hassas bilgiler için AWS Anahtar Yönetimi Hizmeti ile istemci tarafı şifreleme özelliğini kullanmanızı ve sonuç değerlerini ortam değişkeninizde şifreli metin olarak saklamanızı öneririz. Bu değerlerin şifresini çözmek için gerekli olan mantığı AWS Lambda işlevinizin koduna eklemeniz gerekir. Daha fazla bilgi edinmek için belgeleri inceleyin.

    İşlevlerin durum bilgisine sahip olmaması, AWS Lambda’nın gelen olayların hızına göre ölçeklendirme gerçekleştirme amacıyla işlevin çok sayıda kopyasını hızlı bir şekilde başlatmasını sağlar. AWS Lambda’nın programlama modelinde durum bilgisi olmasa da kodunuz Amazon S3 veya Amazon DynamoDB gibi diğer web hizmetlerini çağırarak durum bilgisi olan verilere erişebilir.

    Evet. AWS Lambda Konsolu, CLI veya SDK'lardan kolayca ortam değişkeni oluşturabilir ve değiştirebilirsiniz. Ortam değişkenleri hakkında daha fazla bilgi edinmek için belgelere göz atın.

    Veri tabanı parolaları gibi hassas bilgiler için AWS Anahtar Yönetimi Hizmeti ile istemci tarafı şifreleme özelliğini kullanmanızı ve sonuç değerlerini ortam değişkeninizde şifreli metin olarak saklamanızı öneririz. Bu değerlerin şifresini çözmek için gerekli olan mantığı AWS Lambda işlevinizin koduna eklemeniz gerekir.

    Evet, herhangi bir kodu (entegrasyon SDK'lar, kütüphaneler ve daha fazlası) bir Lambda Katmanı olarak paketleyebilir ve bunları birden çok işlev arasında kolayca yönetebilir ve paylaşabilirsiniz.

    AWS Lambda, Lambda işlevlerini sizin yerinize otomatik olarak izleyerek toplam istek sayısı, hesap ve işlev düzeyinde zaman uyumlu kullanım, gecikme süresi, hata oranı ve kısıtlanan istek sayısı gibi gerçek zamanlı ölçümleri Amazon CloudWatch üzerinden bildirir. Her bir Lambda işlevinizle ilgili istatistikleri Amazon CloudWatch konsolunda veya AWS Lambda konsolunda görüntüleyebilirsiniz. Lambda işlevinizde üçüncü taraf izleme API’lerini de çağırabilirsiniz.
     

    Daha fazla bilgi için CloudWatch ölçümleriyle ilgili sorunları giderme sayfasını ziyaret edin. Lambda’nın yerleşik ölçümlerini kullandığınızda standart AWS Lambda ücretleri alınır.

    AWS Lambda kaynak modelinde, işlevinizle kullanılacak bellek miktarını seçersiniz ve CPU gücü ile diğer kaynaklar bu miktarla orantılı bir şekilde ayrılır. Örneğin 256 MB bellek seçtiğinizde Lambda işlevinize 128 MB belleğin iki katı, 512 MB belleğin ise yarısı kadar CPU gücü ayrılır. Daha fazla bilgi edinmek için İşlev Yapılandırma belgemize bakın.

    Belleğinizi 128 MB ile 10.240 MB arasında belirleyebilirsiniz.

    AWS Lambda işlevleri yürütme başına 15 dakikaya kadar çalışacak şekilde yapılandırılabilir. Zaman aşımını 1 saniye ile 15 dakika arasındaki herhangi bir değer olacak şekilde ayarlayabilirsiniz.

    Evet. Her AWS Lambda işlevi varsayılan olarak tek ve güncel bir kod sürümüne sahiptir. Lambda işlevi istemcileri belirli bir sürümü çağırabilir veya en son uygulamayı alabilir. Lütfen Lambda işlevlerinde sürüm oluşturma belgemizi okuyun.

    AWS Lambda esnek dağıtım seçenekleri sunar: işlevleri doğrudan konsol, CLI veya SDK'ler aracılığıyla veya container görüntüleri olarak yükleyebileceğiniz .zip dosya arşivleri olarak paketleyin ve dağıtın. Her iki yöntem de aynı yürütme ortamını, ölçeklendirmeyi ve operasyonel basitliği sağlayarak iş akışınıza en uygun yaklaşımı seçme esnekliği sağlar.

AWS olaylarını işlemek için AWS Lambda’yı kullanma

Tümünü aç

    Olay kaynağı, bir AWS Lambda işlevinin çalışmasını tetikleyen olaylar üreten bir AWS hizmeti veya yazılım geliştirici tarafından oluşturulmuş uygulamadır. Bazı hizmetler bu olayları Lambda’da yayımlamak için doğrudan bulut işlevini (Amazon S3 gibi) çağırır. Lambda ayrıca Lambda’da olay yayımlamayan diğer hizmetlerdeki kaynakları da yoklayabilir. Örneğin Lambda, bir Amazon Kinesis akışındaki veya Amazon SQS kuyruğundaki kayıtları alabilir ve getirilen her mesaj için bir Lambda işlevi gerçekleştirebilir. AWS CloudTrail gibi diğer pek çok hizmet, yalnızca Amazon S3'te oturum açarak ve AWS Lambda işlevlerini tetiklemek için S3 bucket bildirimlerini kullanarak olay kaynağı olarak işlev görebilir

    Bir Lambda işlevini çağırmak için AWS Lambda'nın çağırma API'si aracılığıyla özel bir olay kullanabilirsiniz. Yalnızca işlevin sahibi veya sahibin izin verdiği başka bir AWS hesabı işlevi çağırabilir. Daha fazla bilgi edinmek için Lambda Yazılım Geliştirme Kılavuzu'nu ziyaret edin.

    Lambda işlevini HTTPS üzerinden çağırmak için Amazon API Gateway'i kullanarak özel bir RESTful API tanımlamanız gerekir. Bu da işlevinizin GET, PUT ve POST gibi REST çağrılarına yanıt verebileceği bir uç nokta sağlar. AWS Lambda'yı Amazon API Gateway ile birlikte kullanma hakkında daha fazla bilgi edinin.

AWS Lambda SnapStart

Tümünü aç

    AWS Lambda SnapStart, gecikmeye duyarlı uygulamalar için başlangıç performansını birkaç saniyeden saniyenin altında sürelere kadar iyileştirebilir. SnapStart, işlevinizin başlatılmış bellek (ve disk) durumunu anlık yedeğe alarak ve düşük gecikmeli erişim için bu anlık yedeği önbelleğe alarak çalışır. İşleviniz daha sonra çağrıldığında Lambda, sıfırdan başlatmak yerine bu önceden başlatılmış anlık yedekten yürütme ortamlarını devam ettirir ve başlangıç gecikmesini iyileştirir. Dayanıklılık için Lambda, anlık yedeğinizin önbelleğe alınmış kopyalarını muhafaza eder ve bunlara çalışma zamanı yükseltmeleri ve güvenlik düzeltme ekleri gibi yazılım güncellemelerini otomatik olarak uygular. Daha fazla bilgi edinmek için belgeleri inceleyin.

    Lambda SnapStart; Lambda API'si, AWS Yönetim Konsolu, AWS Komut Satırı Arabirimi (CLI), AWS SDK, AWS Bulut Geliştirme Seti (CDK), AWS CloudFormation ve AWS Sunucusuz Uygulama Modeli (SAM) kullanılarak yeni ve mevcut işlevler için yapılandırılabilen, basit ve işlev düzeyinde bir yapılandırmadır. Lambda SnapStart'ı yapılandırdığınızda, bundan sonra yayınlanan her işlev sürümü, Lambda SnapStart tarafından sunulan iyileştirilmiş başlatma performansından yararlanır. Lambda SnapStart hakkında daha fazla bilgi edinmek için belgelere göz atın.

    Lambda SnapStart, tek seferlik başlatma kodunun yürütülmesi sırasında ortaya çıkan değişken gecikmeyi azaltarak işlevlerinizin daha hızlı başlatma sürelerine ulaşmasına yardımcı olan bir performans optimizasyonudur. Lambda SnapStart, başlatma gecikmesini azaltırken en iyi çalışma optimizasyonu olarak çalışır ve soğuk başlatmaların ortadan kaldırılacağını garanti etmez. Uygulamanızın katı gecikme gereksinimleri varsa ve çift haneli milisaniye başlatma süreleri gerektiriyorsa Tedarik Edilen Eş Zamanlılık'ı kullanmanızı tavsiye ederiz.

    Lambda SnapStart, Java 11 (ve daha yeni sürümler), Python 3.12 (ve daha yeni sürümler) ve .NET 8 (ve daha yeni sürümler) dâhil olmak üzere birden çok çalışma zamanını destekler. Çalışma zamanlarının gelecek sürümleri, yayınlandıktan sonra desteklenecektir. Lambda tarafından desteklenen tüm çalışma zamanları için Lambda çalışma zamanları belgelerine göz atın.

    Hayır. Lambda SnapStart ve Tedarik Edilen Eş Zamanlılık aynı anda, aynı işlevde etkinleştirilemez.

    Evet. Bir Lambda SnapStart işlevini, Sanal Özel Bulut'taki (VPC) kaynaklara erişecek şekilde yapılandırabilirsiniz. İşlevinizi bir VPC ile yapılandırma hakkında daha fazla bilgi için Lambda belgelerine göz atın.

    Evet, işlev sürümünüzün etkin olduğu süre boyunca sizden, en az 3 saat için ve bundan sonra milisaniye başına bir anlık yedeği önbelleğe alma ücreti alınacaktır. Fiyat, işlevinize tahsis ettiğiniz bellek miktarına bağlıdır. Ayrıca Lambda anlık yedeğinizi geri yükleyerek bir yürütme ortamına her devam ettiğinde ücretlendirilirsiniz ve fiyat, işlevinize tahsis ettiğiniz bellek miktarına bağlı olarak belirlenir. SnapStart fiyatlandırması hakkında daha fazla bilgi edinmek için lütfen AWS Lambda Fiyatlandırması sayfasını ziyaret edin.

    SnapStart fiyatlandırması, yalnızca 14 güne kadar bir anlık yedeği önbelleğe alabilen, desteklenen Java tarafından yönetilen çalışma zamanları için geçerli değildir.

Tedarik Edilen Eş Zamanlılık

Tümünü aç

    Eş Zamanlı Tedarik, sunucusuz uygulamalarınızın performansı üzerinde daha iyi bir kontrol sağlar. Etkinleştirildiğinde, Eş Zamanlı Tedarik, işlevleri başlatır ve çift basamaklı milisaniyelerde yanıt vermeye hazır olarak tutar.

    İşlevinizdeki eş zamanlılığı AWS Yönetim Konsolu, Lambda API, AWS CLI ve AWS CloudFormation üzerinden yapılandırabilirsiniz. Eş Zamanlı Tedarikten yararlanmanın en kolay yolu, AWS Auto Scaling kullanmaktır. Zamanlamaları yapılandırmak için Application Auto Scaling’i kullanabilir veya Auto Scaling’in talep değiştikçe gerçek zamanlı Eş Zamanlı Tedarik seviyesini otomatik olarak ayarlamasını sağlayabilirsiniz. Tedarik Edilen Eş Zamanlılık hakkında daha fazla bilgi edinmek için belgeler bölümüne göz atın.

    Eş Zamanlı Tedarik, işlevleri kullanıma hazır tutmak için "Eş Zamanlı Tedarik" fiyatlandırma boyutu ekler. Etkinleştirildiğinde, yapılandırdığınız eş zamanlılık miktarına ve yapılandırdığınız süreye göre ödeme yaparsınız. İşleviniz, Eş Zamanlı Tedarik yapılandırılmışken çalışırsa, İstekler ve çalışma süresi için ödeme yaparsınız. Tedarik Edilen Eş Zamanlılık fiyatlandırması hakkında daha fazla bilgi edinmek için AWS Lambda Fiyatlandırması'na göz atın.

    Eş Zamanlı Tedarik, web veya mobil arka uçlar, eş zamanlı olarak çağrılan API'ler ve etkileşimli mikro servisler gibi gecikmeye duyarlı uygulamalar oluşturmak için idealdir. Uygulamanızın özel ihtiyaçlarına göre eş zamanlılık miktarını kolayca yapılandırabilirsiniz. Yüksek talebin olduğu zamanlarda eş zamanlılık miktarını yükseltebilir, talep azaldığında ise azaltabilir veya tamamen kapatabilirsiniz.

Lambda@Edge

Tümünü aç

    Lambda@Edge, sunucu tedarik etmenize veya yönetmenize gerek kalmadan küresel olarak farklı AWS konumlarında kod çalıştırarak son kullanıcılara en düşük ağ gecikme süresiyle yanıt vermenize imkan tanır. Tek yapmanız gereken Node.js veya Python kodunuzu AWS Lambda'ya yüklemek ve işlevinizi Amazon CloudFront isteklerine (ör. bir görüntüleyici isteği geldiğinde, bir istek kaynağa iletildiğinde veya kaynaktan döndürüldüğünde ve son kullanıcıya yanıt verilmeden hemen önce) karşılık olarak tetiklenecek şekilde yapılandırmaktır. Bunu yaptığınızda kod, bir içerik isteği alındığında küresel olarak farklı AWS konumlarında yürütülmeye hazır olur ve küresel olarak CloudFront istek hacmine göre ölçeklendirilir. Daha fazla bilgi edinmek için belgelerimize göz atın.

    Lambda@Edge’i kullanmak için kodunuzu AWS Lambda’ya yüklemeniz ve Amazon CloudFront isteklerine yanıt olarak tetiklenecek bir işlev sürümüyle ilişkilendirmeniz yeterlidir. Kodunuzun Lambda@Edge hizmet sınırlarına uygun olması gerekir. Lambda@Edge şu anda CloudFront olayları tarafından yapılan küresel olarak çağırma için Node.js ve Python desteği sunmaktadır. Daha fazla bilgi edinmek için belgelerimize göz atın.

    Lambda@Edge, son görüntüleyicilerinizin dünyanın farklı yerlerinde bulunduğu ve gecikme açısından hassas kullanım örneklerinde kullanılmak üzere optimize edilmiştir. Karar vermek için ihtiyacınız olan tüm bilgilerin CloudFront ucunda, işlevin ve isteğin içinde mevcut olması gerekir. Bu da kullanıcı özelliklerine (konum, istemci cihazı vb.) göre karar vermeye çalıştığınız kullanım örneklerinin artık merkez sunucuya yönlendirilmeden kullanıcılarınıza yakın konumda yürütülüp sunulabileceği anlamına gelmektedir.

    Lambda@Edge hizmet gereksinimlerine ve sınırlarına uygun var olan Lambda işlevlerinizi küresel çapta çağırma için CloudFront olaylarıyla ilişkilendirebilirsiniz. İşlevinizin özelliklerini güncelleme hakkında bilgi edinmek için buraya bakabilirsiniz.

Ölçeklenebilirlik ve erişilebilirlik

Tümünü aç

    AWS Lambda, hem hizmet hem de çalıştırdığı Lambda işlevleri için yüksek oranda erişilebilirlik sunma amacıyla replikasyon ve yedeklilik özelliklerinden faydalanacak şekilde tasarlanmıştır. İkisi için de bakım aralığı veya planlı kesinti süresi yoktur.

    Evet. Bir Lambda işlevini güncellediğinizde genelde bir dakikadan kısa bir süre boyunca istekler işlevinizin eski veya yeni sürümü tarafından yanıtlanabilir.

    Hayır. AWS Lambda, işlevinizi içeren çok sayıda bulut sunucusunu paralel olarak çalıştıracak şekilde tasarlanmıştır. Ancak AWS Lambda, bölge ve hesap başına geçerli olan varsayılan zaman uyumlu çalıştırma sayısı kısıtlamasına sahiptir (varsayılan güvenlik kısıtlamaları hakkında bilgi için bu sayfayı ziyaret edin). Ayrıca bağımsız AWS Lambda işlevleri için maksimum eş zamanlı yürütme sayısını kontrol ederek hesabınızın eş zamanlı yürütme sınırının bir bölümünü kritik işlevler için ayırabilir veya aşağı akış kaynakları için trafik hızını sınırlandırabilirsiniz.

    Eş zamanlı yürütme sınırını artırmak için bir istek göndermek isterseniz sınır artırma isteği talep etmek için Hizmet Kotaları'nı kullanabilirsiniz.

    Maksimum eş zamanlı yürütme sınırını aşmanız durumunda eş zamanlı olarak çağrılan AWS Lambda işlevleri kısıtlama hatası (429 hata kodu) döndürür. Zaman uyumsuz olarak çağrılan Lambda işlevleri yaklaşık 15-30 dakika boyunca makul trafik artışlarını kabul edebilir ancak sonrasında olaylar kısıtlama nedeniyle reddedilecektir. Lambda işlevinin Amazon S3 olaylarına yanıt olarak çağrılması durumunda AWS Lambda tarafından reddedilen olaylar S3 tarafından 24 saat boyunca tutulabilir ve yeniden denenebilir. Amazon Kinesis Streams ve Amazon DynamoDB Streams olayları, Lambda işlevi başarılı olana veya verilerin süresi dolana kadar yeniden denenir. Amazon Kinesis ve Amazon DynamoDB Akışları, verileri 24 saat boyunca saklar.

    Varsayılan maksimum eş zamanlı yürütme sınırı, hesap düzeyinde uygulanır. Ancak her işlev için ayrı olarak da sınırlar belirleyebilirsiniz (Rezerve Eş Zamanlılık hakkında bilgi almak için bu sayfaya göz atın).

    Eş zamanlı olarak çağrılan her Lambda işlevi, her 10 saniyede bir 1.000 eş zamanlı yürütme hızında ölçeklendirilebilir. Lambda'nın ölçeklendirme oranı çoğu kullanım örneği için uygun olsa da, özellikle öngörülebilen veya öngörülemeyen trafik artışlarına sahip olanlar için idealdir. Örneğin SLA'ya bağlı veri işlemede, işleme talebini karşılamak için öngörülebilir ancak hızlı ölçeklendirme gerekir. Benzer şekilde, son dakika haberleri veya kısa süreli indirimler sunmak, kısa sürede öngörülemeyen trafik seviyelerini artırabilir. Lambda'nın ölçeklendirme oranı, ek yapılandırmalar veya araçlar olmadan bu tarz kullanım örneklerini kolaylaştırabilir. Ayrıca eş zamanlılık ölçeklendirme sınırı, işlev düzeyinde bir sınırdır. Bu, hesabınızdaki her işlevin diğer işlevlerden bağımsız olarak ölçeklendirildiği anlamına gelir.

    Zaman uyumlu olarak çağrılan Lambda işlevlerinin hata vermesi halinde özel durum oluşur. Zaman uyumsuz olarak çağrılan Lambda işlevleri için en az 3 deneme yapılır. Amazon Kinesis Streams ve Amazon DynamoDB Streams olayları, Lambda işlevi başarılı olana veya verilerin süresi dolana kadar yeniden denenir. Kinesis ve DynamoDB akışları, verileri en az 24 saat boyunca tutar.

    Zaman uyumsuz çağırmalar için yeniden deneme politikasını aşmanız durumunda olayın yerleştirilebileceği bir “teslim edilmeyen iletiler sırası” (dead letter queue – DLQ) yapılandırabilirsiniz. DLQ yapılandırılmadığında olay reddedilebilir. Akış tabanlı çağrılar için yeniden deneme politikasını aşmanız durumunda verilerin süresi zaten dolmuş olur ve bu nedenle olay reddedilir.

    Bir Amazon SQS kuyruğunu veya Amazon SNS konusunu teslim edilmeyen iletiler sırası olarak yapılandırabilirsiniz.

Güvenlik ve erişim denetimi

Tümünü aç

    Lambda işlevinize diğer kaynaklara erişim izni vermek için IAM rollerini kullanabilirsiniz. AWS Lambda, Lambda işlevinizi çalıştırırken bu role büründüğünden işlevin kullanabileceği AWS kaynakları üzerinde her zaman tam ve güvenli denetim sahibi olursunuz. Roller hakkında daha fazla bilgi edinmek için AWS Lambda Kurulumu sayfasını ziyaret edin.

    Bir Amazon S3 klasörünü bir AWS Lambda işlevine ileti gönderecek şekilde yapılandırdığınızda, erişim sağlayan bir kaynak politikası kuralı oluşturulur. Lambda işlevleri için kaynak politikaları ve erişim denetimleri hakkında daha fazla bilgi edinmek için Lambda Geliştirici Kılavuzu'nu ziyaret edin.

    Erişim denetimleri, Lambda işlev rolüyle yönetilir. Lambda işlevinize atadığınız rol, AWS Lambda'nın onun adına yoklayabileceği kaynakları da belirler. Daha fazla bilgi edinmek için Lambda Geliştirici Kılavuzu'nu ziyaret edin.

    Erişim denetimleri, Lambda işlev rolü veya kuyruk için geçerli olan kaynak politikası ayarı ile yönetilebilir. İki politika da mevcutsa iki izinden daha sınırlı olan uygulanır.

    İşlev yapılandırmanızın bir parçası olarak alt ağı ve güvenlik grubunu belirterek Lambda işlevlerinin VPC'nizdeki kaynaklara erişmesini sağlayabilirsiniz. Belirli bir VPC içindeki kaynaklara erişecek şekilde yapılandırılmış olan Lambda işlevleri, varsayılan yapılandırmada internet erişimine sahip olmaz. Bu işlevlere internet erişimi vermek için internet ağ geçitlerini kullanın. Varsayılan olarak Lambda işlevleri, IPv4 üzerinden çift yığınlı bir VPC'deki kaynaklarla iletişim kurar. İşlevlerinizi IPv6 üzerinden çift yığınlı bir VPC'deki kaynaklara erişecek şekilde yapılandırabilirsiniz. VPC ile yapılandırılmış Lambda işlevleri hakkında daha fazla ayrıntı için bk. VPC ile Lambda Özel Ağı Oluşturma.

    AWS Lambda için Kod İmzalama, Lambda işlevlerinizde sadece onaylı geliştiricilerden üzerinde değişiklik yapılmamış kodların dağıtılacağını doğrulamanıza olanak tanıyan güven ve bütünlük denetimleri sunar. Kod yapıtlarını dijital olarak imzalamaya yönelik tam olarak yönetilen bir kod imzalama hizmeti olan AWS Signer'ı kullanabilir ve Lambda işlevlerinizi dağıtım anında imzaları doğrulamak üzere yapılandırabilirsiniz. AWS Lambda için Kod İmzalama şimdilik sadece ZIP arşivi olarak paketlenmiş işlevlerde kullanılabilmektedir.

    AWS Signer konsolu, Signer API'si, SAM CLI veya AWS CLI aracılığıyla bir İmzalama Profili kullanarak dijital olarak imzalanmış kod yapıtları oluşturabilirsiniz. Daha fazla bilgi edinmek için lütfen AWS Signer belgelerine göz atın.

    AWS Yönetim Konsolu, Lambda API'si, AWS CLI, AWS CloudFormation ve AWS SAM aracılığıyla bir Kod İmzalama Yapılandırması oluşturarak kod imzalamayı etkinleştirebilirsiniz. Kod İmzalama Yapılandırması, onaylı imzalama profillerini belirtmenize ve imza denetimleri başarısız olduğunda uyarı verme veya dağıtımı reddetme arasında seçim yapmanıza yardımcı olur. Kod İmzalama Yapılandırmaları, kod imzalama özelliğinin etkinleştirilmesi için ayrı Lambda işlevlerine eklenebilir. Bu işlevler artık dağıtım anında imzaları doğrulamaya başlar.

    AWS Lambda, dağıtım anında aşağıdaki imza denetimlerini gerçekleştirebilir:

    • Bozuk imza - Bu hata, imzalama sonrasında kod yapıtı değiştirildiyse meydana gelir.
    • Eşleşmeyen imza - Bu hata, kod yapıtı onaysız bir imzalama profili tarafından imzalandıysa meydana gelir.
    • Süresi dolmuş imza - Bu hata, imzanın yapılandırılmış son kullanma tarihi geçtiyse meydana gelir.
    • İptal edilmiş imza - Bu hata, imzalama profilinin sahibi imzalama işlerini iptal ettiyse meydana gelir.

    Daha fazla bilgi edinmek için lütfen AWS Lambda belgelerine göz atın.

    Evet, mevcut bir işleve kod imzalama yapılandırmasını ekleyerek bu işlevde kod imzalamayı etkinleştirebilirsiniz. Bunu AWS Lambda konsolu, Lambda API'si, AWS CLI, AWS CloudFormation ve AWS SAM kullanarak yapabilirsiniz.

    AWS Lambda için Kod İmzalama kullanımına ilişkin ek maliyet uygulanmaz. AWS Lambda için standart fiyatı ödersiniz. Daha fazla bilgi edinmek için lütfen Fiyatlandırma sayfasına göz atın.

Gelişmiş izleme yetenekleri

Tümünü aç

    AWS Lambda, varsayılan olarak basitleştirilmiş ve gelişmiş bir günlük kaydı deneyimi sağlamak için Lambda işlevi günlüklerini JSON yapılandırılmış biçiminde yerel olarak yakalama, Lambda işlevi günlüklerinin günlük düzeyinde filtrelemesini herhangi bir kod değişikliği yapmadan denetleme ve Lambda'nın günlükleri gönderdiği Amazon CloudWatch günlük grubunu özelleştirme gibi gelişmiş günlük denetimleri sunar.

    Lambda işlevi günlüklerini, kendi günlük kitaplıklarınızı kullanmak zorunda kalmadan JSON yapılandırılmış biçiminde yakalayabilirsiniz. JSON yapılandırılmış günlükleri, büyük hacimli günlük girişlerini aramayı, filtrelemeyi ve analiz etmeyi kolaylaştırır. Lambda işlevi günlüklerinin günlük düzeyinde filtrelemesini herhangi bir kod değişikliği yapmadan denetleyebilirsiniz. Bu özellik, hata ayıklama ve sorun giderme sırasında büyük hacimli günlükleri gözden geçirmeden Lambda işlevleri için gerekli günlük ayrıntı düzeyini seçmenize olanak tanır. Ayrıca Lambda'nın hangi Amazon CloudWatch günlük grubuna günlük göndereceğini de ayarlayabilirsiniz. Böylece bir uygulama içindeki birden çok işlevden günlükleri tek bir yerde toplamayı kolaylaştırabilirsiniz. Ardından güvenlik, yönetim ve saklama politikalarını her işleve ayrı ayrı değil, uygulama düzeyinde günlüklere uygulayabilirsiniz.

    AWS Lambda API, AWS Lambda konsolu, AWS CLI, AWS Sunucusuz Uygulama Modeli (SAM) ve AWS CloudFormation kullanarak Lambda işlevleriniz için gelişmiş günlük denetimleri belirleyebilirsiniz. Daha fazla bilgi edinmek üzere gelişmiş günlük denetimleri için lansman blog gönderisini veya Lambda Geliştirici Kılavuzu'nu ziyaret edin.

    Evet, JSON yapılandırılmış biçiminde Lambda günlükleri oluşturmak için kendi günlük kitaplıklarınızı kullanabilirsiniz. Günlük kitaplıklarınızın, Lambda'nın yerel JSON yapılandırılmış günlük kaydı özelliğiyle sorunsuz şekilde çalışmasını sağlamak için Lambda, işleviniz tarafından oluşturulan ve zaten JSON biçiminde kodlanmış günlükleri tekrar kodlamaz. Lambda günlüklerini JSON yapılandırılmış biçiminde yakalamak için AWS Lambda İçin Powertools kitaplığını da kullanabilirsiniz.

    Lambda'da gelişmiş günlük denetimlerini kullanmak için ek ücret alınmaz. Amazon CloudWatch Günlükleri tarafından Lambda günlüklerinizin alınması ve depolanması için sizden ücret alınmaya devam edilir. Günlük fiyatlandırma ayrıntıları için CloudWatch fiyatlandırma sayfasına göz atın.

    CloudWatch Uygulama Sinyalleri, geliştiricilerin ve operatörlerin Lambda ile oluşturdukları sunucusuz uygulamaların durumunu ve performansını kolayca izleyebilmesini sağlayan bir uygulama performansı izleme (APM) çözümüdür. Uygulama Sinyalleri kritik uygulama ölçümleri, ilişkili izlemeler ve Lambda işlevi ile bağımlılıkları arasındaki etkileşimler için geliştiricilerin herhangi bir manuel düzenleme veya kod değişikliği yapmasını gerektirmeden önceden oluşturulmuş, standartlaştırılmış panolar sağlıyor.

    CloudWatch Günlükleri Live Tail, Lambda işlevlerinde geliştirmeyi ve sorun gidermeyi kolaylaştıran, günlüklere gerçek zamanlı görünürlük sağlayan etkileşimli bir günlük akışı ve analiz özelliğidir. Bu, geliştiricilerin kod veya yapılandırma değişikliklerini gerçek zamanlı olarak hızlı bir şekilde test etmesini ve doğrulamasını sağlar ve Lambda ile uygulama geliştirirken yazma-test etme-dağıtma döngüsünü ("iç geliştirme döngüsü" olarak da bilinir) hızlandırır. Ayrıca, Live Tail deneyimi, operatörlerin ve DevOps ekiplerinin Lambda işlevi kodundaki arızaları ve kritik hataları daha verimli şekilde tespit etmesini ve ayıklamasını sağlayarak Lambda işlev hatalarını giderirken ortalama kurtarma süresini (MTTR) kısaltır.

AWS Lambda dayanıklı işlevler

Tümünü aç

    Yerel test, IDE entegrasyonu ve tercih ettiğiniz programlama dili ile Lambda'nın tanıdık programlama modelinde mantık oluşturmak istediğinizde Lambda dayanıklı işlevlerini kullanın. Görsel iş akışı tasarımına, ekipler arası görünürlüğe, 220'den fazla yerel hizmet entegrasyonuna veya sıfır bakım altyapısına ihtiyaç duyduğunuzda AWS Step Functions'ı kullanın. Birçok uygulama, her ikisini birlikte kullanmaktan fayda sağlar.

    AWS Lambda dayanıklı işlevler şu anda JavaScript, TypeScript, Python ve Java'yı desteklemektedir. Desteklenen çalışma zamanları hakkında daha fazla bilgi edinin.

    Evet. Çağrı başına zaman aşımı 15 dakika kalırken Lambda dayanıklı işlevleri; zamanlayıcılar, geri aramalar ve yoklama koşulları gibi bekleme özelliklerini kullanarak birden çok çağrıda askıya alabilir ve devam edebilir. Dayanıklı işlevleri eş zamansız olarak çağırdığınızda, dayanıklı yürütme zaman aşımı bir yıla kadar uzayabilir ve insan onaylı iş akışları, zamanlanmış hatırlatıcılar ve çok günlü işlem hatları gibi kullanım örneklerine olanak tanır. İsteğe bağlı işlevler için askıya alma sırasında hesaplama ücreti alınmaz.

    Yürütme zaman aşımı (1 yıla kadar), bir yürütmenin ne kadar sürebileceğini belirler. Saklama süresi (90 güne kadar), yürütme terminal durumuna ulaştıktan sonra geçmiş ve kontrol noktası verilerinin ne kadar süre tutulacağını belirler. Saklama, yürütülen yürütmeleri etkilemez. Bk. Dayanıklı işlev yapılandırması.

    Hayır. İsteğe bağlı işlevler için, dayanıklı yürütme SDK'sinin bekleme yeteneklerini kullanırken askıya alma sırasında işlem ücreti alınmaz. Daha fazla bilgi için fiyatlandırma sayfasına ve geliştirici kılavuzuna bakın.

    Otomatik yeniden denemelerle her bir iş birimini bir adım halinde ekleyebilirsiniz. Bir adım yeniden denedikten sonra başarısız olursa işleyici kodunuz hatayı yakalayabilir ve ödemeyi iade etme veya rezervasyonu iptal etme gibi telafi edici adımlar gerçekleştirebilir. Her tamamlanan adım, telafi işlemleri de dahil olmak üzere kontrol noktası olarak kaydedildiğinden, yeniden deneme sırasında başarıyla tamamlanmış işler tekrar yürütülmez. Bu model, özel yeniden deneme ve durum izleme mantığı yazmadan sipariş yerine getirme veya ödeme iş akışları gibi güvenilir çok adımlı süreçler oluşturmanıza yardımcı olur.

    Yürütme durumu, tam olarak yönetilen bir dahili durum deposunda saklanır. Adım veya geri çağırma gibi her kontrol noktası işlemi 256 KB'a kadar veri depolayabilir. Bu sınır, işlemden döndürülen veriler için geçerlidir. Büyük S3 nesnelerini okuma ve yazma gibi bir işlem içinde çalıştırılan veriler bu sınıra dahil edilmez. Bir işlemin büyük bir sonuç döndürmesi gerekiyorsa SDK'deki özel serileştiiricileri, yükleri Amazon S3'e veya Amazon DynamoDB'ye aktaracak ve kontrol noktasından yalnızca bir referans iletecek şekilde yapılandırabilirsiniz.

    Lambda dayanıklı işlevleri, standart Lambda işlevleriyle aynı hesap düzeyinde eş zamanlılık havuzunu kullanır. Eş zamanlılık yuvaları bekleme sırasında serbest bırakılır, böylece binlerce yürütme eş zamanlılığı tüketmeden bekleyebilir. AWS Lambda kotaları hakkında daha fazla bilgi edinin.

    Desteklenen programlama diliniz için dayanıklı yürütme SDK'sini kullanarak AWS kimlik bilgileri olmadan dayanıklı işlevleri yerel olarak test edebilirsiniz. AWS SAM CLI ayrıca yerel çağırma, geri arama ve dayanıklı yürütme yönetimini destekleyerek dağıtımdan önce geliştirmeyi ve hata ayıklamayı kolaylaştırır. Dayanıklı işlevleri test etme hakkında daha fazla bilgi edinin.