Azure Uygulama Yapılandırması'nda güvenilirlik

Azure Uygulama Yapılandırması , uygulama yapılandırma ayarlarını ve özellik bayraklarını merkezi olarak depolar ve yönetir ve doğrudan uygulamalara eklenmiş yapılandırma dosyalarını değiştirir. Bu yaklaşım dinamik güncelleştirmeler, yapılandırma değerlerinin sürümü oluşturma ve zaman içinde yapılandırma değişikliklerinin geçmiş izlemesini sağlar. Uygulama davranışı çalışma zamanında yapılandırma verilerine doğrudan erişime bağlı olabileceğinden, Uygulama Yapılandırması'nın kullanılabilirliği ve güvenilirliği önemli noktalardır.

Azure'ı kullandığınızda güvenilirlik paylaşılan bir sorumluluktır. Microsoft, dayanıklılık ve kurtarmayı desteklemek için çeşitli özellikler sunar. Bu özelliklerin kullandığınız tüm hizmetler içinde nasıl çalıştığını anlamak ve iş hedeflerinize ve çalışma süresi hedeflerinize ulaşmak için ihtiyacınız olan özellikleri seçmek sizin sorumluluğunuzdadır.

Bu makalede Azure Uygulama Yapılandırması'nın güvenilirlik mimarisi açıklanır ve hizmetin geçici hatalar, kullanılabilirlik alanı hataları ve bölge kesintileri sırasında kullanılabilir durumda kalacak şekilde nasıl tasarlandığı açıklanır.

Güvenilirlik için üretim dağıtımı önerileri

Uygulama Yapılandırması'nın çoğu üretim dağıtımı için aşağıdaki önerileri göz önünde bulundurun:

• SKU: Standart veya Premium SKU'yu kullanın.
• Geçici silme ve temizleme koruması: Veri silmeye karşı koruma sağlamak için geçici silme ve temizleme korumasını etkinleştirin.
• Görev açısından kritik senaryolar için: Premium SKU'yu kullanın ve bölge kesintilerine karşı daha yüksek kullanılabilirlik ve dayanıklılık sağlamak için birden çok bölgede çoğaltmayı etkinleştirmek üzere replikayı yapılandırın.

Üretim iş yükleri için önerilen uygulamaların ve yapılandırmaların listesi için bkz. Yüksek dayanıklılığa sahip uygulamalar oluşturma.

Güvenilirlik mimarisine genel bakış

Uygulama Yapılandırması dağıttığınızda bir depo dağıtırsınız. Deponuz , anahtarlar, değerler veözellik bayrakları dahil olmak üzere uygulamanızın kullanabileceği çeşitli ayar türlerini içerir. Hizmet ayrıca ortamlar arasında yapılandırma değişikliklerini düzenleme, güvenli hale getirme, sürüm oluşturma ve güvenli bir şekilde dağıtmaya yönelik yerleşik özellikler içerir. Daha fazla bilgi için bkz. Azure Uygulama Yapılandırması nedir?

Uygulama Yapılandırması tam olarak yönetilen bir hizmettir. Microsoft, ayarlarınızı depolamaktan ve yönetmenin yanı sıra hizmette bakım gerçekleştirmekle de sorumludur.

Azure Uygulama Yapılandırması'na bağlanan istemci uygulamaları oluştururken önbelleğe alma ve genel trafik hızlandırmayı etkinleştirmek için isteğe bağlı olarak Azure Front Door ile Uygulama Yapılandırması'nı (önizleme) kullanabilirsiniz . Bu yapılandırma, coğrafi çoğaltmayla ilgili diğer konuları tanıtır ve uygun durumlarda bu makalenin tamamında vurgulanır.

Geçici hatalara dayanıklılık

Geçici hatalar, bileşenlerde kısa ve aralıklı hatalardır. Bunlar genellikle bulut gibi dağıtılmış bir ortamda gerçekleşir ve işlemlerin normal bir parçasıdır. Geçici hatalar kısa bir süre sonra kendilerini düzeltmektedir. Uygulamalarınızın genellikle etkilenen istekleri yeniden deneyerek geçici hataları işleyebileceği önemlidir.

