Aracılığıyla paylaş

Azure Event Grid'de güvenilirlik

Azure Event Grid , hizmetler ve uygulamalar arasında olay tabanlı iletişim sağlayan tam olarak yönetilen bir mesajlaşma hizmetidir. Olay odaklı mimariler oluşturmak ve Azure hizmetlerini özel uygulamalarla tümleştirmek için yaygın olarak kullanılı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 Event Grid'in geçici hatalar, kullanılabilirlik alanı hataları ve bölge genelindeki hatalar gibi çeşitli olası kesintilere ve sorunlara karşı nasıl dayanıklı hale getirilmeye başlandığı açıklanmaktadır. Ayrıca Azure Event Grid hizmet düzeyi sözleşmesi (SLA) hakkındaki önemli bilgileri de vurgular.

Üretim dağıtımı önerileri

Azure Well-Architected Framework güvenilirlik, güvenlik, maliyet, operasyonlar ve performansla ilgili öneriler sağlar. Bu alanların birbirini nasıl etkilediğini anlamak ve güvenilir bir Azure Event Grid çözümüne katkıda bulunmak için bkz. Azure Event Grid için Azure Well-Architected Framework kılavuzu.

Güvenilirlik mimarisine genel bakış

Bu bölümde, hizmetin nasıl çalıştığına ilişkin güvenilirlik açısından en uygun olan bazı önemli yönler açıklanmaktadır. bölümünde dağıttığınız ve kullandığınız bazı kaynak ve özellikleri içeren mantıksal mimari tanıtılır. Ayrıca, hizmetin kapaklar altında nasıl çalıştığına ilişkin ayrıntılar sağlayan fiziksel mimariyi de ele alır.

Mantıksal mimari

Azure Event Grid, olayları olay yayımcılarından olay tüketicilerine yönlendirir. Hem müşteri uygulamaları hem de Azure hizmetleri tarafından, bildirimler gibi kaynaklar oluşturulduğunda, güncelleştirildiğinde veya silindiğinde olayları yaymak ve tüketmek için kullanılır.

Event Grid birden çok kaynak türünü ve dağıtım modellerini destekler:

  • Konular , olayları alan ve depolayan birincil varlıklardır.

    Sistem konuları , belirli Azure kaynak türlerine yönelik olayları yaymak için Azure hizmetleri tarafından otomatik olarak oluşturulur. Özel konular sizin tarafınızdan oluşturulur ve yönetilir.

    Konular hem gönderme hem de çekme teslimi desteği sağlayabilir.

  • Olay etki alanları , birden çok özel konuyu tek bir uç nokta altında gruplandırarak olayların yayımlanmasını basitleştirir. Daha fazla bilgi için bkz. Event Grid konularını yönetmek için olay etki alanlarını anlama.

  • Ad alanları standart katmanla birlikte kullanılır ve birden çok Event Grid kaynağı için bir kapsayıcı sağlar. Daha fazla bilgi için bkz. Azure Event Grid ad alanı kavramları.

Event Grid, temel katman ve standart katman dahil olmak üzere birden çok katmanı destekler. Bu katmanlar farklı özellikler sağlar ve kaynakların dağıtılma ve yönetilmeleri açısından farklılık gösterir. Daha fazla bilgi için bkz. Çözümünüz için doğru Event Grid katmanını seçme.

Fiziksel mimari

Azure Event Grid tam olarak yönetilen bir hizmettir. Microsoft, işlem ve depolama kaynakları dahil olmak üzere temel altyapıyı yönetir. Desteklenen bölgelerde Event Grid, yerleşik alanlar arası yedeklilik sağlamak için kaynakları otomatik olarak kullanılabilirlik alanları arasında dağıtı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.

