Azure Container Apps'te güvenilirlik

Azure Container Apps , mikro hizmetleri ve kapsayıcılı uygulamaları dağıtmak için tam olarak yönetilen, sunucusuz bir kapsayıcı barındırma hizmetidir.

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, Container Apps'in geçici hatalar, kullanılabilirlik alanı kesintileri, bölge kesintileri ve hizmet bakımı gibi çeşitli olası kesintilere ve sorunlara karşı nasıl dayanıklı hale getirildiği açıklanır. Ayrıca diğer sorun türlerinden kurtarmak için yedeklemelerin nasıl kullanılacağını açıklar ve Container Apps hizmet düzeyi sözleşmesi (SLA) hakkındaki önemli bilgileri vurgular.

Üretim dağıtımı önerileri

Çözümünüzün güvenilirlik gereksinimlerini desteklemek için Container Apps'i dağıtmayı ve güvenilirliğin mimarinizin diğer yönlerini nasıl etkilediğini öğrenmek için bkz. Azure Well-Architected Framework'te Container Apps için en iyi mimari yöntemleri.

Güvenilirlik mimarisine genel bakış

Container Apps'i kullandığınızda, temel dağıtım birimi olarak hizmet veren ve bir grup kapsayıcı uygulaması çevresinde güvenli bir sınır tanımlayan bir ortam dağıtırsınız. Ortam, kullanılabilirlik alanı desteği ve ağ yapılandırması dahil olmak üzere temel ayarları yapılandırdığınız yerdir. İki ortam türü iş yükü profili ortamları ve yalnızca tüketim ortamlarıdır. Daha fazla bilgi için bkz. Container Apps'te işlem ve faturalama yapıları.

Tek bir ortamda birden çok uygulama dağıtabilirsiniz. Her uygulama bir veya daha fazla kapsayıcı çalıştırır. Bir ortam, etkileşimsiz görevleri temsil eden bir veya daha fazla işi de çalıştırabilir. Daha fazla bilgi için şunlara bakın: Container Apps'te Kapsayıcılar ve Container Apps'te İşler.

Her uygulama, uygulamanın çalışan örneklerini temsil eden bir veya daha fazla çoğaltmaya sahiptir. En düşük ve en fazla çoğaltma sayısı dahil olmak üzere uygulamanızın ölçeklendirilme şeklini ve uygulamanın çoğaltmaları dinamik olarak nasıl ekleyip kaldırabileceğini denetleyebilirsiniz. Platform zamanlayıcı, en düşük çoğaltma sayısı gereksinimlerinizi karşılarken fiziksel konaklar arasında en iyi dağıtımı sağlar. Daha fazla bilgi için bkz. Container Apps'te ölçeklendirme kurallarını ayarlama.

Container Apps farklı özellikler kullanarak uygulamalarınızın güvenilirliğini destekler:

• Otomatik sistem durumu izleme: Yerleşik giriş denetleyicisi, iyi durumdaki çoğaltmalar arasında trafiği otomatik olarak dengeler. Bir çoğaltma sağlık kontrollerinde başarısız olursa veya temel alınan altyapısı uzun bir süre kullanılamaz hale gelirse, hizmet otomatik olarak başarısız olan kapsayıcıları yeniden başlatır veya yedek çoğaltmalar oluşturur. Ayrıca trafiği sağlıksız çoğaltmalardan uzaklaştırır ve kümedeki ağ yeniden deneme işlemlerini yönetir. Bu otomatik kurtarma işlemi müşteri müdahalesi gerektirmez ve belirtilen çoğaltma sayınızı korur. Daha fazla bilgi için bkz: Sistem durumu araştırmaları.

• Dapr aracılığıyla uygulama dayanıklılığı: Container Apps, üretim sınıfı mikro hizmetleri ve kapsayıcılı uygulamaları destekleyen bir çerçeve olan Dapr ile sıkı tümleştirme sağlar. Dapr, diğer hizmetlerdeki hataları işleme dahil olmak üzere dayanıklılığı artırmaya yardımcı olan özellikler içerir. Daha fazla bilgi için bkz. Container Apps ile mikro hizmetler.

• Sistem bileşenleri için altyapı dayanıklılığı: Bu dayanıklılık denetim düzlemini, giriş denetleyicilerini ve kapsayıcı çalışma zamanını içerir. Kullanılabilirlik alanları olan bölgelerde, Container Apps alanlar arası yedeklilik sağlar. Daha fazla bilgi için bkz. Kullanılabilirlik alanı hatalarına dayanıklılık.

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.

