Azure İşlevleri için depolama konuları

Azure'de bir işlev uygulaması örneği oluşturduğunuzda, varsayılan Azure Depolama hesabına erişim sağlamanız gerekir. Aşağıdaki diyagram ve tablo, Azure İşlevleri varsayılan depolama hesabındaki hizmetleri nasıl kullandığını açıklar:

Blob depolama, Dosya paylaşımı, Kuyruk depolama ve Tablo depolama dahil olmak üzere Azure İşlevleri bir Azure Depolama hesabındaki farklı depolama hizmetlerini nasıl kullandığını gösteren diyagram.

Depolama birimi hizmeti İşlev kullanımı
Azure Blob depolama Bağlamaların durumunu ve işlev anahtarlarını1 koruyun.
Flex Consumption planında çalışan uygulamalar için dağıtım kaynağı.
Dayanıklı İşlevler içinde task hub'ları için varsayılan olarak kullanılır.
Linux Consumption uzak derlemesi için işlev uygulama kodunu depolamak veya dış paket URL dağıtımlarının bir parçası olarak kullanılabilir.
Azure Dosyalar2 İşlev uygulama kodunuzu Tüketim Planı ve Premium Planı'nda depolamak ve çalıştırmak için kullanılan dosya paylaşımı.
Uzantı paketlerini koruyun.
Dağıtım günlüklerini depolayın.
PowerShell'de Yönetilen bağımlılıkları destekler.
Azure Queue Storage Dayanıklı İşlevler içinde task hub'ları için varsayılan olarak kullanılır. specific Azure İşlevleri tetikleyicilerinde hata ve yeniden deneme için kullanılır. Blob depolama tetikleyicisi tarafından nesne izleme için kullanılır.
Azure Tablo Depolama Dayanıklı İşlevler içinde task hub'ları için varsayılan olarak kullanılır.
Tanılama olaylarını izlemek amacıyla kullanılır.
  1. Blob depolama, işlev anahtarları için varsayılan depodur, ancak alternatif bir depo yapılandırabilirsiniz.
  2. Azure Dosyalar varsayılan olarak ayarlanır, ancak belirli koşullar altında Azure Dosyalar olmadan bir uygulama oluşturabilirsiniz.

Dikkat edilmesi gereken önemli hususlar

İşlev uygulamalarınız tarafından kullanılan depolama hesaplarıyla ilgili olarak aşağıdaki olguları dikkate almanız gerekir:

  • İşlev uygulamanız Tüketim planında veya Premium planda barındırıldığında, işlev kodunuz ve yapılandırma dosyalarınız bağlı depolama hesabında Azure Dosyalar depolanır. Bu depolama hesabını sildiğinizde içerik silinir ve kurtarılamaz. Daha fazla bilgi için bkz . Depolama hesabı silindi.

  • İşlev kodu, erişim anahtarları ve hizmetle ilgili diğer önemli veriler gibi önemli veriler depolama hesabında kalır. İşlev uygulamaları tarafından kullanılan depolama hesaplarına erişimi aşağıdaki yollarla dikkatle yönetmeniz gerekir:

    • Uygulamaların ve kullanıcıların depolama hesabına erişimini en düşük ayrıcalıklı modele göre denetle ve sınırla. Depolama hesabına yönelik izinler, atanan roldeki veri eylemlerinden veya listKeys işlemini gerçekleştirme izni aracılığıyla gelebilir.

    • Depolama hesabınızda hem denetim düzlemi etkinliğini (anahtar alma gibi) hem de veri düzlemi işlemlerini (bloba yazma gibi) izleyin. Depolama günlüklerini Azure Depolama dışında bir konumda tutabilirsiniz. Daha fazla bilgi için bkz . Depolama günlükleri.

Depolama hesabı gereksinimleri