Event Grid'i kullanırken çözümünüzün geçici hatalara dayanıklı olduğundan emin olmak için aşağıdaki uygulamaları göz önünde bulundurun:

  • Olay yayımcıları: bir istemci uygulaması Event Grid'de olayları yayımladığında, geçici hataların işlenmesinden sorumludur. Uygulamalar olayları yayımlarken yeniden deneme mantığı uygulamalıdır. Daha fazla bilgi için bkz. Geçici bağlantı sorunlarını giderme.

    Geçici hata işlemeyi otomatik olarak sağlayan Event Grid veri düzlemi SDK'larını kullanmanızı öneririz.

  • Olay tüketicileri: Event Grid, olayları yapılandırılan hedeflere teslim eder. Bu giden bağlantılar için etkinlik abonelikleri üzerinde yeniden deneme ilkelerini yapılandıracaksınız. Bu ilkeler, Event Grid'in geçici hatalar da dahil olmak üzere hatalar oluştuğunda teslimi ne sıklıkta ve ne kadar süreyle yeniden denemesi yapılacağını tanımlar. Daha fazla bilgi için bkz. İleti gönderme teslimi ve ad alanı konularıyla yeniden deneme

  • Idem-potentlik: Olay mimarinizi idem-potentlik için tasarlamanız iyi bir uygulamadır, bu da olayların birden çok kez güvenli bir şekilde alınabilmesi ve işlenebilmesi anlamına gelir. Örneğin, uygulamanız bir olayı işlerken geçici bir hata veya başka bir sorun oluşursa, etkili bir yaklaşım uygulamanızın iletiyi yeniden işleyip kurtarabileceği anlamına gelir.

    Etkinlik mimarinizi ve uygulamanızı idempotentliği destekleyecek şekilde tasarlamak sizin sorumluluğunuzdadır. Genel bilgi için bkz. Idempotency.

  • Ölü harfleme: Event Grid, teslim edilemeyen olaylar için ölü harfleme desteği sağlar ve bu da olay tüketicilerinde daha uzun süreli hatalar sırasında verilerin kalıcı olmasına yardımcı olur. Daha fazla bilgi için Azure Event Grid'de ad alanlarına olay aboneliği konularında Dead lettering'e bakın.

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.

Azure Event Grid kaynakları, kullanılabilirlik alanlarını destekleyen bölgelerde alanlar arası yedeklidir. Alanlar arası yedeklilik, kullanılabilirlik alanında sorun olduğunda bile Event Grid kaynaklarınızın diğer bölgelerdeki altyapıyı kullanarak çalışmaya devam ettiği anlamına gelir. Olay verileri, bölge içi dayanıklılık için üç kullanılabilirlik alanında otomatik olarak çoğaltılır ve bölge genelinde kesinti sırasında Event Grid kendi kendine iyileşir. Bu özelliği etkinleştirmeniz veya yapılandırmanız gerekmez.

Gereksinimler

Bölge desteği: Alanlar arası yedeklilik, kullanılabilirlik alanlarını destekleyen tüm Azure bölgelerinde kullanılabilir.

Maliyet

Alanlar arası yedeklilik için ek maliyet yoktur. Bu özelliği etkinleştiremez veya devre dışı bırakamazsınız; desteklenen bölgelere varsayılan olarak eklenir.

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

Yapılandırma gerekmez. Desteklenen bölgelerdeki tüm Event Grid kaynakları otomatik olarak alanlar arası yedeklidir.

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

Bu bölümde, Event Grid kaynağı alanlar arası yedekli olduğunda ve tüm bölgeler çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Bölgeler arası işlem: Event Grid, kullanılabilirlik alanları arasında etkin-etkin bir modelde çalışır. İstemci bağlantıları bölgeler arasında otomatik olarak yük dengelemesi yapılır ve hizmet, bölgelere bakılmaksızın işlemleri kullanılabilir mesajlaşma altyapısına yönlendirir.

  • Bölgeler arası veri çoğaltma: Event Grid, dayanıklılığı korumak için meta verileri ve olay verilerini kullanılabilirlik alanları arasında otomatik olarak çoğaltır.

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