Container Apps, platform düzeyinde yeniden deneme mekanizmaları ve sistem durumu izleme aracılığıyla birçok geçici hatayı otomatik olarak işler. Uygulamalarınızın geçici hatalara dayanıklı olduğundan emin olmak için aşağıdaki eylemleri gerçekleştirin:

• Platformun uygulamaya özgü hata koşullarını algılamasını ve yanıtlamasını sağlayan sistem durumu yoklamalarını yapılandırın. Uygulamanızın başlangıç özelliklerine göre uygun hata eşiklerini ve zaman aşımı değerlerini ayarlayın. Örneğin, geçici sorunlar sırasında kapsayıcının erken yeniden başlatılmasını önlemek için, canlılık kontrolleri için 10 saniyelik bir süre boyunca 3 hata eşiği kullanın. Daha fazla bilgi için bkz: Sistem durumu araştırmaları.

• Hizmet istek hatalarını proaktif olarak önlemek, tespit etmek ve toparlanmak için hizmet keşfi dayanıklılık politikalarını (önizleme) kullanın. Örneğin, bir dayanıklılık ilkesi kullandığınızda, uygulamanın yanıt vermesini engelleyen geçici bir hata varsa uygulamaya gelen her istek otomatik olarak yeniden denenebilir. Daha fazla bilgi için bkz. Hizmet bulma dayanıklılığı (önizleme).

• Uygulamalarınızda dış hizmet çağrıları, veritabanı bağlantıları ve API istekleri için yeniden deneme mantığı uygulayın.

  Uygulamanız bulut hizmetleriyle tümleştirmek için Dapr kullanıyorsa, yeniden denemeleri, zaman aşımlarını ve devre kesicileri yapılandırmak için Dapr bileşeni dayanıklılığını (önizleme) kullanın.

  Diğer bağımlılıklar için uygulamanızın geçici hataları işlemesi gerekir. Dış hizmetleri çağırırken aşağı akış hizmeti kesintileri sırasında basamaklı hataları önlemek için üstel geri çekilme stratejilerini ve devre kesici tasarımlarını kullanın. Container Apps yerleşik hizmet bulma ve yük dengeleme özellikleri, trafiği başarısız örneklerden otomatik olarak uzaklaştırır, ancak uygulama düzeyi yeniden deneme ilkeleriniz platform düzeyinde sistem durumu denetimleri kapsayıcı yeniden başlatmalarını tetiklemeden önce geçici sorunların düzgün bir şekilde işlenmesini sağlar.

• İşleri, iş yürütme sırasındaki veya bağımlılıklarındaki hatalar da dahil olmak üzere geçici hatalara dayanıklı olacak şekilde tasarlar. İşlerinizi yeniden başlatıldıklarında çalışmaya devam edecek şekilde tasarlayın veya güvenli bir şekilde yeniden çalıştırılabilmeleri için idemponent olacak şekilde tasarlayı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.

Bir Container Apps ortamı oluşturduğunuzda, temel altyapıyı seçilen Azure bölgesindeki birden çok kullanılabilirlik alanına dağıtmak için alanlar arası yedekliliği etkinleştirebilirsiniz. Container Apps, uygulamalarınızın kopyalarını bölgeler arasında otomatik olarak planlar. Bu dağıtım saydam bir şekilde gerçekleşir; başka bir deyişle tek tek çoğaltmalar için bölge yerleşimi belirtmeniz gerekmez.

Bölge yedekliliği, uygulama kopyalarınızın birden fazla bölgeye yayıldığından emin olarak uygulamanızın bölge düzeyindeki hatalara karşı dayanıklılığını artırır.

Aşağıdaki diyagramda üç kopyaya sahip bölge yedekli bir kapsayıcı uygulaması gösterilmektedir. Her kopya ayrı bir kullanılabilirlik bölgesinde çalışır.

Gereksinimler

• Bölge desteğini denetleyin. Alanlar arası yedeklilik, Container Apps ve kullanılabilirlik alanlarını destekleyen tüm bölgelerde kullanılabilir.

  Hangi bölgelerin kullanılabilirlik alanlarını desteklediğini görmek için bkz. Kullanılabilirlik alanı desteğine sahip Azure bölgeleri.

  Hangi bölgelerin Container Apps'i desteklediğini görmek için bkz. Bölgeye göre ürün kullanılabilirliği.

