Güvenilir Azure uygulamaları tasarlama

Bulutta güvenilir bir uygulama oluşturma, geleneksel uygulama geliştirme süreçlerinden farklıdır. Tarihsel olarak, tüm uygulama platformunun başarısız olma olasılığını en aza indirmek için çok sayıda daha yüksek donanım düzeyi satın almış olabilirsiniz, bulutta hata oluşması önliyoruz. Hedef, hataları tamamen önlemeye çalışmak yerine hata veren bir bileşenin etkilerini en aza indirmektir. Burada bekleneceğiniz hataların Azure 'un bir özelliği değil, yüksek oranda dağıtılmış sistemlere ait olduğunu tahmin edebilirsiniz.

Önemli Noktalar

  • Güvenilirliği iyileştirmek ve maliyetleri iyileştirmek için uygun olduğunda Kullanılabilirlik Alanları kullanın.
  • Hatalara göre etkilendiğinde çalışacak uygulamaları tasarlayın.
  • Genel uygulama güvenilirliğini desteklemek için PaaS 'in yerel dayanıklılık yeteneklerini kullanın.
  • Ölçeği genişletmek için tasarlayın.
  • Gerekli kapasitenin Azure hizmeti ölçek sınırları ve kotaları dahilinde olduğunu doğrulayın.

Bölge içinde Kullanılabilirlik Alanları kullanma

Gereksinimleriniz, tek başına Kullanılabilirlik Alanları daha büyük bir hata yalıtımı talep etse, birden çok bölgeye dağıtım yapmayı düşünün. Bir olağanüstü durum durumunda yük devretme amacıyla birden çok bölge kullanılmalıdır. Ek maliyetin dikkate alınması gerekir. Maliyet gereksinimlerine örnek olarak veri ve ağ ve Azure Site Recovery gibi hizmetler verilebilir.

Bir bölge içinde kullanılabilirlik alanları kullanmak için uygulama mimarinizi tasarlayın. Kullanılabilirlik Alanları, veri merkezi düzeyinde hata toleransı sağlayarak bölge içindeki uygulama kullanılabilirliğini iyileştirmek için kullanılabilir. Ancak, uygulama mimarisi bunları etkili bir şekilde kullanmak için bölgeler arasında bağımlılıkları paylaşmamalıdır.

Not

Kullanılabilirlik Alanları, bölgeler genelinde son derece "geveze" olan uygulamalar için, her bir bölge ve bölge içi bant genişliği ücretleri arasında performans ve maliyet değerlendirmeleri ortaya çıkarabilir. Bu Ayrıca, daha düşük maliyetli SLA için Kullanılabilirlik Alanları kabul edileceği anlamına gelir.

Uygulama performansı nedenleriyle bileşen yakınlık masının gerekli olup olmadığını göz önünde bulundurun. Uygulamanın tamamı veya bir kısmı gecikme süresine oldukça duyarlıysa, çok bölgeli ve çok bölgeli stratejilerin uygulanabilirliğini sınırlayan bir bileşen ortak konumu olabilir.

Hataya yanıt verme

Genel bulutta hatanın kaçınılamaması ve bir sonuç olarak esnekliği, kesintilere yanıt vermesini ve güvenilirliği sunmaları gerekir. Bu nedenle uygulama, önemli uygulama senaryoları ve işlevselliği genelinde bölgesel, zonal, hizmet veya bileşen hatalarından etkilendiğinde bile çalışacak şekilde tasarlanmalıdır. Uygulama işlemleri kesinti sırasında azaltılmış işlevsellik veya performans düşüklüğü gösterebilir.

Bir hata durumunda uygulamanın nasıl kullanılabilir kalacağınızı yakalamak için bir kullanılabilirlik stratejisi tanımlayın. Tüm uygulama bileşenlerine ve uygulama dağıtım damgasına, çok parçalı ölçek birimi dağıtım yaklaşımı gibi bir bütün olarak uygulanmalıdır. Maliyet etkileri de vardır: yüksek kullanılabilirlik sağlamak için daha fazla kaynağın önceden sağlanması gerekir. Etkin-etkin kurulum, tek dağıtımdan daha pahalı olsa da, bir Damgadaki yükü indirerek ve gereken toplam kaynak miktarını azaltarak maliyeti dengeleyebilir.

Bir kullanılabilirlik stratejisine ek olarak, uygulama ve/veya onun anahtar senaryoları için bir Iş sürekliliği olağanüstü durum kurtarma (BCDR) stratejisi tanımlayın. Olağanüstü durum kurtarma stratejisi, uygulamanın bir yeniden dağıtım, sıcak-yedek etkin-Pasif veya Hot-yedek etkin-etkin yaklaşımı kullanarak bölgesel bir kesinti veya kritik bir platform hizmeti kaybı gibi bir olağanüstü durum durumuna nasıl yanıt vereceğini yakalamamalıdır.

Maliyet azaltma için uygulama bileşenlerini ve verileri gruplara bölmeyi düşünün. Örnek:

  • Korunması gerekir
  • Koruma için iyi
  • Aynı ilkeyle tüm verileri korumak yerine geçici/yeniden oluşturulabilir/kaybolabilir

Güvenilirliği iyileştirmeye yönelik konular

Uygulama, yönetilen Hizmetleri kullanacak şekilde tasarlandı mi?


Azure tarafından yönetilen hizmetler, genel uygulama güvenilirliğini desteklemeye yönelik yerel dayanıklılık özellikleri sağlar. Hizmet olarak platform (PaaS) teklifleri, bu yeteneklerden yararlanmak için kullanılmalıdır. PaaS seçeneklerinin yapılandırılması ve yönetilmesi daha kolaydır. VM'leri sağlamanız, sanal ağlar ayarlamanız, düzeltme eklerini ve güncelleştirmeleri yönetmeniz, tüm yazılımı bir VM üzerinde çalıştırmayla ilgili diğer ek yüklerle ilgilenmeniz gerekmez. Daha fazla bilgi için bkz. yönetilen Hizmetleri kullanma.

Uygulama ölçeği genişletmek için tasarlandı mi?


Azure esnek ölçeklenebilirlik sağlar ve ölçeği genişletmek için tasarlamanız gerekir. Ancak uygulamalar, tek tek bileşenlerin ve uygulamanın bir bütün olarak yatay olarak ölçeklenebildiğinden emin olmak için hizmet ve abonelik limitlerini gezinmek üzere bir ölçek birimi yaklaşımına uymalıdır. Düşük maliyetli bir maliyet sağlamak için önemli olan ölçeklendirmeyi unutmayın. Örneğin, App Service için ölçek genişletme ve genişletme kuralları aracılığıyla yapılır. Genellikle müşteriler ölçek genişletme kuralları yazar ve hiçbir zaman hiçbir ölçeklendirmeyi kurala göre yazamaz. Bu, App Service daha pahalı bırakır.

Uygulama birden çok Azure aboneliği arasında dağıtılmış mı?


Uygulamanın aboneliğini ve bunların aboneliklerinde nasıl düzenlendiğini ve ilgili abonelik limitlerinin veya kotalarının incelenmesi halinde analiz edilirken bileşenlerin ne kadar önemli olduğunu anlamak. Gerekli kapasitenin Azure hizmeti ölçek sınırları ve kotaları dahilinde olduğunu doğrulamak için Azure aboneliğini ve hizmet sınırlarını gözden geçirin. Daha fazla bilgi için bkz. Azure aboneliği ve hizmet sınırları.

Sonraki adım

Ana makaleye geri dönün: Tasarım