Bu bölümde, bir Event Grid kaynağı alanlar arası yedekli olduğunda ve bölgelerden birinde kesinti olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Algılama ve yanıt: Event Grid bölge hatalarını otomatik olarak algılar ve iyi durumdaki bölgelere hizmet devri başlatır. Bölge yük devretmesini başlatmak için 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 Event Grid etkin istekleri bırakabilir. İstemcileriniz, kısa bir süre sonra yeniden deneme gibi geçici hataları uygun şekilde işlerse, genellikle önemli bir etkiyi önlerler.

  • Beklenen veri kaybı: Event Grid bölge yedekliliği modeli, en az etkiyle bölge hatalarına dayanıklılığı sağlayacak şekilde tasarlanmıştır. Ancak, bir bölge hatası sırasında veri kaybı olasılığı vardır.

    Bölge hatası sırasında bile uygulamanızın veri kaybetmediğinden emin olmanız gerekiyorsa şunları yapmalısınız:

    • Etkinlik üreticilerinizi ve tüketicilerinizi, yeniden denemeler ve idempotenslik de dahil olmak üzere geçici hata işleme önerilerini izleyecek şekilde tasarlayın.
    • Kaynakta veya dayanıklı bir olay deposunda olay dayanıklılığını planlayın.

  • Beklenen kapalı kalma süresi: Bölge hatası birkaç saniyelik kapalı kalma süresine neden olabilir. İstemcileriniz, kısa bir süre sonra yeniden deneme gibi geçici hataları uygun şekilde işlerse, genellikle önemli etkilerden kaçınırlar.

  • Trafik yeniden yönlendirme: Event Grid, bölgenin kaybını algılar ve yeni istekleri otomatik olarak iyi durumdaki kullanılabilirlik alanlarından birindeki altyapıya yönlendirir.

Bölge kurtarma

Etkilenen bölge kurtarıldığında, Event Grid müşteri eylemine gerek kalmadan bunu otomatik olarak hizmete yeniden ekler. Kurtarılan bölge daha sonra yeni bağlantıları kabul eder ve iletileri diğer bölgelerin yanı sıra işler. Kesinti sırasında hayatta kalan bölgelere çoğaltılan veriler değişmeden kalır ve normal çoğaltma tüm bölgelerde devam eder. Bölge kurtarma veya yeniden bütünleştirme için işlem yapmanız gerekmez.

Bölge hataları için test

Event Grid, bölge hataları için trafik yönlendirmeyi, yük devretmeyi ve bölge kurtarmayı yönetir, bu nedenle kullanılabilirlik alanı hata işlemlerini doğrulamanız veya daha fazla giriş sağlamanız gerekmez.

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

Event Grid kaynakları tek bir bölgeye dağıtılır. Bölge genelinde bir hata varsa Event Grid kaynaklarınız kullanılamaz.

Eşleştirilmiş Azure bölgelerinde Event Grid, Event Grid kaynaklarınızın meta verileri için sadece sınırlı bir coğrafi felaket kurtarma sağlar. Ayrıca olağanüstü durum kurtarma planlamanızı destekleyebileceğiniz kendi çok bölgeli çözümünüzü tasarlayabilir ve oluşturabilirsiniz. Aşağıdaki tabloda farklı Event Grid kaynak türlerinin her modeli nasıl desteklediği gösterilmektedir:

Event Grid kaynağı Coğrafi felaket kurtarmayı destekler Özel çözümü destekler
Özel konular Destekleniyor Destekleniyor
Sistem konuları Otomatik olarak etkinleştirildi Desteklenmez
Etki alanları Destekleniyor Destekleniyor
Namespace'ler Desteklenmez Destekleniyor
İş ortağı ad alanları Desteklenmez Destekleniyor

Coğrafi olağanüstü durum kurtarma