• İş yükü profillerini kullanın. Bölge yedekliliği hem Tüketim hem de Ayrılmış iş yükü profilleri dahil olmak üzere tüm Container Apps planlarında kullanılabilir.

• Ortam oluşturma sırasında bölge yedekliliğini etkinleştirin. Ortam oluşturulduktan sonra bu ayar değiştirilemez.

• Sanal bir ağda Container Apps ortamı dağıtın. Sanal ağ kullanılabilirlik alanlarını destekleyen bir bölgede olmalıdır. Sanal ağın yeterli boyutta bir alt ağa sahip olduğundan emin olun. Yalnızca tüketim ortamlarında Sınıfsız Inter-Domain Yönlendirme (CIDR) aralığına sahip bir alt ağ veya daha büyük bir alt ağ /23 gerekirken, iş yükü profili ortamları için CIDR aralığı veya daha büyük bir /27 alt ağ gerekir.

• Birden çok kullanılabilirlik alanı arasında dağıtım sağlamak için en az çoğaltma sayınızı en az iki olarak ayarlayın. Aşağıdaki koşullardan biri geçerliyse daha yüksek bir minimum çoğaltma sayısı ayarlamayı göz önünde bulundurun:

  • Beklenen pik yük, ikiden fazla replika gerektirir.

  • Birden çok eşzamanlı bölge kesintisine dayanıklı olmanız gerekir.

  • Bölge kesintisi sırasında diğer bölgelerde yeni çoğaltmaların oluşturulmasını beklediğiniz süreyi en aza indirmek istiyorsunuz.

Maliyet

Alanlar arası yedekliliği etkinleştirdiğinizde standart Container Apps fiyatlandırması dışında ek ücret ödemezsiniz. Bölge yedekliliği etkinleştirilip etkinleştirilmediğinden bağımsız olarak işlem kaynakları, istekler ve sanal çekirdek saniyeleri için aynı ücretleri ödersiniz. Daha fazla bilgi için bkz. Container Apps fiyatlandırması ve Container Apps faturalaması.

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

• Alanlar arası yedekli bir Container Apps ortamı oluşturun. Azure portalı, Azure CLI ve Azure PowerShell'i kapsayan dağıtım yönergeleri için bkz. Alanlar arası yedekli kapsayıcı uygulaması oluşturma.

• Bölgeler arası yedekli bir dağıtıma geçiş. Mevcut bir Container Apps ortamında alanlar arası yedekliliği etkinleştiremezsiniz. Alanlar arası yedekli olmayan mevcut ortamları yükseltmek için desteklenen bir bölgede alanlar arası yedeklilik etkinleştirilmiş yeni bir ortam oluşturun. Ardından kapsayıcı uygulamalarınızı yeniden dağıtın.

• Alanlar arası yedekliliği devre dışı bırakın. Bölge yedekliliği, ortam oluşturma sırasında etkinleştirildikten sonra devre dışı bırakılamaz. Alanlar arası yedekli olmayan bir dağıtıma ihtiyacınız varsa, alanlar arası yedeklilik seçeneğini etkinleştirmeden yeni bir ortam oluşturmanız veya kullanılabilirlik alanlarını desteklemeyen bir bölgeye dağıtmanız gerekir.

• Bölge yedekliliğini doğrulayın. Ortamınızın alanlar arası yedeklilik durumunu doğrulamak için Azure portalını, Azure CLI'yı ve Azure PowerShell'i kullanabilirsiniz.

Kapasite planlaması ve yönetimi

Kullanılabilirlik bölgesi erişilemez olduğunda, Container Apps platformu bu bölgedeki kaybedilen çoğaltmaları ne zaman değiştireceğine karar vermek için ölçek kurallarınızı kullanır. Zamanlayıcının uygun zamanlama kararları almaları için ölçek kurallarınızı doğru yapılandırmanız önemlidir.

Ölçek kurallarınızı düzgün yapılandırmak için şu ilkeleri izleyin:

• Uygulamanızın tolere edebildiği en az sayıda çoğaltma ayarlayın. Eski replikaların gitmiş olduğunu platform algılamalı olduğundan, kaybolan replikaların değiştirilmesi kısa bir süre alabilir. Yeni çoğaltmaların, gelen istekleri alabilmeleri için önce sağlıklı bir hazırlık denetimi durumu elde etmeleri ve bunu geri bildirmeleri gerekir. Belirttiğiniz en düşük çoğaltma sayısından daha az sayıda olan herhangi bir dönemi tolere edemiyorsanız, bir bölge kullanılamaz hale gelse bile uygulamanızın performansını korumak için aşırı kaynak tahsisini göz önünde bulundurun.