Bulutta barındırılan tüm uygulamalar, bulutta barındırılan API'ler, veritabanları ve diğer bileşenlerle iletişim kurarken Azure geçici hata işleme yönergelerini izlemelidir. Daha fazla bilgi için bkz Geçici hataları ele alma önerileri.

Azure Uygulama Yapılandırması'nı kullanırken, özellikle kritik kod yollarında geçici hataların yapılandırma erişimi üzerindeki etkisini en aza indirmek için aşağıdaki en iyi yöntemleri göz önünde bulundurun.

• Yapılandırma sağlayıcıları: Yerleşik yeniden deneme ve önbelleğe alma özelliklerinin yanı sıra diğer birçok dayanıklılık özelliğine sahip Olan Uygulama Yapılandırması yapılandırma sağlayıcılarını kullanın.
• Azure SDK'ları: Uygulamanızın yazma istekleri göndermesi gerekiyorsa Uygulama Yapılandırma SDK'larını kullanın. SDK'lar HTTP durum kodu 429 yanıtlarını ve diğer geçici hataları otomatik olarak yeniden dener.
• Yeniden deneme mantığı: Uygulama Yapılandırma Sağlayıcılarını veya SDK'ları kullanamıyorsanız özel istemcilere yeniden deneme mantığı ekleyin. Yanıttaki retry-after-ms üst bilgi, isteği yeniden denemeden önce milisaniye cinsinden önerilen bir bekleme süresi sağlar.
• Önbelleğe alma: Mağazanıza yönelik doğrudan istekleri azaltmak için mümkün olduğunda önbellek ayarları.

Diğer uygulama yapılandırma yönergeleri için bkz. Azure Uygulama Yapılandırması hakkında SSS.

Kullanılabilirlik alanı hatalarına dayanıklılık

Kullanılabilirlik alanları , bir Azure bölgesi içindeki veri merkezlerinin fiziksel olarak ayrı gruplarıdır. Bir bölge başarısız olduğunda hizmetler kalan bölgelerden birine devredilebilir.

Uygulama Yapılandırması, kullanılabilirlik alanlarını destekleyen bölgelerde otomatik olarak alanlar arası yedeklilik sağlar. Bu yedeklilik, belirli bir yapılandırma gerektirmeden bir bölgede yüksek kullanılabilirlik sağlar.

Kullanılabilirlik alanı kullanılamaz duruma geldiğinde, Uygulama Yapılandırması yüksek kullanılabilirlik sağlamak için isteklerinizi otomatik olarak diğer iyi durumdaki kullanılabilirlik alanlarına yönlendirir.

Gereksinimler

Bölge desteği: Aşağıdaki bölgelere dağıtılan depolar otomatik olarak alanlar arası yedeklidir:

Amerikalar	Avrupa	Orta Doğu	Afrika	Asia Pacific
Güney Brezilya	Orta Fransa	Israel Central		Doğu Avustralya
Orta Kanada	Almanya Batı Merkez	Qatar Central		Orta Hindistan
Central US	Italy North	Birleşik Arap Emirlikleri Kuzey		Kuzey Çin 3
East US	Kuzey Avrupa			Doğu Asya
Doğu ABD 2	Norveç Doğu			Japonya Doğu
Mexico Central	Orta Polonya			Korea Central
ABD'nin Güney Merkez Bölgesi	Spain Central			Güneydoğu Asya
ABD Virginia Hükümeti	Orta İsveç
Batı ABD 2	Switzerland North
Batı ABD 3	UK South
	West Europe

Maliyet

Azure Uygulama Yapılandırması için alanlar arası yedeklilik için ek maliyet yoktur.

Kullanılabilirlik alanı desteğini yapılandırma

Microsoft, kullanılabilirlik alanlarını destekleyen bir bölgede yer alan bir depo için alanlar arası yedekliliği otomatik olarak etkinleştirir.

Uygulama Yapılandırması mevcut bir bölgeye kullanılabilirlik alanı desteği eklerse, kullanılabilirlik alanı desteğinden yararlanmaya başlamak için herhangi bir işlem yapmanız gerekmez. Mağazanız, bölgedeki Uygulama Yapılandırma mağazalarında kullanıma sunulan kullanılabilirlik alanı desteğinden yararlanacaktır.