Coğrafi olağanüstü durum kurtarma, event grid meta verilerini desteklenen kaynaklar için birincil bölgenizin eşleştirilmiş bölgesine çoğaltır. Olay verileri replike edilmiyor.

Coğrafi afet kurtarma, ciddi bölgesel kesintiler için çaba temelli, Microsoft tarafından yönetilen bir yedekleme çözümü olarak tasarlanmıştır ve hızlı veya öngörülebilir kurtarma süreleri sağlama amacı taşımaz. Nadir durumlarda, Microsoft tarafından başlatılan bir yük devretme işlemi, Microsoft'un etkilenen bölgeden ilgili coğrafi eşleştirilmiş bölgeye Event Grid kaynaklarını aktarması şeklinde gerçekleştirilir. Microsoft, bu seçeneğin ne zaman kullanılacağını belirleme hakkını saklıdır. Bu mekanizma, trafik başka bir yöne yönlendirilmeden önce müşteri onayı gerektirmez.

Önemli

Microsoft, Microsoft'un yönettiği yük devretmeyi tetikler. Büyük olasılıkla önemli bir gecikmeden sonra ortaya çıkar ve en iyi çaba temelinde yapılır. Event Grid kaynaklarının yük devretmesi, diğer Azure hizmetlerinin yük devretme zamanından farklı bir zamanda gerçekleşebilir.

Bölge kesintilerine karşı dayanıklı olmanız gerekiyorsa dayanıklılık için özel çok bölgeli çözümlerden birini kullanmayı göz önünde bulundurun.

İsteğe bağlı olarak coğrafi olağanüstü durum kurtarmayı devre dışı bırakabilir ve bölge seçimi, yük devretme süresi ve daha fazlası için gereksinimlerinizi karşılayan kendi özel çok bölgeli çözümünüzü kullanabilirsiniz. Coğrafi olağanüstü durum kurtarmayı devre dışı bıraktığınızda, hiçbir olay verisi Microsoft tarafından başka bir bölgeye çoğaltılmaz.

Bu özellik eşleştirilmiş bölge olmayan bölgelerde kullanılamaz.

Gereksinimler

  • Bölge desteği: Coğrafi olağanüstü durum kurtarma yalnızca eşleştirilmiş bölgeye sahip Azure bölgelerinde kullanılabilir.

  • Kaynak türleri: Özel konular ve etki alanları coğrafi olağanüstü durum kurtarmayı destekler. Coğrafi afet kurtarma için sistem konuları otomatik olarak etkinleştirilir. Ad alanları ve iş ortağı ad alanları gibi diğer kaynak türleri desteklenmez.

Maliyet

Coğrafi olağanüstü durum kurtarma için ek maliyet yoktur.

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

Desteklenen bölgelerde, sistem konuları coğrafi olağanüstü durum kurtarma için otomatik olarak yapılandırılır. Diğer Event Grid kaynak türleri için:

  • Coğrafi olağanüstü durum kurtarmayı etkinleştirmek için: Konunuzun veya etki alanınızın yapılandırmasını güncelleştirin ve Çapraz Coğrafi (varsayılan) seçeneğini belirleyin.

  • Coğrafi diaster kurtarmayı devre dışı bırakmak için: Konunuzun veya etki alanınızın yapılandırmasını güncelleştirin ve Bölgesel'i seçin.

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

Bu bölümde, bir Event Grid kaynağı coğrafi olağanüstü durum kurtarma için yapılandırıldığında ve tüm bölgeler çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Bölgeler arası işlem: Tüm trafik birincil bölgeye yönlendirilir.

  • Bölgeler arası veri çoğaltma: Meta veriler eşleştirilmiş bölgeye zaman uyumlu olarak çoğaltılır. Olay verileri çoğaltılmıyor.

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