• Container Apps zamanlayıcısının bölgeler arasında en iyi yerleştirme kararlarını vermesine yardımcı olmak için kaynak isteklerini ve sınırlarını ayarlayın. Yetersiz belirtilmemiş kaynak gereksinimleri, yüksek yük sırasında eşit olmayan dağıtım veya yerleştirme hatalarına neden olabilir.

Yapılandırma seçenekleri hakkında daha fazla bilgi için bkz. Ölçeklendirme kurallarını ayarlama.

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

Bu bölümde, Container Apps kaynakları alanlar arası yedeklilik için yapılandırıldığında ve tüm kullanılabilirlik alanları çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır.

• Bölgeler arasında trafik yönlendirme: Bölge yedekli Container Apps ile platform, birden çok çoğaltmanın aynı anda trafiğe hizmet ettiği aktif-aktif bir modelde çalışır. Giriş denetleyicisi, gelen istekleri bölgelerine bakılmaksızın tüm sağlıklı çoğaltmalara dağıtır ve varsayılan olarak yuvarlak dönüşümlü yük dengeleme kullanır. Her bölge istekleri bağımsız olarak işler ve platform trafik dağıtımı için belirli bir bölgeye öncelik vermez. Sağlık testleri, her çoğaltmanın birden çok perspektiften doğru sağlık değerlendirmesini sağlamak amacıyla tüm bölgelerden kaynaklanır.

• Bölgeler arasında veri çoğaltma: Container Apps, durum bilgisi olmayan iş yükleri için tasarlandığından uygulama verilerini bölgeler arasında çoğaltmaz. Uygulamanızın geçici depolama alanında depoladığı tüm veriler, kapsayıcıya özgü depolama ve çoğaltma birimi kapsamındaki depolama dahil, kapsayıcı veya çoğaltma birimi kapatıldığında silinir.

  Durum bilgisine dayalı veri gereksinimleri için, bölgeye özgü yedekli depolama için yapılandırılmış bir Azure Files dosya paylaşımını yükleyin veya bölgeler arası çoğaltma özellikleri sağlayan Azure Cosmos DB, Azure SQL Veritabanı gibi diğer Azure hizmetlerini kullanın.

  Platform, yüksek kullanılabilirlik için yalnızca uygulama yapılandırmalarınız, ölçeklendirme kurallarınız ve gizli dizileriniz de dahil olmak üzere denetim düzlemi meta verilerini bölgeler arasında çoğaltır. Kapsayıcı görüntüleri, çoğaltmalar oluşturulduğunda kapsayıcı kayıt defterinizden her bölgeye gerektiğinde çekilir.

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

Bu bölümde, Container Apps kaynakları alanlar arası yedeklilik için yapılandırıldığında ve kullanılabilirlik alanı kesintisi olduğunda neler bekleyebileceğiniz açıklanmaktadır.

• Algılama ve yanıt: Azure bölge hatalarını otomatik olarak algılar. Container Apps başarısız bölgeye yeni çoğaltmaların zamanlamasını anında durdurur ve trafiği kalan bölgelerdeki sağlıklı çoğaltmalara yeniden dağıtmaya başlar. Platform, müdahalenize gerek kalmadan tüm yük devretme işlemlerini otomatik olarak işler.

• 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.

  Azure İzleyici'deki Container Apps ölçümleri aracılığıyla uygulamalarınızın durumunu da izleyebilirsiniz. Bölgeyle ilgili sorunlar oluştuğunda anında bildirim almak için çoğaltma sayısı düşüşleri ve istek hatası oranlarıyla ilgili uyarıları yapılandırın.

• Etkin istekler: Başarısız bölgedeki çoğaltmalara yönelik uçuş içi istekler bırakılabilir veya zaman aşımlarıyla veya bağlantı hatalarıyla karşılaşılabilir. Etkilenen bölgede çalışan tüm iş yürütmeleri durduruluyor ve başarısız olarak işaretleniyor.

• Beklenen veri kaybı: Hizmet durum bilgisi olmayan iş yükleri için tasarlandığından Container Apps platform düzeyinde veri kaybı olmaz. Kullanılabilirlik alanı içindeki kısa süreli depolamada depolanan tüm veriler, çoğaltma sonlandırıldığında kaybolur ve kısa süreli depolama yalnızca geçici veriler için kullanılmalıdır.