Tüm bölgeler sağlıklı olduğunda davranış

Depo, alanlar arası yedekliliği destekleyen bir bölgedeyse ve tüm kullanılabilirlik alanları çalışır durumdaysa aşağıdaki davranışı bekleyebilirsiniz:

• Bölgeler arası işlem: Uygulama Yapılandırması, kullanılabilirlik alanları arasındaki trafik yönlendirmesini otomatik olarak yönetir. Normal işlemler sırasında istekleri bölgeler arasında saydam bir şekilde dağıtır.

• Bölgeler arası veri çoğaltma: Bölgeleri destekleyen bölgelerde, Uygulama Yapılandırması verileri kullanılabilirlik alanları arasında zaman uyumlu bir şekilde çoğaltır. Bu çoğaltma, bir bölge kullanılamaz duruma gelse bile ayarlarınızın tutarlı ve kullanılabilir durumda kalmasını sağlar.

Bölge hatası sırasındaki davranış

Bu bölümde, bir depo alanlar arası yedekliliği destekleyen bir bölgede olduğunda ve kullanılabilirlik alanı kullanılamadığında neler bekleyebileceğiniz açıklanmaktadır:

• Algılama ve yanıt: Uygulama Yapılandırma hizmeti bölge hatalarını algılar ve bunlara otomatik olarak yanıt verir. Bölge hatası sırasında herhangi bir işlem yapmanız gerekmez.

• Bildirim: Microsoft, bir bölge kapatıldığında sizi otomatik olarak bilgilendirmez. Bununla birlikte, bölge hataları dahil olmak üzere hizmetin genel durumunu anlamak için Azure Hizmet Durumu'nı kullanabilir ve sorunları size bildirmek için Hizmet Durumu uyarıları ayarlayabilirsiniz.

• Etkin istekler: Bölge hatası sırasında etkilenen bölge, istemci uygulamalarının bunları yeniden denemesini gerektiren uçuş içi istekleri işleyemeyebilir. İstemci uygulamaları, bir bölge hatası oluşursa istekleri yeniden deneyebileceklerinden emin olmak için geçici hata işleme uygulamalarını izlemelidir.

• Beklenen veri kaybı: Bölgeler arasındaki zaman uyumlu çoğaltma nedeniyle bölge hatası sırasında veri kaybı beklenmez.

• Beklenen kapalı kalma süresi: Kapalı kalma süresi beklenmez.

• Dağıt -ılması: Uygulama Yapılandırması, müşteri müdahalesi gerektirmeden trafiği etkilenen bölgeden sağlıklı bölgelere otomatik olarak yeniden yönlendirer.

Bölge kurtarma

Daha önce kullanılamayan bir bölge kurtarıldığında, Uygulama Yapılandırması tüm kullanılabilirlik alanlarındaki normal işlemleri otomatik olarak geri yükler. Bölge hatasından kurtulmak için herhangi bir işlem yapmanız gerekmez.

Bölge hataları için test

Azure Uygulama Yapılandırması platformu, alanlar arası yedekli depolar için trafik yönlendirme, yük devretme ve bölge kurtarmayı yönetir. Bu işlem tamamen Microsoft tarafından yönetildiği için kullanılabilirlik alanı hata işlemlerini doğrulamanız gerekmez.

Bölge genelindeki hatalara dayanıklılık

Azure Uygulama Yapılandırması, bölge kesintileri sırasında dayanıklılığı desteklemek için yerel coğrafi çoğaltma özellikleri sağlar. Coğrafi çoğaltma, yapılandırma verilerinin yönetilen hizmet özelliği olarak bölgeler arasında çoğaltılmasını sağlar.

Coğrafi çoğaltma

Coğrafi çoğaltma, depoların birden çok Azure bölgesinde çoğaltılabilmesini sağlar. Her mağazada farklı bölgelerde birden çok replika olabilir. Özgün mağaza aynı zamanda bir kopyadır. Bu özellik, uygulamaların bölge genelindeki kesintilere karşı korunmasına yardımcı olur.

Gereksinimler