Azure portalında işlev uygulaması oluşturma işlemi sırasında oluşturduğunuz depolama hesapları yeni işlev uygulamasıyla çalışır. Mevcut bir depolama hesabını kullanmayı seçtiğinizde, sağlanan liste desteklenmeyen bazı depolama hesaplarını içermez. aşağıdaki kısıtlamalar, işlev uygulamanız tarafından kullanılan depolama hesapları için geçerlidir. Mevcut bir depolama hesabının şu gereksinimleri karşıladığından emin olun:

  • Hesap türünün Blob, Kuyruk ve Tablo depolamayı desteklemesi gerekir. Bazı depolama hesapları kuyruk ve tabloları desteklemez. Bu hesaplar yalnızca blob depolama hesaplarını ve Azure Premium Depolama içerir. Depolama hesabı türleri hakkında daha fazla bilgi edinmek için bkz . Depolama hesabına genel bakış.

  • İşlev uygulamanız Tüketim planında barındırıldığında ağ güvenlikli depolama hesabı kullanamazsınız.

  • İşlev uygulamanızı Azure portalında oluşturduğunuzda, yalnızca oluşturduğunuz işlev uygulamasıyla aynı bölgede mevcut bir depolama hesabını seçebilirsiniz. Bu gereksinim katı bir sınırlama değil performans iyileştirmesidir. Daha fazla bilgi için bkz . Depolama hesabı konumu.

  • İşlev uygulamanızı kullanılabilirlik alanı desteği etkinleştirilmiş bir planda oluşturduğunuzda, yalnızca alanlar arası yedekli depolama hesapları desteklenir.

İşlev uygulamanızı ağ güvenliğine sahip bir depolama hesabıyla oluşturmak için dağıtım otomasyonunu kullandığınızda, ARM şablonunuz veya Bicep dosyanıza belirli ağ yapılandırmaları eklemeniz gerekir. Bu ayarları ve kaynakları eklemezseniz otomatik dağıtımınız doğrulamada başarısız olabilir. ARM şablonu ve Bicep kılavuzu için bkz. Güvenli dağıtımlar. Depolama hesaplarını ağ ile yapılandırmaya genel bakış için bkz. Azure İşlevleri ile güvenli depolama hesabı kullanma.

Depolama hesabı kılavuzu

Her işlev uygulamasının çalışması için bir depolama hesabı gerekir. Bu hesabı sildiğinizde işlev uygulamanız çalışmayı durdurur. Depolama ile ilgili sorunları gidermek için bkz Depolama ile ilgili sorunları nasıl giderirsiniz. Aşağıdaki önemli noktalar, işlev uygulamaları tarafından kullanılan depolama hesabı için geçerlidir.

Depolama hesabı konumu

En iyi performans için işlev uygulamanızın aynı bölgede bir depolama hesabı kullanması gerekir ve bu da gecikme süresini azaltır. Azure portalı bu en iyi yöntemi uygular. İşlev uygulamanızdan farklı bir bölgede depolama hesabı kullanmanız gerekiyorsa, işlev uygulamanızı Azure portalın dışında oluşturmanız gerekir.

Depolama hesabının işlev uygulaması tarafından erişilebilir olması gerekir. Güvenli bir depolama hesabı kullanmanız gerekiyorsa, depolama hesabınızı bir sanal ağ ile kısıtlamayı göz önünde bulundurun.

Depolama hesabı bağlantı ayarı

Varsayılan olarak, işlev uygulamaları AzureWebJobsStorage bağlantısını AzureWebJobsStorage uygulama ayarında depolanan bir bağlantı dizesi olarak yapılandırmaktadır. AzureWebJobsStorage'ı gizli dizi olmadan kimlik tabanlı bir bağlantı kullanacak şekilde de yapılandırabilirsiniz.

Tüketim planında (yalnızca Windows) veya Elastik Premium planında (Windows veya Linux) çalışan işlev uygulamaları, dinamik ölçeklendirmeyi etkinleştirmek için gereken görüntüleri depolamak için Azure Dosyalar kullanabilir. Bu planlar için WEBSITE_CONTENTAZUREFILECONNECTIONSTRING ayarında depolama hesabının bağlantı dizesi ve WEBSITE_CONTENTSHARE ayarındaki dosya paylaşımının adını ayarlayın. Bu değer genellikle için AzureWebJobsStoragekullanılan hesapla aynıdır. ayrıca Azure Dosyalar ancak ölçeklendirme sınırlı olabilir.