• Beklenen kapalı kalma süresi: Uygulamalar, bölge hataları sırasında minimum veya hiç kapalı kalma süresi yaşamaz. Gerçek etki, uygulamanızın sağlık denetimi ayarlarına ve sağlıklı bölgelerdeki çoğaltma sayısına bağlıdır. İstemcilerin herhangi bir etkiyi en aza indirmek için geçici hata işleme yönergelerini izlediğine emin olun.

  Etkilenen bölgede çalışan tüm işler durduruldu ve başarısız olarak işaretlendi. Bir işin bir bölge hatasına dayanıklı olması gerekiyorsa, yeniden denemeleri yapılandırın veya paralelliği yapılandırarak aynı yürütmenin birden çok kopyasını çalıştırmasını sağlayın. Daha fazla bilgi için bkz . Gelişmiş iş yapılandırması.

• Trafik yeniden yönlendirme: Giriş denetleyicisinin sistem durumu yoklamaları, ulaşılamayan çoğaltmaları hızla algılar ve bunları yük dengeleme havuzundan kaldırır. Uygulamanızın sistem durumu yoklaması yapılandırmasına bağlı olarak, bu yük devretme işlemi genellikle yaklaşık 30 saniye içinde gerçekleşir. Sonraki gelen trafik, kalan iyi durumdaki çoğaltmalar arasında dağıtılır. Bu trafik yeniden yönlendirmesi, aynı uygulama URL'sini kullanmaya devam eden istemcilere saydam olarak gerçekleşir.

  Oturum benzitesi etkinleştirilirse ve bir bölge kapanırsa, önceki çoğaltmalar artık kullanılamadığından daha önce bu bölgedeki çoğaltmalara yönlendirilmiş istemciler yeni çoğaltmalara yönlendirilir. Önceki çoğaltmalarla ilişkili herhangi bir durum kaybolur.

  Hatalı bölgede yeni iş örnekleri başlatılmaz.

• Örnek yönetimi: Otomatik ölçeklendirme kurallarınız artan yüke göre tetiklenirse, iyi durumdaki bölgelerde yeni kopya örnekler oluşturulabilir.

Bölge kurtarma

Bir kullanılabilirlik alanı hatadan kurtarıldığında, Container Apps müdahalenize gerek kalmadan bölgeyi otomatik olarak etkin hizmete yeniden ekler. Platformun sistem durumu yoklamaları, kurtarılan bölgedeki altyapının ne zaman kullanılabilir hale geldiğini algılar ve Container Apps ölçeklendirme yapılandırmanıza göre bu bölgeye yeni çoğaltmalar zamanlamaya başlar. Sağlıklı bölgelerdeki mevcut replikalar, yeniden tümleştirme işlemi sırasında trafiğe hizmet etmeye devam ederek hizmet kesintisini önlemeye yardımcı olur.

Container Apps, normal ölçeklendirme işlemlerinin bir parçası olarak, kopya dağılımını tüm kullanılabilir bölgelerde aşamalı olarak yeniden dengeler. Bu otomatik yeniden dengeleme, çoğaltmalar ölçeklendirme olayları nedeniyle oluşturulduğunda veya iyi durumda olmayan çoğaltmalar değiştirildiğinde gerçekleşir. Platform mevcut iyi durumdaki çoğaltmaların hemen yeniden dağıtılmasını zorlamaz ve bu da gereksiz kapsayıcı yeniden başlatmalarını önler ve kurtarma sırasında uygulama kararlılığını korur.

Bölge hataları için test

Container Apps platformu, bölge yedekli kapsayıcı uygulamaları için trafik yönlendirmeyi, yük devretmeyi ve geri yüklemeyi yönetir. Bu özellik tamamen yönetildiğinden kullanılabilirlik alanı hata işlemlerini başlatmanız veya doğrulamanız gerekmez.

Uygulamanızın bölge hatalarına dayanıklılığını doğrulamak için denetimli test yaklaşımlarını kullanarak uygulama katmanında bölge düzeyinde kesintilerin simülasyonunu yapın. Uygulamanızın ölçeğini daraltarak belirli bölgelerdeki çoğaltmaları durdurun veya kaldırın ve kalan çoğaltmaların artan yükü nasıl işlediğini izleyin. Dayanıklılık testi sırasında çoğaltma sayısı, istek başarı oranları, yanıt süreleri ve otomatik ölçeklendirme davranışı gibi temel ölçümleri izleyin. Çoğaltmalar kaldırıldığında en düşük çoğaltma sayınızın hizmet kullanılabilirliğini koruduğundan emin olun ve ölçeklendirme kurallarınızın kalan çoğaltmalardaki artan yükü işleyebildiğini doğrulayın. Platformun, belirlediğiniz sürelerde sağlıksız örnekleri sirkülasyondan kaldırdığını doğrulamak için sağlık uç noktalarını kasıtlı olarak başarısız hale getirerek sağlık yoklaması yapılandırmalarınızı test edin.

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