• Bölge desteği: Bölgeler Azure eşleştirilmiş bölgeleri olmasa bile Azure Uygulama Yapılandırması tarafından desteklenen herhangi bir Azure bölgesinde çoğaltma oluşturabilirsiniz.

• Katmanı: Coğrafi çoğaltmayı etkinleştirmek için yapılandırma deposunun desteklenen bir katman kullanması gerekir. Daha fazla bilgi için bkz. Coğrafi çoğaltmayı etkinleştirme.

Değerlendirmeler

Coğrafi çoğaltmayı etkinleştirdiğinizde aşağıdaki faktörleri göz önünde bulundurun:

• Alanlar arası yedekli çoğaltmalar: Uygulama Yapılandırması'nın kullanılabilirlik alanlarını desteklediği bir bölgede oluşturduğunuz tüm çoğaltmalar otomatik olarak alanlar arası yedeklidir.

• Azure Front Door: Azure Front Door ile coğrafi olarak yedekli yapılandırma teslimini etkinleştirmek için Uygulama Yapılandırması çoğaltmalarını bir kaynak grubu içinde çıkış noktaları olarak yapılandırın. Doğru kaynak yapılandırması, Azure Front Door'un bölgeler arasında sistem durumu tabanlı yönlendirmeyi, yük dengelemeyi ve otomatik yük devretmeyi yönetmesine olanak tanır. Daha fazla bilgi için bkz. Çıkış noktası için trafik yönlendirme yöntemleri.

Maliyet

Coğrafi olarak çoğaltılan her bölge, ilgili katman ve bölgenin fiyatlandırmasına göre ayrı olarak faturalandırılır. Bölgeler arası çoğaltma için veri çıkış ücreti uygulanmaz. Fiyatlandırma ayrıntıları için bkz. Azure Uygulama Yapılandırması fiyatlandırması.

Çok bölgeli desteği yapılandırma

Yeni oluşturulan bir yapılandırma deposu için çoğaltmayı ayarlamak için bkz. Coğrafi çoğaltmayı etkinleştirme.

Tüm bölgeler iyi durumda olduğunda davranış

Bu bölümde, coğrafi çoğaltma için bir Uygulama Yapılandırma deposu yapılandırdığınızda ve tüm bölgeler çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır.

• Bölgeler arası işlem: Her çoğaltma tek tek adreslenebilir ve kendi DNS adına sahiptir. Tüm replikalar hem okuma hem de yazma işlemlerini kabul edebilir.

  Azure Uygulama Yapılandırması, bölgeler arasındaki trafiği otomatik olarak yönlendirmez. Uygulama Yapılandırması yapılandırma sağlayıcılarını kullandığınızda, uygulamanız isteğe bağlı olarak otomatik çoğaltma bulma özelliğini kullanabilir. Alternatif olarak, çoğaltmaların önceliklendirilmiş bir listesini belirtebilirsiniz ve Uygulama Yapılandırması ilk iyi durumdaki çoğaltmayı seçer. Bu, uygulamanızın hangi çoğaltmayı kullandığını denetlemesini sağlar.

  Uyarı

  Azure Front Door kullanıyorsanız trafik yönlendirme davranışı farklıdır. Daha fazla bilgi için Yük devretme ve yük dengeleme bölümüne bakınız.

• Bölgeler arası veri çoğaltma: Veriler zaman uyumsuz olarak çoğaltılır ve sonunda tutarlıdır. Çoğaltmalar arasındaki geçerli çoğaltma gecikme süresini izlemek için Azure İzleyici'deki çoğaltma gecikme süresi ölçümünü kullanabilirsiniz.

Bölge hatası sırasındaki davranış

Bu bölümde, coğrafi çoğaltma için bir Uygulama Yapılandırma deposu yapılandırdığınızda ve çoğaltma bölgelerinden birinde bir kesinti olduğunda neler bekleyebileceğiniz açıklanmaktadır.