Not

Depolama anahtarlarını yeniden oluşturduğunuzda bir depolama hesabı bağlantı dizesini güncelleştirmeniz gerekir. Daha fazla bilgi için bkz. Azure depolama hesabı oluşturma.

Paylaşılan depolama hesapları

Birden çok işlev uygulaması aynı depolama hesabını sorunsuz bir şekilde paylaşabilir. Örneğin, Visual Studio'da Azurite depolama öykünücüsü kullanarak birden çok uygulama geliştirebilirsiniz. Bu durumda emülatör tek bir depolama hesabı gibi davranır. İşlev uygulamanızın kullandığı depolama hesabı, uygulama verilerinizi de depolayabilir. Ancak bu yaklaşım üretim ortamında her zaman iyi bir fikir değildir.

Konak kimliği çakışmalarını önlemek için ayrı depolama hesapları kullanmanız gerekebilir.

Yaşam döngüsü yönetimi ilkesiyle ilgili dikkat edilmesi gerekenler

İşlev uygulamanız tarafından kullanılan Blob Depolama hesabınıza lifecycle yönetim ilkeleri uygulamayın. İşlevler, işlev erişim anahtarları gibi önemli bilgileri kalıcı hale getirmek için Blob depolamayı kullanır. İlkeler, İşlevler konağı tarafından gereken anahtarlar gibi blobları kaldırabilir. İlkeleri kullanmanız gerekiyorsa, azure-webjobs veya scm ön ekli İşlevler tarafından kullanılan kapsayıcıları hariç tutun.

Depolama günlükleri

depolama hesabında işlev kodu ve anahtarlar kalıcı olabileceğinden, etkinliğin depolama hesabında günlüğe kaydedilmesi yetkisiz erişimi izlemek için iyi bir yoldur. Azure İzleyici kaynak günlükleri, depolama veri düzleminde olayları izlemek için kullanılabilir. Bu günlükleri yapılandırma ve inceleme hakkında ayrıntılı bilgi için bkz. Monitoring Azure Depolama.

Azure İzleyici etkinlik günlüğülistKeys işlemi gibi denetim düzlemi olaylarını gösterir. Ancak, anahtarların veya diğer kimlik tabanlı veri düzlemi işlemlerinin sonraki kullanımını izlemek için depolama hesabı için kaynak günlüklerini de yapılandırmanız gerekir. Normal İşlevler işlemlerinin dışındaki verilerde yapılan değişiklikleri belirleyebilmek için en azından StorageWrite günlük kategorisini etkinleştirmiş olmanız gerekir.

Geniş kapsamlı depolama izinlerinin olası etkisini sınırlamak için, bu günlükler için Log Analytics gibi depolama dışı bir hedef kullanmayı göz önünde bulundurun. Daha fazla bilgi için bkz. monitoring Azure Blob Depolama.

Depolama performansını iyileştirme