Bu bölümde, bir Event Grid kaynağı coğrafi olağanüstü durum kurtarma için yapılandırıldığında ve birincil bölgede bir kesinti olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Algılama ve yanıt: Microsoft, bölge hatalarını algılar ve geçişin ne zaman başlatılacağını belirler.
  • 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: Birincil bölgeye yönelik etkin istekler sonlandırılır. Yük devretme tamamlandıktan sonra istemci uygulamalar bu istekleri tekrar göndermelidir.

  • Beklenen veri kaybı:

    • Meta veri: Event Grid, yük devretme sırasında meta verileri korur. Tüm meta veri değişiklikleri zaman uyumlu olarak çoğaltıldığından meta veri kaybı beklenmez.

    • Olay verileri: Birincil bölgedeki olay verileri kullanılamaz ve bölge kurtarılamazsa kaybolabilir.

      Yük devretme gerçekleştikten sonra, eşleştirilmiş bölgedeki yeni veriler işlenir. Kesinti giderilir giderilmez, işlenmemiş olaylar birincil bölgeden hemen gönderilir. Birincil bölgenin kurtarılması, olaylar üzerinde ayarlanan yaşam süresi değerinden daha uzun bir süre gerektiriyorsa, birincil bölgedeki veriler bırakılabilir. Bu veri kaybını azaltmak için bir olay aboneliği için ölü harf hedefi yapılandırmanızı öneririz.

      Etkilenen bölge kaybolur ve kurtarılamazsa, bazı veri kayıpları olur. En iyi senaryo senaryosunda tüketici yayımlama hızına ayak uydurur ve yalnızca birkaç saniyelik veriler kaybolur. En kötü durum senaryosu, tüketicinin olayları etkin bir şekilde işlemediğinde ve en fazla 24 saatlik yaşam süresiyle veri kaybının 24 saate kadar olması olabilir.

      Uyarı

      Event Grid, bölge kesintisi sırasında veri saklama garantisi veremiyor. Garantili saklamaya ihtiyacınız varsa, uygulamanızı başka bir veri deposundaki olayları kalıcı olarak depolamak için tasarlamanız gerekir.

  • Beklenen kapalı kalma süresi: Kapalı kalma süresi, kesintinin önem derecesine ve Microsoft'un yük devretmeyi değerlendirip başlatması için gereken süreye bağlıdır. Kapalı kalma süresinin en az bir saat ve belki de daha uzun olmasını beklemelisiniz.

    Yük devretme başlatıldıktan beş dakika sonra, Event Grid oluşturma, güncelleştirme ve silme işlemleri dahil olmak üzere başlıklar ve abonelikler için trafiği kabul etmeye başlar.

  • Yeniden Dağıtım: Yük devretme tamamlandığında trafik otomatik olarak ikincil bölgeye yönlendirilir.

Bölge geri kazanımı

Microsoft, bölge kurtarmayı yönetir ve kurtarma işlemi belirli bir kesinti senaryosuna bağlıdır. Genel olarak, yük devretme genellikle tek yönlü bir işlem olarak değerlendirilir.

Bölge hataları testi

Azure Event Grid, coğrafi olağanüstü durum kurtarma için trafik yönlendirme, yük devretme ve kurtarmayı yönetir. Hiçbir şey başlatmanıza gerek yoktur. Bu özellik tam olarak yönetildiğinden, bölge hata işlemlerini doğrulamanız gerekmez.

Dayanıklılık için özel çok bölgeli çözümler

Aşağıdaki nedenlerden herhangi biri nedeniyle Microsoft tarafından başlatılan yük devretmeyi devre dışı bırakmak veya güvenmemek isteyebilirsiniz:

  • Olay verilerinin yalnızca meta veriler değil bölgeler arasında çoğaltılması gerekir.
  • Belirli bir hata geçiş süresini veya yöntemi garanti etmeniz gerekir. Microsoft tarafından başlatılan yük devretme, mümkün olan en iyi şekilde gerçekleştirilir.
  • Bölgeniz başka bir Azure bölgesiyle eşlenmez.
  • Bölgenizin eşlemesi kuruluşunuzun veri yerleşim gereksinimlerine uygun değil.