• Algılama ve yanıt: Microsoft, bölge veya çoğaltma hatalarını algılamaktan ve kurtarma işlemlerini başlatmakla sorumludur.

  ** Uygulama Yapılandırması yapılandırma sağlayıcılarını kullandığınızda ve otomatik kopya keşfi gerçekleştirdiğinizde veya birden çok kopyanın listesiyle, uygulamanız otomatik olarak başka bir sağlıklı kopyaya geçiş yapar.

  Uygulama Yapılandırması sağlayıcılarını kullanmıyorsanız, uygulamanızı sağlıklı bir çoğaltma ile değiştirme sorumluluğunuz vardır.

• Bildirim: Microsoft, bir bölge kapatıldığında size otomatik olarak bildirim vermez. Bununla birlikte, tüm bölge hataları dahil olmak üzere hizmetin genel durumunu anlamak için Azure Hizmet Durumu'nı kullanabilir ve sorunları size bildirmek için Hizmet Durumu uyarıları ayarlayabilirsiniz.

• Etkin istekler: Bölgedeki bir çoğaltmaya yönelik etkin istekler bırakılabilir. İstemci uygulamaları, isteklerini farklı bir çoğaltmada yeniden denemelidir.

• Beklenen veri kaybı: Çoğaltma başarısız olursa, bu çoğaltmada yapılan son değişiklikler henüz diğer çoğaltmalara çoğaltılamayabilir. Kopya kurtulana kadar bu değişiklikler kullanılamaz durumda kalabilir. Olası veri kaybını tahmin etmek için Azure İzleyici'de çoğaltma gecikmesi ölçümünü izleyin.

• Beklenen kapalı kalma süresi: Bir replika kullanılamaz duruma geldiğinde, bölgesi yeniden çalışır hale gelene kadar çevrimdışı kalır. Diğer replikalar istekleri işlemeye devam eder. Uygulamalar, hata durumunu algılarken ve iyi durumda bir çoğaltmaya geçiş yaparken kısa bir çalışmama süresi yaşayabilir. Süre, her uygulamanın bu algılamayı ve yük devretmeyi ne kadar hızlı gerçekleştirdiğine bağlıdır.

• Yeniden Dağıtım: Hata durumunda uygulamaların trafiği sağlıklı bir kopyaya yönlendirmesi gerekir.

  Uygulama Yapılandırma sağlayıcıları kullanıyorsanız, sağlayıcılar çoğaltma seçimini ve yük devretmeyi otomatik olarak yönetir.

  Veri deponuzun önüne Azure Front Door yerleştirir ve başlangıç grubunu yük devretme için başlangıç noktaları olarak birden çok çoğaltmayla yapılandırırsanız, Azure Front Door istekleri otomatik olarak sağlıklı bir çoğaltmaya yeniden yönlendirir.

Bölge geri kazanımı

Bölge kurtarıldıktan sonra, Uygulama Yapılandırması, sizin müdahaleniz olmadan replikayı diğer replikalarla senkronize eder.

Trafiği kurtarılan bölge örneğine geri yönlendirmek için uygulamanızı yeniden yapılandırmak sizin sorumluluğunuzdadır. Uygulama Yapılandırması sağlayıcılarını kullanan uygulamalar otomatik olarak replikayı yeniden kullanmaya başlar.

Bölge hataları testi

Bugün Uygulama Yapılandırma'nın içinde doğrudan bir replika yük devretme simülasyonu yapamazsınız. Ancak, uygulamalar çoğaltma seçimini denetlediğinden, uygulamayı çoğaltmaları değiştirmesi gereken bir duruma zorlayarak yük devretme davranışını test edebilirsiniz.

Uygulamanızın çoğaltma yük devretme davranışını doğrulamak için, üretim dışı bir ortamda denetimli bağlantı hatası oluşturabilir ve uygulamanın nasıl yanıt verdiğini gözlemleyebilirsiniz.

Bir yaklaşım, yerel makinenizi veya yönetim erişiminiz olan başka bir ortamı kullanmaktır. Şu adımları izleyin:

1. Azure SDK için ayrıntılı günlük kaydını etkinleştirin. .NET'te bir günlükçü yapılandırmak için AzureEventSourceListener sınıfını kullanın. Daha fazla bilgi için bkz: Kılavuz: .NET uygulamasında dinamik yapılandırmayı kullanma - Loglama ve izleme.