Performansı en üst düzeye çıkarmak için her işlev uygulaması için ayrı bir depolama hesabı kullanın. Bu yaklaşım, yüksek hacimli depolama işlemleri üreten Dayanıklı İşlevler veya Event Hubs tarafından tetiklenen işlevleriniz olduğunda özellikle önem taşır. Uygulama mantığınız doğrudan (Depolama SDK'sını kullanarak) veya depolama bağlamalarından biri aracılığıyla Azure Depolama ile etkileşime geçtiğinde, ayrılmış bir depolama hesabı kullanmanız gerekir. Örneğin, olay hub tetikleyicisi ile veri yazan bir işleviniz varsa, biri işlev uygulaması için, diğeri işlevin depolediği bloblar için olmak üzere iki ayrı depolama hesabı kullanın.

Sanal ağlar üzerinden tutarlı yönlendirme

Aynı planda barındırılan birden çok işlev uygulaması, WEBSITE_CONTENTAZUREFILECONNECTIONSTRING tarafından tanımlanan Azure Dosyalar içerik paylaşımı için aynı depolama hesabını da kullanabilir. Bir sanal ağ kullanarak bu depolama hesabının güvenliğini sağladığınızda, trafiğin hedeflenen sanal ağ üzerinden tutarlı bir şekilde yönlendirildiğinden emin olmak için tüm bu uygulamaların (yuvalar dahil) aynı değeri (vnetContentShareEnabled eski adıyla WEBSITE_CONTENTOVERVNET) ve aynı sanal ağ tümleştirme yapılandırmasını kullanmaları gerekir. Bu ayarda aynı Azure Dosyalar depolama hesabı kullanan uygulamalar arasındaki uyuşmazlık, genel ağlar üzerinden trafik yönlendirmeye neden olabilir. Bu yapılandırmada depolama hesabı ağ kuralları erişimi engeller.

Bloblarla çalışma

İşlevler için önemli bir senaryo, görüntü işleme veya yaklaşım analizi gibi blob kapsayıcılarındaki dosyaların dosya işlenmesidir. Daha fazla bilgi edinmek için Dosya yüklemelerini işleme bölümüne bakın.

Blob kapsayıcısında tetikleme

Bu diyagramda gösterildiği gibi, bir depolama kapsayıcısında bloblarda yapılan değişiklikleri temel alarak işlev kodunuzu çalıştırmanın birkaç yolu vardır:

Azure içindeki bir Blob Depolama kapsayıcısında öğeler eklendiğinde veya güncelleştirildiğinde bir işlevi tetiklemenin çeşitli seçeneklerini gösteren diyagram.

Kapsayıcıda eklenen veya güncelleştirilen blobları işleme gereksinimlerinize en uygun işlev tetikleyicisini belirlemek için aşağıdaki tabloyu kullanın:

Strateji Blob tetikleyicisi (sorgulama) Blob tetikleyicisi (olay tabanlı) Kuyruk tetikleyicisi Olay Kılavuzu tetikleyicisi
Gecikme süresi Yüksek (10 dk'ya kadar) Düşük Orta Düşük
Depolama hesabı sınırlamaları Yalnızca blob hesapları desteklenmiyor¹ genel amaçlı v1 desteklenmiyor yok genel amaçlı v1 desteklenmiyor
Tetikleyici türü Blob depolama Blob depolama Kuyruk depolama Event Grid
Uzantı sürümü Herhangi bir Depolama Sürüm 5.x+ Herhangi bir Herhangi bir
Mevcut blobları işler Evet Hayır Hayır Hayır
Filtreler Blob adı deseni Olay filtreleri yok Olay filtreleri
Olay aboneliği gerektirir Hayır Evet Hayır Evet
Flex Tüketim planını destekler Hayır Evet Evet Evet
Yüksek ölçekli sistemleri² destekler Hayır Evet Evet Evet
Gelen erişim kısıtlamalarıyla çalışır Evet Hayır Evet Evet3
Açıklama Varsayılan tetikleyici davranışı, kapsayıcıyı güncelleştirmeler için sorgulamaya dayanır. Daha fazla bilgi için Blob depolama tetikleyicisi başvurusundaki örneklere bakın. Bir olay aboneliğinden blob depolama olaylarını tüketir. Source parametresinin değerini EventGridgerektirir. Daha fazla bilgi için bkz. Öğretici: Bir etkinlik aboneliği kullanarak blob kapsayıcılarında Azure İşlevleri çalıştırma. Blob adı dizesi, kapsayıcıya bir blob eklendiğinde depolama kuyruğuna el ile eklenir. Kuyruk depolama tetikleyicisi bu değeri aynı işlevdeki bir Blob depolama giriş bağlamasına doğrudan geçirir. Depolama kapsayıcısından gelen olaylara ek olarak diğer olaylar üzerinde tetikleme esnekliği sağlar. Depolama ile ilgili olmayan olayların da işlevinizi tetiklemesi gerektiğinde kullanın. Daha fazla bilgi için bkz. Azure İşlevleri'da Event Grid tetikleyicileri ve bağlamalarıyla çalışma.
  1. Blob depolama giriş ve çıkış bağlamaları yalnızca blob hesaplarını destekler.
  2. Yüksek ölçek, içinde 100.000'den fazla blob bulunan kapsayıcılar veya saniyede 100'den fazla blob güncelleştirmesi olan depolama hesapları olarak gevşek bir şekilde tanımlanabilir.
  3. Olay aboneliğinin bilinen bir kullanıcı kimliği kullanarak olayları genel IP alanındaki şifrelenmiş bir kanal üzerinden teslim etmelerini sağlayarak gelen erişim kısıtlamalarına geçici bir çözüm getirebilirsiniz. Daha fazla bilgi için bkz . Yönetilen kimlikleri kullanarak olayları güvenli bir şekilde teslim edin.

Depolama veri şifrelemesi

Azure Depolama, sabit durumda olan bir depolama hesabındaki tüm verileri şifreler. Daha fazla bilgi için Dinlenen veriler için Azure Depolama şifreleme konusuna bakın.

Varsayılan olarak, veriler Microsoft yönetilen anahtarlarla şifrelenir. Şifreleme anahtarları üzerinde daha fazla denetim için blob ve dosya verilerinin şifrelenmesini sağlamak için müşteri tarafından yönetilen anahtarlar sağlayabilirsiniz. İşlevlerin depolama hesabına erişebilmesi için bu anahtarların Azure Key Vault'de bulunması gerekir. Daha fazla bilgi edinmek için Müşteri tarafından yönetilen anahtarları kullanarak bekleyen uygulama verilerini şifreleme bölümüne bakın.

Bölge içi veri yerleşimi

Tüm müşteri verilerinin tek bir bölgede kalması gerektiğinde, işlev uygulamasıyla ilişkili depolama hesabı, bölge içi yedekliliğe sahip bir hesap olmalıdır. Bölge içi yedekli depolama hesabı da Azure Dayanıklı İşlevler ile kullanılmalıdır.

Platform tarafından yönetilen diğer müşteri verileri, yalnızca dahili olarak yük dengeli bir App Service Ortamı (ASE) barındırıldığında bölgede veri olarak depolanır. Daha fazla bilgi edinmek için bkz . ASE bölge yedekliliği.

Konak Kimliği ile ilgili dikkat edilmesi gerekenler

Not

Bu bölümdeki Konak Kimliği ile ilgili dikkat edilmesi gerekenler, uygulamanız bir Flex Consumption planında çalıştırıldığında geçerli değildir. Bu barındırma planında, Konak Kimliği değeri bu olası sorunları önleyen bir şekilde oluşturulur.

Azure Functions, depolanan yapıtlarda belirli bir işlev uygulamasını benzersiz olarak tanımlamak için bir "host ID" değeri kullanır. Varsayılan olarak, bu kimlik işlev uygulamasının adından otomatik olarak oluşturulur ve ilk 32 karaktere yuvarlanır. Bu kimlik daha sonra bağlı depolama hesabında uygulama başına bağıntı ve izleme bilgileri depolanırken kullanılır. Adları 32 karakterden uzun olan işlev uygulamalarınız varsa ve ilk 32 karakter aynı olduğunda, bu kesme işlemi konak kimliği değerlerinin yinelenmesine neden olabilir. Aynı konak kimliklerine sahip iki işlev uygulaması aynı depolama hesabını kullandığında, depolanan veriler doğru işlev uygulamasıyla benzersiz bir şekilde ilişkilendirilemediğinden konak kimliği çakışması meydana gelir.

Not

Bu tür konak kimliği çakışması, her iki yuva da aynı depolama hesabını kullandığında üretim yuvasındaki bir işlev uygulaması ile hazırlama yuvasındaki aynı işlev uygulaması arasında oluşabilir.

İşlevler çalışma zamanının 4.x sürümünde bir hata günlüğe kaydedilir ve konak durdurulur, bu da ciddi bir hataya yol açar. Daha fazla bilgi için bkz. HostID Kesilmesi çakışmalara neden olabilir.

Konak kimliği çakışmalarını önleme

Konak kimliği çakışmalarını önlemek için aşağıdaki stratejileri kullanabilirsiniz:

  • Çakışmaya dahil olan her işlev uygulaması veya yuvası için ayrı bir depolama hesabı kullanın.
  • İşlev uygulamalarınızdan birini 32 karakterden daha az bir değerle yeniden adlandırın. Bu değer uygulamanın hesaplanan ana bilgisayar kimliğini değiştirir ve çakışmayı kaldırır.
  • Bir veya daha fazla çakışan uygulama için belirgin bir host kimliği ayarlayın. Daha fazla bilgi edinmek için bkz. Konak kimliğini geçersiz kılma.

Önemli

Mevcut bir işlev uygulamasıyla ilişkili depolama hesabını değiştirmek veya uygulamanın ana bilgisayar kimliğini değiştirmek, mevcut işlevlerin davranışını etkileyebilir. Örneğin Blob depolama tetikleyicisi, depolama alanındaki belirli bir konak kimliği yoluna makbuzlar yazarak blobların tek tek işlenip işlenmediğini izler. Ana bilgisayar kimliği değiştiğinde veya yeni bir depolama hesabına yönlendirdiğinizde, önceden işlenen bloblar yeniden işlenebilir.

Konak kimliğini geçersiz kılma

bu ayarı kullanarak AzureFunctionsWebHost__hostid uygulama ayarlarında işlev uygulamanız için belirli bir konak kimliğini açıkça ayarlayabilirsiniz. Daha fazla bilgi için bkz . AzureFunctionsWebHost__hostid.

Yuvalar arasında çakışma oluştuğunda, üretim yuvası dahil olmak üzere her yuva için belirli bir konak kimliği ayarlamanız gerekir. Ayrıca, değiştirilmemeleri için bu ayarları dağıtım ayarları olarak işaretlemeniz gerekir. Uygulama ayarları oluşturmayı öğrenmek için bkz . Uygulama ayarlarıyla çalışma.

Azure Dosyalar olmadan uygulama oluşturma

Azure Dosyalar hizmeti, yüksek ölçekli senaryoları destekleyen paylaşılan bir dosya sistemi sağlar. İşlev uygulamanız Elastik Premium planında veya Tüketim planındaki Windows çalıştırıldığında, depolama hesabınızda varsayılan olarak bir Azure Dosyalar paylaşımı oluşturulur. Bu paylaşım, İşlevler tarafından günlük akışı gibi belirli özellikleri etkinleştirmek için kullanılır. Ayrıca paylaşılan paket dağıtım konumu olarak da kullanılır. Bu konum, dağıtılan işlev kodunuzun tüm örneklerde tutarlılığını garanti eder.

Varsayılan olarak, Premium ve Tüketim planlarında barındırılan işlev uygulamaları, bu Azure dosya paylaşımında depolanan dağıtım paketleriyle zip dağıtımı kullanır. Bu bölüm yalnızca bu barındırma planları ile ilgilidir.

Azure Dosyalar kullanmak için uygulama ayarlarınızda WEBSITE_CONTENTAZUREFILECONNECTIONSTRING olarak depolanan bir bağlantı dizesi kullanılması gerekir. Azure Dosyalar şu anda kimlik tabanlı bağlantıları desteklememektedir. Senaryonuz uygulama ayarlarında gizli dizi depolamamanızı gerektiriyorsa uygulamanızın Azure Dosyalar bağımlılığını kaldırmanız gerekir. Uygulamanızı varsayılan Azure Dosyalar bağımlılığı olmadan oluşturarak bu bağımlılıktan kaçınabilirsiniz.

Not

Ayrıca, yönetilen kimlik bağlantılarının kullanılabilmesi de dahil olmak üzere dağıtım paketi üzerinde daha fazla denetim sağlayan Esnek Tüketim planında işlev uygulamanızı çalıştırmayı da düşünmelisiniz. Daha fazla bilgi için bkz . Dağıtım ayarlarını yapılandırma.

Uygulamanızı Azure dosya paylaşımı olmadan çalıştırmak için aşağıdaki gereksinimleri karşılamanız gerekir:

Dağıtım paketini el ile güncelleştirmeniz ve büyük olasılıkla paylaşılan erişim imzası (SAS) içeren dağıtım paketi URL'sini korumanız gerekir.

Aşağıdaki noktalara da dikkat etmelisiniz:

  • Uygulama İşlevler çalışma zamanının 1.x sürümünü kullanamaz.
  • Uygulamanız paylaşılan bir yazılabilir dosya sistemine güvenemez.
  • Portal düzenleme desteklenmez.
  • Azure portalı gibi istemcilerde günlük akışı deneyimleri, varsayılan olarak dosya sistemi günlüklerine dayanmaktadır. Bunun yerine Application Insights günlüklerine güvenmeniz gerekir.

Yukarıdaki gereksinimler senaryonuza uygunsa, Azure Dosyalar olmadan bir işlev uygulaması oluşturmaya devam edebilirsiniz. "WEBSITE_CONTENTAZUREFILECONNECTIONSTRING ve WEBSITE_CONTENTSHARE uygulama ayarları olmadan uygulama oluşturmanın şu yollarından birini kullanın:"

  • Bicep/ARM şablonları: ARM şablonundan veya Bicep dosyasından iki uygulama ayarlarını kaldırın ve değiştirilen şablonu kullanarak uygulamayı dağıtın.
  • Azure portalı: Uygulamayı Azure portalında oluşturduğunuzda Storage sekmesinde Azure Dosyalar bağlantısı ekleme seçimini kaldırın.

Azure Dosyalar, İşlevler için dinamik ölçeği genişletmeyi etkinleştirmek için kullanılır. Uygulamanızı Windows üzerinde çalışan Elastik Premium planında ve Tüketim planlarında Azure Dosyalar olmadan çalıştırdığınızda ölçeklendirme sınırlı olabilir.

Dosya paylaşımlarını ekleme

Bu işlev şu anda yalnızca Linux üzerinde çalışırken kullanılabilir.

İşlevlerinizdeki mevcut dosyalara, makine öğrenmesi modellerine veya büyük ikili dosyalara erişmenizi sağlayan linux işlev uygulamalarınıza Azure Dosyalar paylaşımları bağlayabilirsiniz. Depolama bağlamaları Tüketim planında desteklenmez. Depolama tutucuları, bağlamalar ve dış veritabanları arasında seçim yapmak için bkz. Azure İşlevleri için dosya erişim stratejisi seçme.

Önemli

Tüketim planında Linux'ta kullanım süresi sonu v3 çalışma zamanını çalıştırmaya devam eden işlev uygulamaları 30 Eylül 2026'dan sonra çalışmayı durduruyor. Hizmet kesintisini önlemek için uygulamanızı v4 çalışma zamanına geçirin.

Tüketim planında Linux'ta işlev uygulamaları barındırma seçeneği 30 Eylül 2028'de kullanımdan kaldırılıyor. Linux Tüketim planı yeni özellikler veya dil sürümleri almayacak. Tüketim planında Windows çalışan uygulamalar şu anda etkilenmez. Uygulamalarınızı kullanımdan kaldırma tarihinden önce Esnek Tüketim planına geçirin.

Mevcut bir paylaşımı Linux işlev uygulamanıza bağlamak için aşağıdaki komutu kullanabilirsiniz.

az webapp config storage-account add (Azure web uygulamasına bir depolama hesabı yapılandırması eklemek için kullanılır)

Bu komutta share-name, mevcut Azure Dosyalar paylaşımının adıdır. custom-id , işlev uygulamasına bağlandığında paylaşımı benzersiz olarak tanımlayan herhangi bir dize olabilir. Ayrıca, mount-path işlev uygulamanızda paylaşıma erişilen yoldur. mount-path /dir-name biçiminde olmalıdır ve /home ile başlayamaz.

Tam bir örnek için bkz. Python işlev uygulaması oluşturma ve Azure Dosyalar paylaşımını bağlama.

İlgili makale

Azure İşlevleri barındırma seçenekleri hakkında daha fazla bilgi edinin.

Azure İşlevleri ölçeklendirme ve barındırma

  • Last updated on