Daha yüksek düzeyde denetim ve tahmin edilebilirlik için özel çok bölgeli mimariler uygulayabilirsiniz. Bu yaklaşım, birden çok bölgeye ayrı Event Grid kaynakları dağıtmayı ve yük devretmeyi uygulama düzeyinde yönetmeyi içerir. Bu modeli kullandığınızda, kaynakları bölgeler arasında dağıtmak, yapılandırmak ve eşitlenmiş durumda tutmak sizin sorumluluğunuzdadır.

Çok bölgeli bir çözüm tasarlarken aşağıdaki faktörleri göz önünde bulundurun:

  • Çoğaltma: Event Grid kaynaklarınızı ve bunların yapılandırmasını birincil ve ikincil bölgeler arasında çoğaltmak için özel bir işlem uygulamanız gerekir. uygun olduğunda istemci kimliklerini, CA sertifikalarını, istemci gruplarını, konu alanlarını ve izin bağlamalarını çoğaltmayı unutmayın. El ile mi yoksa otomatik çoğaltma mı uygulayabileceğinize karar vekleyebilirsiniz.

  • Yük devretme yaklaşımları: Aktif-aktif veya aktif-pasif bir çözüm oluşturmayı tercih edebilirsiniz:

    • Meta veriler çoğaltılarak ve yükün ad alanları arasında dengelenmesiyle etkin-etkin çözümler elde edilebilir.
    • Birincil ad alanı kullanılamadığında trafiğin ikincil ad alanına yönlendirilmesi için ikincil ad alanını hazır tutmak için meta veriler çoğaltılarak etkin-pasif çözümler elde edilebilir.

  • Sistem durumu izleme: Konuların durumunu izlemek için Event Grid tarafından sağlanan yerleşik sistem durumu API'lerini kullanabilirsiniz.

    İstemci uygulamalarınız bir bölgenin hatalarını algılamalı ve olayları başka bir uygun bölgeye yönlendirmelidir.

    Alternatif olarak, bu uç noktalarda sistem durumu denetimleri gerçekleştirerek istemcileri konuları veya ad alanları için birincil veya ikincil uç noktalara yönlendiren bir concierge hizmeti uygulayabilirsiniz. Concierge hizmeti, coğrafi olarak çoğaltılan ve DNS yeniden yönlendirme teknikleri veya Azure Traffic Manager gibi hizmetler kullanılarak erişilebilir durumda tutulan bir web uygulaması olabilir.

Örnek kod dahil olmak üzere bir yaklaşım hakkında daha fazla bilgi için bkz. Azure Event Grid'de istemci tarafı yük devretme uygulaması.

Yedekleme ve geri yükleme

Event Grid öncelikli olarak bir olay yönlendirme hizmetidir ve yerel yedekleme veya geri yükleme özelliklerine sahip değildir.

Yedekleme özelliklerini uygulamanız gerekiyorsa veya uzun süreli saklama gereksinimleriniz varsa, uygulamanızda arşivleme gerçekleştirmenizi öneririz. Bunu yapmak için, olaylarınızı birincil teslim yoluna paralel olarak Azure Blob Depolama gibi dayanıklı bir depoya yönlendirmek veya kopyalamak için mantık oluşturmanız gerekir. Aşağı akış sistemleri kullanılamıyorsa, uygulamanız olayları yeniden oynatmak için arşivini kullanabilir.

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

Microsoft düzenli olarak hizmet güncelleştirmeleri uygular ve başka bakımlar gerçekleştirir. Azure platformu 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.

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 bkz. Çevrimiçi hizmetler için SLA'lar.

Event Grid kullanılabilirlik SLA'sı olayların yayımlanmasını kapsar.

İlgili içerik

  • Last updated on