Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Azure Web PubSub Service, WebSocket protokolunu kullanarak sunucular ve istemciler arasında çift yönlü iletişim sağlayan tam olarak yönetilen, gerçek zamanlı bir mesajlaşma hizmetidir. Tek bir Web PubSub kaynağı, bir milyon eşzamanlı WebSocket bağlantısına ölçeklendirilebilir. Hizmet, sunucudan istemciye yayın, adlandırılmış gruplara mesajlaşma, istemciden istemciye pub/sub ve yapay zeka belirteci akışı gibi çeşitli mesajlaşma desenlerini destekler.
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 Web PubSub Hizmetinin geçici hatalar, kullanılabilirlik alanı hataları ve bölge genelindeki hatalar da dahil olmak üzere çeşitli olası kesintilere ve sorunlara karşı nasıl dayanıklı hale getirilmeye başlandığı açıklanmaktadır. Ayrıca hizmetin bakımı nasıl işlediğini açıklar ve Azure Web PubSub Hizmet düzeyi sözleşmesi (SLA) hakkındaki önemli bilgileri vurgular.
Güvenilirlik için üretim dağıtımı önerileri
Üretim iş yükleri için şu önerileri izleyin:
- Premium katmanını kullanın. Premium katman, desteklenen bölgelerdeki kullanılabilirlik alanı hatalarına dayanıklıdır ve coğrafi çoğaltmayı yapılandırmanıza olanak tanır.
- İstemci uygulamaları oluştururken Azure Web PubSub İstemci SDK'sını kullanın veya güvenli bir şekilde yeniden bağlayarak geçici hata işleme yönergelerini izleyin. Bölge yük devretmeleri, bölgeler arası yük devretmeleri ve geçici hatalar tüm etkin bağlantıları bırakır.
- Bölge genelindeki hatalara karşı koruma sağlamak için coğrafi çoğaltmayı etkinleştirin. Beklenen bir yük devretme durumu sırasında tam beklenen trafik yükünü işlemek için her kopyayı yeterli birimle boyutlandırın.
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
Oluşturduğunuz kaynak bir Web PubSub kaynağıdır. Bir kaynağı, eşzamanlı bağlantı sayısı üst sınırı dahil olmak üzere kaynağın kapasitesini temsil eden bir dizi birimle yapılandırabilirsiniz. Daha fazla bilgi için Azure Web PubSub Hizmeti Performans kılavuzu'na bkz.
Web PubSub kaynağı, contoso.webpubsub.azure.com benzeri, küresel olarak benzersiz bir uç noktaya sahiptir. İstemciler bu uç noktaya WebSocket bağlantıları kurar. Uygulama sunucuları, istemcilerden ileti göndermek ve olay almak için aynı uç noktaya bağlanır.
Daha fazla bilgi için bkz. Azure Web PubSub service internals.
Fiziksel mimari
Azure Web PubSub Hizmeti, bir dizi işlem kaynağı arasında WebSocket bağlantı durumunu ve ileti yönlendirmesini yönetir. Microsoft temel altyapıyı yönetir. Hizmetin kullandığı tek tek VM'leri veya diğer altyapı bileşenlerini doğrudan görmez veya bunlarla etkileşim kurmazsınız.
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.
WebSocket, uzun ömürlü bir bağlantı protokolüdür. Geçici ağ olayları, arka uç sistemi yeniden başlatmaları ve hizmet bakım işlemleri, etkin bir bağlantının kopmasına neden olabilir. Temel bir yeniden bağlantı bağlantıyı geri yükler, ancak ek mantık olmadan istemci, kesinti sırasında uçuşta olan veya kuyruğa alınmış iletileri kaybeder.
Azure Web PubSub Hizmeti bu sorunu ham WebSocket bağlantısının üstünde yer alan güvenilir altprotocols aracılığıyla giderir. Alt protokoller, mesaj sırasını ve bağlantı durumunu izleyerek bir bağlantı kesildiğinde istemcinin hizmetle yeniden iletişim kurup kaldığı yerden devam etmesini sağlar.
Genellikle bir bağlantı düşüp yeniden bağlandıktan sonra ileti kaybı olmaz. Ancak, ileti kaybının oluşabileceği bazı durumlar vardır. Örneğin, istemcinin bağlantısı bir dakikadan uzun süre kesilirse ve ardından aynı bağlantı kimliğiyle yeniden bağlanırsa, yeniden bağlanma işlemi ileti kaybı olabileceğini belirtmek için bir hata durumu gösterir.
Güvenilir alt protokollerden yararlanmak için şu önerileri izleyin:
Mümkün olduğunda bir Azure Web PubSub istemci SDK'sı kullanın. SDK, güvenilir altprotokolü otomatik olarak uygular. Ek yapılandırma gerekmez. Daha fazla bilgi için bakınız:
SDK'yı kullanamıyorsanız, güvenilir alt protokollerden birini doğrudan WebSocket istemci kodunuzda uygulayın. Tam belirtim ve uygulama kılavuzu için bkz. Güvenilir WebSocket istemcileri oluşturma.
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 Web PubSub Hizmeti, Premium katmanını kullandığınızda alanlar arası yedekli dağıtımları destekler. Kullanılabilirlik alanlarını destekleyen bir bölgede Premium katman Web PubSub kaynağı oluşturduğunuzda veya yükselttiğinizde, alanlar arası yedeklilik otomatik olarak etkinleştirilir. Hizmet, altyapısını bölgedeki birden çok kullanılabilirlik alanına dağıtır. Bir bölge başarısız olursa, hizmet trafiği iyi durumdaki bir bölgedeki altyapıya yönlendirir.
Requirements
Bölge desteği: Alanlar arası yedeklilik, bu koşulların her ikisinin de geçerli olduğu çoğu bölgede desteklenir:
- Azure Web PubSub Hizmeti kullanılabilir. Hizmetin kullanılabilir olduğu bölgelerin listesi için bkz. Bölgeye Göre Ürün Kullanılabilirliği.
- Bölge, kullanılabilirlik alanlarını desteklemektedir. Kullanılabilirlik alanları olan bölgelerin listesi için bkz. Azure bölgeleri listesi.
Ancak Batı Japonya şu anda Azure Web PubSub için bölge yedekliliğini desteklememektedir.
Katmanı: Bölge yedekliliği Premium katmanında kullanılabilir.
Cost
Alanlar arası yedeklilik maliyet eklemez ve standart Premium katman oranını ödersiniz. Daha fazla bilgi için bkz. Azure Web PubSub hizmet fiyatlandırması.
Kullanılabilirlik alanı desteğini yapılandırma
Alanlar arası yedeklilik, Premium katmanı seçmenin ötesinde bir yapılandırma gerektirmez. Bu iki durumda da otomatik olarak etkinleştirilir:
Alanlar arası yedekli yeni bir Web PubSub kaynağı oluşturun. Kaynağı oluştururken bir Premium katman SKU'su seçin. Daha fazla bilgi için bkz. Azure Web PubSub kaynağı oluşturma.
Mevcut bir kaynağı Premium katmanına yükseltin. Mevcut bir kaynağı Premium katman SKU'sundan yükselttiğiniz zaman alanlar arası yedeklilik otomatik olarak etkinleştirilir. Standart'tan Premium'a yükseltmek hizmet kapalı kalma süresine neden olmaz. Daha fazla bilgi için bkz. Azure Web PubSub Hizmeti örneğini ölçeklendirme.
Tüm bölgeler sağlıklı olduğunda davranış
Bu bölümde, alanlar arası yedeklilik için bir Azure Web PubSub kaynağı yapılandırdığınızda ve tüm kullanılabilirlik alanları çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır.
Cross-zone operation: Azure Web PubSub Service, bağlantıların ve işlemlerin kullanılabilirlik alanları arasında nasıl dağıtıldığını otomatik olarak yönetir. Birden çok bölgede altyapı, etkin-etkin modelde trafiği işler. Bu davranışlardan yararlanmak için herhangi bir şey yapılandırmanız gerekmez. Hizmet, örnekler arasındaki iletileri bölgeler arasında otomatik olarak yönlendirir, bu nedenle bir bölgedeki istemci tarafından gönderilen bir ileti başka bir bölgeye bağlı istemcilere teslim edilir.
Bölgeler arası veri çoğaltma: Azure Web PubSub Hizmeti müşteri verilerini kalıcı hale getirmez. Hizmet, etkin bağlantılar için bağlantı durumu ve ileti dizisi bilgileri gibi oturum meta verilerini korur. Bu meta veriler kullanılabilirlik alanları arasında zaman uyumlu olarak çoğaltılır.
Bölge hatası sırasındaki davranış
Bu bölümde, bir Azure Web PubSub kaynağını alanlar arası yedeklilik için yapılandırdığınızda ve kullanılabilirlik alanlarından birinde kesinti olduğunda neler bekleyebileceğiniz açıklanmaktadır.
- Algılama ve yanıt: Azure Web PubSub Hizmeti platformu, kullanılabilirlik alanındaki bir hatanın belirlenmesinden sorumludur. Bölge yük devretmesi başlatmak için herhangi bir işlem yapmanız gerekmez.
- Bildirim: Bir bölge kapatıldığında Microsoft sizi otomatik olarak bilgilendirmez. Ancak, tek bir kaynağın durumunu izlemek için Azure Kaynak Durumu'nı kullanabilir ve sorunları size bildirmek için Kaynak Durumu uyarıları ayarlayabilirsiniz. Azure Hizmet Durumu'nı , bölge hataları dahil olmak üzere hizmetin genel durumunu anlamak için de kullanabilir ve sorunları size bildirmek için Hizmet Durumu uyarıları ayarlayabilirsiniz.
Etkin istekler: Bölge hatası sırasında, etkilenen bölgedeki altyapı ile aktif WebSocket bağlantıları kesilir. İstemcileriniz kısa bir süre sonra yeniden bağlanma gibi geçici hataları uygun şekilde işlerse, bunlar genellikle önemli bir etkiyi önler.
Expected data loss: Azure Web PubSub Service iletileri kalıcı yapmaz, bu nedenle bölge hatasının Azure Web PubSub hizmeti içinde veri kaybına neden olması beklenmez. Ancak, bölge düşüşü olayı sırasında tüm etkin bağlantılar kesilir ve bu nedenle etkin olarak iletilen verilerin tamamı kaybolabilir.
Yayımcılar Azure Web PubSub İstemci SDK'sı kullanıyorsa veya güvenilir alt protokolleri uyguluyorsa, iletileri hizmet tarafından alındıktan sonra kabul edilir. bir ileti onaylandığında, tüm kullanılabilirlik alanlarında çoğaltılır, bu nedenle yayımcının bölgesinin başarısız olması iletinin kaybolmasına neden olmaz. Ancak, bir abone iletiyi bırakılmadan önce almazsa iletiyi alamayabilir.
Beklenen kapalı kalma süresi: Bırakılan etkin bağlantıların yeniden bağlanması genellikle birkaç saniye sürer. Yeniden bağlanma mantığı uygulayan istemciler en az kesinti yaşar.
Redistribution: Azure Web PubSub Hizmeti, bölgenin kaybını algılar ve trafiği sağlıklı bölgeler arasında otomatik olarak yeniden dağıtır. Herhangi bir işlem yapmanız gerekmez.
Bölge kurtarma
Kullanılabilirlik alanı kurtarıldığında, Azure Web PubSub Hizmeti bunu otomatik olarak etkin hizmet topolojisine yeniden ekler. Bölge kurtarma için herhangi bir işlem yapmanız gerekmez.
Bir bölge kurtarıldıktan sonra, kurtarılan bölgedeki altyapıya yeni bağlantılar yönlendirilebilir. Mevcut bağlantılar kurtarılan bölgeye taşınmaz veya yeniden dengelenmez, ancak mevcut bağlantılar zaman içinde düşüp yeniden bağlandıkça kademeli olarak yeniden dengelenecektir. Bölgeler arasındaki bağlantı dengesizliği iş yükünüz üzerinde herhangi bir etkiye sahip değildir.
Bölge hataları için test
Azure Web PubSub Hizmeti, bölge yedekli Premium katman kaynakları için trafik yönlendirme, yük devretme ve bölge kurtarmayı otomatik olarak yönetir. Hiçbir şey başlatmanıza gerek yoktur. Alanlar arası yedeklilik tamamen yönetildiğinden kullanılabilirlik alanı hata işlemlerini doğrulamanız gerekmez.
Bölge genelindeki hatalara dayanıklılık
Azure Web PubSub Hizmeti tek bölgeli bir hizmettir. Bölge kullanılamaz duruma gelirse Web PubSub kaynağınız da kullanılamaz.
Uygulamanızı bölge genelindeki bir hataya karşı korumak için, Premium katmanında bulunan coğrafi çoğaltmayı kullanabilirsiniz. Alternatif olarak, farklı bölgelerde birden çok Web PubSub kaynağı dağıtarak özel bir çoklu bölge çözümü oluşturabilirsiniz.
Coğrafi çoğaltma
Coğrafi çoğaltma, Web PubSub kaynağınızın kopyalarını diğer Azure bölgelerine eklemenizi sağlar. Tüm çoğaltmalar tek bir uç noktayı (contoso.webpubsub.azure.com) paylaşır. Azure Traffic Manager, istemcileri en yakın ve iyi durumdaki bölgesel çoğaltmaya yönlendirmek için bu uç noktanın arkasında DNS tabanlı yönlendirme kullanır. Bir bölge başarısız olursa Traffic Manager, sağlık kontrolleri aracılığıyla hatayı algılar ve istemcileri o kopyaya yönlendirmeyi durdurur. Yeni istemci bağlantıları otomatik olarak en yakın sağlıklı çoğaltmaya yönlendirilir.
Web PubSub kaynağını oluşturduğunuz bölge birincil bölge olarak adlandırılır ve kopyası birincil kopyadır. Birincil kaynağın denetim düzlemi, Web PubSub kaynağınızın yapılandırmasını yönetir.
Requirements
- Region support: Azure Web PubSub Hizmetinin kullanılabildiği herhangi bir bölgeye çoğaltma ekleyebilirsiniz.
- Katmanı: Coğrafi çoğaltmayı etkinleştirmek için Premium katmanını kullanmanız gerekir.
- Çoğaltma sınırı: Her birincil Web PubSub kaynağı en fazla sekiz çoğaltmayı destekler.
Dikkate alınacak hususlar
Yapılandırma devralma: Çoğaltmalar çoğu yapılandırma ayarlarını birincil kaynaktan devralır. Belirli ayarların her çoğaltmada ayrı olarak yapılandırılması gerekir. Devralınmayacak ayarların tam listesi için bakınız Azure Web PubSub'da Geo-replication.
Yapılandırma değişiklikleri: Birincil bölgedeki birincil denetim düzlemi, Web PubSub kaynağındaki tüm yapılandırma değişikliklerini işler. Birincil denetim düzlemi kullanılamıyorsa kaynak yapılandırmasını güncelleştiremezsiniz, ancak mevcut çoğaltmalar kesinti olmadan veri trafiğini işlemeye devam eder.
Cost
Her bir replik, kendi birim sayısına ve giden ileti hacmine göre ayrı olarak faturalandırılır. Bir ileti çoğaltmalar arasında aktarılır ve sonra başka bir bölgedeki bir istemciye veya sunucuya teslim edilirse, giden ileti olarak faturalandırılır. Daha fazla bilgi için bkz. Azure Web PubSub hizmet fiyatlandırması.
Coğrafi çoğaltmayı yapılandır
Web PubSub kaynağına kopya eklemek veya çıkarmak için Azure Web PubSub'daki Geo-replication konusuna bakın.
Kapasite planlaması ve yönetimi
Her bir replika trafiği bağımsız olarak işler. Bölgesel yol değiştirme sırasında, başarısız bölgeden istemciler en yakın sağlıklı kopyaya yeniden bağlanır. Ayakta kalan replikaların bu ek yükü emmek için yeterli kapasiteye sahip olduğundan emin olmak için, her replikayı yalnızca genellikle hizmet verdiği kısımdan daha fazlasını değil, iş yükünün tam beklenen trafiğini işleyebilen birimlerle yapılandırın.
Alternatif olarak, birimlerin daha yüksek yüke yanıt olarak otomatik olarak ölçeği genişletebilmesi için her çoğaltmada otomatik ölçeklendirmeyi etkinleştirin. İkincil çoğaltma kullanılamadığında otomatik ölçeklendirme çalışmaya devam eder, ancak birincil denetim düzlemi kullanılamıyorsa otomatik ölçeklendirme çalışmaz. Otomatik ölçeklendirme hakkında daha fazla bilgi için bkz. Azure Web PubSub hizmetinin birimlerini otomatik olarak ölçeklendirme.
Strateji olarak fazla sağlama hakkında genel yönergeler için bkz. Fazla sağlama yaparak kapasiteyi yönetme.
Tüm bölgeler iyi durumda olduğunda davranış
Bu bölümde, coğrafi çoğaltma için Azure Web PubSub Hizmeti yapılandırdığınızda ve tüm bölgeler çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır.
Cross-region operation: Azure Traffic Manager her istemciyi en yakın iyi durumdaki bölgesel çoğaltmaya yönlendirir. Farklı coğrafi bölgelerdeki istemciler farklı çoğaltmalara bağlanabilir. Web PubSub Hizmeti, herhangi bir kopyaya bağlı olan istemcilerin birbirleriyle iletişim kurabilmesi için mesajları kopyalar arasında senkronize eder.
Bölgeler arası veri çoğaltma: Bir çoğaltmaya ileti gönderildiğinde, hizmet bu iletiyi başka bir yere bağlı istemcilerin alabilmesi için zaman uyumlu bir şekilde diğer çoğaltmalara aktarır. Eşitleme ek yükü, büyük gruplara yayın yapma veya tek bir bağlantıyla mesajlaşma gibi en yaygın mesajlaşma düzenleri için en düşük düzeydedir. Küçük gruplara ileti gönderme (10'dan az üye) biraz daha yüksek eşitleme yüküne neden olabilir.
Azure Web PubSub Hizmeti iletileri saklamaz; çoğaltmalar arasında yalnızca aktif teslimat eşitlenir.
Bölge hatası sırasındaki davranış
Bu bölümde, coğrafi çoğaltma için Azure Web PubSub Hizmeti yapılandırdığınızda ve çoğaltma bölgelerinden birinde kesinti olduğunda neler bekleyebileceğiniz açıklanmaktadır.
- Algılama ve yanıt: Web PubSub Hizmeti, bir bölgedeki bir hatayı algılamaktan ve gelen trafiği yapılandırdığınız diğer bölgelerden birindeki çoğaltmaya otomatik olarak yeniden yönlendirmeden sorumludur.
Bildirim: Bir bölge kapatıldığında Microsoft sizi otomatik olarak bilgilendirmez. Ancak:
Tek bir kaynağın durumunu izlemek için Azure Kaynak Durumu'nı kullanabilir ve sorunları size bildirmek için Kaynak Durumu uyarıları ayarlayabilirsiniz.
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.
Aktif istekler: Başarısız bölgedeki çoğaltmaya yönelik aktif WebSocket bağlantıları kesilir. Çoğaltıcı devreye girdikten sonra istemcilerin yeniden bağlanması gerekir.
Beklenen veri kaybı: Azure Web PubSub Hizmeti, iletileri saklamaz. Hatanın meydana geldiği anda, başarısız olan bölgedeki istemcilere ulaştırılmakta olan iletiler kaybolabilir. Hizmet müşteri verilerini depolamadığından kalıcı veri kaybı beklenmez.
Beklenen kesinti: Azure Traffic Manager her çoğaltma üzerinde sistem durumu denetimleri gerçekleştirir. Bölge kesintisi çoğaltmanın sistem durumu denetiminde başarısız olmasına neden olduğunda, Traffic Manager bu çoğaltmanın uç noktasını DNS çözümleme sonuçlarından kaldırır. Uç nokta kaldırıldıktan sonra, istemcilerin güncelleştirilmiş DNS kayıtlarını görmesi için 90 saniyelik DNS TTL'sinin geçmesi gerekir. Toplamda, geçiş genellikle birkaç dakika sürer. Yeniden bağlantı mantığı uygulayan iyi tasarlanmış istemciler, iyi durumdaki çoğaltmaya yeniden bağlandıktan sonra normal çalışmaya devam edebilir.
Birincil denetim düzlemi kullanılamıyorsa Web PubSub kaynağınızın veya çoğaltmalarının yapılandırmasında herhangi bir değişiklik yapamazsınız. Ancak, WebSocket bağlantıları sağlıklı replikalarda çalışmayı sürdürür.
Redistribution: Azure Traffic Manager gelen isteği sağlıklı çoğaltmalara yönlendirir. Ancak, bir istemci, Azure Traffic Manager replica yük devretmesini algılamadan önce yeniden bağlanmayı denerse ve güncellenmiş DNS girişleri henüz istemciye yayılmamışsa, istemcinin yeniden bağlanma girişimi, kullanılamayan bölgeyi hedeflemeye devam edebilir ve başarısız olabilir.
DNS güncelleştirmesi yayıldıktan sonra, yeniden bağlanan istemciler otomatik olarak en yakın iyi durumdaki çoğaltmaya yönlendirilir.
Bölge geri kazanımı
Başarısız bölge kurtarıldığında, Traffic Manager'ın sağlık kontrolü geri yüklenen replikayı algılar ve onun uç noktasını DNS çözümlemesine yeniden ekler. Şu anda diğer çoğaltmalara bağlı olan istemciler etkilenmez ve bağlantı kesilene kadar bağlı kalır. En yakın sağlıklı çoğaltma olduğunda yeni bağlantılar yeniden kurtarılan bölgenin çoğaltmasına yönlendirilir.
Bölge hataları testi
Bölge aktarımı benzetimi yapmak ve istemci uygulamanızın yeniden bağlanma davranışını test etmek için bir replikanın uç noktasını devre dışı bırakabilirsiniz. Bu eylem Traffic Manager'ın trafiği bu çoğaltmaya yönlendirmeyi durdurmasına neden olur ve bu da istemcilerinizin bağlandıkları çoğaltma kullanılamaz duruma geldiğinde nasıl davrandığını gözlemlemenize olanak tanır. Ayrıntılı adımlar için bkz. Çoğaltma uç noktasını devre dışı bırakma veya etkinleştirme.
Dayanıklılık için özel çoklu bölge çözümleri
Bölgeler arası dayanıklılığa ihtiyacınız varsa ancak coğrafi çoğaltma kullanmıyorsanız, birden çok bölgede ayrı Web PubSub kaynaklarını dağıtıp yönetebilir ve uygulama sunucunuzda kendi yük devretme mantığınızı uygulayabilirsiniz. Bu yaklaşım coğrafi çoğaltmadan daha karmaşıktır ve istemciler arası bağlanabilirlik için kesintisiz yük devretmeyi desteklemez. Ayrıntılı mimari genel bakış, kesinti durumunda devretme desenleri ve test rehberi için bkz. Azure Web PubSub Service'de Dayanıklılık ve olağanüstü durum kurtarma.
Yedekleme ve geri yükleme
Azure Web PubSub Hizmeti durum bilgisi olmayan bir mesajlaşma hizmetidir. Müşteri iletilerini kalıcı hale getirmez ve yedekleme veya geri yükleme özelliği yoktur.
Kaynak yapılandırmanızı korumak için Web PubSub kaynaklarınızı kod olarak altyapı (Bicep veya ARM şablonları gibi) kullanarak tanımlayın ve bu tanımları kaynak denetiminde depolayın. Bir kaynağı yeniden oluşturmanız gerekiyorsa, depolanmış yapılandırmadan yeniden dağıtın.
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 planlı bakım aracılığıyla size bildirilmedikçe, bakım olayları sırasında kapalı kalma süresi olmayacağı öngörülmektedir.
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.