2. Dosyanızı hosts el ile yapılandırarak Uygulama Yapılandırma deponuza gelen isteklerin alınamayacağı bir IP adresine, örneğin (localhost) gibi, yönlendirilmesini sağla.

   Uyarı

   Bu adım, bilgisayarınızdan Uygulama Yapılandırma deponuza erişimi etkili bir şekilde engeller. Bu adımları yalnızca üretim dışı bir ortamda izleyin.

3. Günlükleri, şuna benzer bir ileti için izleyin:

   [Warning] Microsoft-Extensions-Configuration-AzureAppConfiguration-Refresh:
   Failed to get configuration settings from endpoint 'https://myappconfigstore.azconfig.io'. Failing over to endpoint https://myappconfigstore-eus.azconfig.io'.
   

   Bu ileti, uygulamanın deponuzun başka bir yedeğini kullanmak için başarıyla yedek depoya geçtiğini gösterir.

4. Testi tamamladıktan sonra dosyanızdaki hosts değişiklikleri geri alın.

Yedekleme ve geri yükleme

Azure Uygulama Yapılandırması, yapılandırma verilerini bir mağazadan dışarı aktarmanızı ve daha geniş bir yedekleme stratejisinin parçası olarak kullanmanızı sağlar.

Çoğu çözüm için yalnızca yedeklemelere güvenmemeniz gerekir. Bunun yerine, dayanıklılık gereksinimlerinizi desteklemek için bu kılavuzda açıklanan diğer özellikleri kullanın. Ancak yedeklemeler, diğer yaklaşımların koruma altına almayan bazı risklere karşı koruma sağlar. Daha fazla bilgi için bkz. Yedeklilik, çoğaltma ve yedekleme nedir?

Yanlışlıkla silmeye dayanıklılık

Uygulama Yapılandırması, yanlışlıkla veya kötü amaçlı silmeyi önlemek için iki önemli kurtarma özelliği sağlar:

• Geçici silme: Geçici silme etkinleştirildiğinde, yapılandırılabilir saklama süresi boyunca silinen depoları ve ayarları kurtarmanıza olanak tanır. Geçici silmeyi Uygulama Yapılandırması kaynaklarınız için geri dönüşüm kutusu gibi düşünün.

• Temizleme koruması: Temizleme koruması etkinleştirildiğinde saklama süresi geçene kadar mağazanızın ve ayarlarının kalıcı olarak silinmesini önler. Bu koruma, kötü amaçlı aktörlerin ayarlarınızı kalıcı olarak yok etmesini önler.

Üretim ortamları için her iki özelliği de kullanın. Daha fazla bilgi için bkz Geçici Silme ve Temizleme Koruması.

Hizmet bakımına dayanıklılık

Microsoft düzenli olarak hizmet güncelleştirmeleri ve diğer bakım işlemlerini gerçekleştirir. Hizmet bu etkinlikleri otomatik olarak işleyerek bakımın sizin için sorunsuz ve şeffaf olmasını sağlar. Azure Hizmet Durumu tarafından planlı bakım adıyla belirtilmedikçe bakım sırasında kesinti beklenmez.

Yapılandırma sorunlarına dayanıklılık

Hatalı veya yanlışlıkla yapılan yapılandırma değişiklikleri uygulamanın kapalı kalma süresine neden olabilir. Yapılandırmada yapılan değişiklikleri güvenli bir şekilde kullanıma almak için yapılandırma anlık görüntülerini kullanın. Yapılandırma değişikliklerini takip ederek uygulama durumunuzu izleyin ve değişiklikler bir sorun ortaya çıkarsa bilinen son iyi yapılandırma anlık görüntüsüne geri dönün.

Hizmet düzeyi sözleşmesi

Azure hizmetleri için hizmet düzeyi sözleşmesi (SLA), her hizmetin beklenen kullanılabilirliğini ve bu kullanılabilirlik beklentisini elde etmek için çözümünüzün karşılaması gereken koşulları açıklar. Daha fazla bilgi için çevrimiçi hizmetler için SLA'lar sayfasına bakın.

İlgili içerik

• Azure'da güvenilirlik
• Azure Uygulama Yapılandırması belgeleri