Container Apps tek bölgeli bir hizmettir. Bölge kullanılamaz duruma gelirse ortamınız ve uygulamalarınız da kullanılamaz.

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

Uygulamanızı etkileyen tek bölgeli hata riskini azaltmak için ortamları birden çok bölgeye dağıtabilirsiniz. Aşağıdaki adımlar dayanıklılığın güçlendirilmesine yardımcı olur:

• Uygulamalarınızı her bölgedeki ortamlara dağıtın. Her ortam kendi sanal ağ yapılandırması gerektirir ve alt ağ gereksinimleri her bölgesel dağıtıma bağımsız olarak uygulanır. Kapsayıcı görüntülerinizin tüm bölgelerde kullanılabilir olması gerekir. Bunu coğrafi çoğaltma etkinken Azure Container Registry'yi kullanarak elde edebilirsiniz.

• Azure Front Door veya Azure Traffic Manager gibi bir hizmeti kullanarak yük dengeleme ve yük devretme ilkelerini yapılandırın.

• Son uygulama durumunuzu kurtarabilmeniz için verilerinizi bölgeler arasında çoğaltın.

Yedekleme ve geri yükleme

Container Apps, uygulamalarınız veya verileriniz için yerleşik yedekleme özellikleri sağlamaz. Durumsuz bir kapsayıcı barındırma platformu olan Container Apps, uygulamaların veri kalıcılığı ve kurtarma stratejilerini dış hizmetler aracılığıyla kendilerinin yönetmesini bekler. Uygulama kapsayıcılarınız ve yerel dosya sistemleri kısa ömürlüdür ve çoğaltmalar yeniden başlatıldığında veya taşındığında yerel olarak depolanan tüm veriler kaybolur.

Uygulama güncelleştirmeleri sırasında dayanıklılık

Güncelleştirmeleri uygulamanıza kapalı kalma süresi olmadan dağıtmak için düzeltme yönetimini kullanın. Güncelleştirilmiş kapsayıcı görüntüleriyle yeni düzeltmeler oluşturabilir ve mavi-yeşil dağıtım stratejisini kullanarak tam geçiş yapabilir veya trafik bölme kurallarını kullanarak trafiği aşamalı olarak kaydırabilirsiniz. Uygulama güncellemeleri sırasında platform, eski kapsayıcıları devreden çıkarmadan önce yeni kapsayıcılar oluşturarak asgari çoğaltma sayısını korur. Bu, hizmet kesintilerini önlemeye yardımcı olur.

Daha fazla bilgi için bkz. Container Apps'te değişiklikleri güncelleştirme ve dağıtma.

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

Container Apps, güvenlik güncelleştirmelerini uygulamak, yeni özellikler dağıtmak ve hizmet güvenilirliğini artırmak için otomatik platform bakımı gerçekleştirir. Platform, çalışan uygulamalarda kesintiyi azaltmak için hata etki alanları ve kullanılabilirlik alanları arasında sıralı güncelleştirmeler kullanır. Bakım pencereleri sırasında, güncelleştirmeler temel alınan altyapıya aşamalı olarak uygulandığından kapsayıcılarınız kesintisiz çalışmaya devam ediyor.

Uygulamalarınızda bakım yapılmasını istediğiniz süreler olan kendi bakım pencerelerinizi belirtebilirsiniz. Kritik güncelleştirmelerin bakım pencerelerinizin dışında gerçekleşebileceğini unutmayın. Daha fazla bilgi için Container Apps bakım planı bölümüne bakı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.

Container Apps için kullanılabilirlik SLA'sı, uygulamalarınızda ayarladığınız ölçek kurallarını temel alır.

İlgili içerik

• Container Apps'e genel bakış
• Container Apps'te sağlık denetimleri
• Container Apps'te otomatik ölçeklendirme
• Container Apps'te gözlemlenebilirlik
• Azure güvenilirlik belgeleri
• Well-Architected Framework güvenilirlik kılavuzu