Aracılığıyla paylaş

Azure Logic Apps'te güvenilirlik

Azure Logic Apps , yazmanız gereken kodu azaltarak uygulamalar, bulut hizmetleri ve şirket içi sistemler arasında verileri daha kolay tümleştirmenize ve düzenlemenize yardımcı olur.

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, mantıksal uygulama iş akışlarının geçici hatalar, kullanılabilirlik alanı kesintileri ve bölge kesintileri gibi çeşitli olası kesintilere ve sorunlara dayanıklı hale nasıl getirilmeye başlandığı açıklanır. Ayrıca Azure Logic Apps hizmet düzeyi sözleşmesi (SLA) hakkındaki önemli bilgileri de vurgular.

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

Yalıtım veya ağ güvenliği gereksinimleri olan kurumsal ve güvenli iş akışları için, çok kiracılı Azure Logic Apps'te Tüketim iş akışları yerine tek kiracılı Azure Logic Apps'te Standart iş akışları oluşturmanızı ve çalıştırmanızı öneririz. Daha fazla bilgi için bkz: Farklı ortamlara oluştur ve dağıt.

Tek kiracılı Azure Logic Apps'e sahip üretim dağıtımları için mantıksal uygulama kaynaklarınızı birden çok kullanılabilirlik alanına yaymak için bölge yedekliliği ayarlamanızı öneririz.

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

Dağıttığınız birincil kaynak bir mantıksal uygulamadır. Tüketim mantığı uygulamalarının yalnızca bir iş akışı vardır, Standart mantıksal uygulamaların ise birden fazla iş akışı olabilir. Çoğu iş akışı, diğer uygulamalara, hizmetlere ve sistemlere erişmek için bir veya daha fazla bağlantı kullanır.

Şirket içi sistemlerdeki verilere erişirseniz, şirket içi veri ağ geçidi dağıtabilirsiniz. Her ağ geçidi kaynağı, yerel bilgisayarda ayrı bir veri ağ geçidi yüklemesini temsil eder. Birden çok bilgisayar kullanarak şirket içi veri ağ geçidini yüksek kullanılabilirlik için yapılandırabilirsiniz. Daha fazla bilgi için bkz . Yüksek kullanılabilirlik desteği.

İşletmeler arası (B2B) kurumsal tümleştirme senaryoları için Azure Logic Apps'i kullandığınızda, mantıksal uygulama iş akışlarının kullandığı yapıtları tanımlayıp depoladığınız tümleştirme hesaplarını dağıtabilirsiniz.

Fiziksel mimari

Tüketim mantıksal uygulamaları için Azure Logic Apps işlem altyapısını, durum depolama alanını ve diğer kaynakları otomatik olarak yönetir. Herhangi bir sanal makineyi (VM) yapılandırmanız veya yönetmeniz gerekmez. Tüketim mantığı uygulamaları, işlem altyapısını birçok müşteri arasında paylaşır.

Standart mantıksal uygulamalar için Azure Logic Apps, İş Akışı Hizmeti Planları adlı işlem kaynaklarını veya size ayrılmış planları kullanır. Her plan birden çok örneğe sahip olabilir ve isteğe bağlı olarak birden çok kullanılabilirlik alanına yayabilirsiniz. Her örnek kabaca bir sanal makineye (VM) eşler, ancak bu VM'leri görmezsiniz ve bunları doğrudan yapılandırmanız veya yönetmeniz gerekmez. İş akışlarınız, planınızın örnekleri üzerinde çalışır.

Standart mantıksal uygulamalar, durum bilgisi olan iş akışlarının durumunu korumak için depolamayı yapılandırmanızı gerektirir. Daha fazla bilgi için Durum bilgisi olan ve durum bilgisi olmayan iş akışları bölümüne bakın.

Standart mantıksal uygulamalar, Azure İşlevleri ve Azure App Service ile benzer temel altyapıyı kullanır. Ancak diğer hizmetlerle karşılaştırıldığında mantıksal uygulamalar için planları yapılandırma yönteminizde bazı farklılıklar vardır.

Daha fazla bilgi için bkz . Standart mantıksal uygulamalar ile Tüketim mantıksal uygulamaları arasındaki farklar.

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 Logic Apps'te birçok iş akışı tetikleyicisi ve eylemi, geçici hatalar nedeniyle başarısız olan istekleri otomatik olarak yeniden deneyen yeniden deneme ilkelerini otomatik olarak destekler. Yeniden deneme ilkelerini değiştirme veya kapatma hakkında daha fazla bilgi için bkz. Azure Logic Apps'te hataları ve özel durumları işleme.

Bir eylem başarısız olursa, sonraki eylemlerin davranışını özelleştirebilirsiniz. Ayrıca, başarısız olabilecek veya birlikte başarılı olabilecek ilgili eylemleri gruplandırmak için kapsamlar oluşturabilirsiniz.

Daha fazla bilgi için bkz . Azure Logic Apps'te hataları ve özel durumları işleme.

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 Logic Apps, işlem kaynaklarını ve durumu birden çok kullanılabilirlik alanına yayan alanlar arası yedekliliği destekler. Mantıksal uygulama iş yükü kaynaklarını kullanılabilirlik alanları arasında dağıttığınızda, üretim mantıksal uygulaması iş yükleriniz için dayanıklılığı ve güvenilirliği geliştirirsiniz.

Çok kiracılı Azure Logic Apps'teki yeni ve mevcut Consumption logic app iş akışları otomatik olarak bölgesel yedeklidir.

Azure Logic Apps, işlem kaynaklarını birden çok kullanılabilirlik alanına yayan alanlar arası yedekliliği destekler. İsteğe bağlı olarak mantıksal uygulama iş akışlarınızın depoladığınız durum için bölge yedekliliğini yapılandırabilirsiniz. Mantıksal uygulama iş yükü kaynaklarını kullanılabilirlik alanları arasında dağıttığınızda, üretim mantıksal uygulaması iş yükleriniz için dayanıklılığı ve güvenilirliği geliştirirsiniz.

Tek kiracılı Azure Logic Apps'te İş Akışı Hizmet Planı barındırma seçeneği olan Standart iş akışları için isteğe bağlı olarak alanlar arası yedekliliği etkinleştirebilirsiniz.

App Service Ortamı barındırma seçeneği olan Standart iş akışları için isteğe bağlı olarak alanlar arası yedekliliği etkinleştirebilirsiniz. App Service Ortamı'nın kullanılabilirlik alanlarını nasıl desteklediği hakkında daha fazla bilgi için bkz. App Service Ortamında Güvenilirlik.

Gereksinimler

  • Bölge desteği: Kullanılabilirlik alanlarını destekleyen herhangi bir bölgeye dağıtılan tüketim mantığı uygulamaları otomatik olarak alanlar arası yedeklidir. Batı Japonya istisnadır. Bazı bağımlı hizmetler alanlar arası yedekliliği desteklemediğinden alanlar arası yedekli mantıksal uygulamaları desteklemez.
  • Bölge desteği: App Service için kullanılabilirlik alanlarını destekleyen herhangi bir bölgede İş Akışı Hizmeti Planları ile alanlar arası yedekli Standart mantıksal uygulamalar dağıtabilirsiniz. Batı Japonya istisnadır. Bazı bağımlı hizmetler alanlar arası yedekliliği desteklemediğinden alanlar arası yedekli mantıksal uygulamaları desteklemez. Daha fazla bilgi için bkz . App Service'te Güvenilirlik.
  • Bölge desteği: App Service Ortamı için kullanılabilirlik alanlarını destekleyen bölgeleri görmek için bkz . Bölgeler.
  • Örnek sayısı: İş Akışı Hizmet Planınızın en az iki örneğini dağıtmanız gerekir. Her örnek kabaca bir VM'ye karşılık gelir, bu nedenle bu örnekleri (VM) birden çok kullanılabilirlik alanına dağıtmak için en az iki örneğiniz olmalıdır.

Değerlendirmeler

  • Bağlayıcılar: Mantıksal uygulamanız bölge yedekli olduğunda yerleşik bağlayıcılar otomatik olarak bölge yedekli hale gelir.

  • Tümleştirme hesapları: Premium SKU tümleştirme hesapları varsayılan olarak alanlar arası yedeklidir.

Maliyet

Bölge yedekliliğini kullanmak için ek maliyet uygulanmaz. Tüm yeni ve mevcut Tüketim mantığı uygulamaları otomatik olarak alanlar arası yedeklidir.

Tek kiracılı Azure Logic Apps'te İş Akışı Hizmet Planı ile Standart mantıksal uygulamalarınız varsa, iki veya daha fazla plan örneğiniz varsa alanlar arası yedekliliği etkinleştirmek için ek maliyet uygulanmaz. Otomatik ölçeklendirme ölçütlerinize göre plan SKU'nuza, belirtilen kapasiteye ve ölçeği artırıp azalttığınız tüm örneklere göre ücretlendirilirsiniz. Kullanılabilirlik alanlarını etkinleştirir ancak ikiden az örnek belirtirseniz, platform en az iki örneği zorlar ve bu iki örnek için sizden ücret alır.

App Service Ortamı, alanlar arası yedeklilik için belirli bir fiyatlandırma modeline sahiptir. Daha fazla bilgi için bkz. Fiyatlandırma.

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

Tüketim mantığı uygulaması iş akışları bölge yedekliliğini otomatik olarak destekler, bu nedenle yapılandırma gerekmez.

  • Yeni bir alanlar arası yedekli mantıksal uygulama oluşturma: Standart mantıksal uygulamalarda alanlar arası yedekliliği etkinleştirmek için bkz. Mantıksal uygulamanız için bölge yedekliliğini etkinleştirme.

  • Mevcut bir mantıksal uygulamada bölge yedekliliğini etkinleştirme: Bir hizmet planı oluşturduktan sonra bölge yedekliliğini etkinleştiremezsiniz. Bunun yerine, alanlar arası yedekliliği etkinleştirilmiş yeni bir plan oluşturmanız ve eskisini silmeniz gerekir.

  • Bölge yedekliliğini devre dışı bırakma: Bir İş Akışı Hizmet Planı oluşturduktan sonra bölge yedekliliğini devre dışı bırakamazsınız. Bunun yerine, alanlar arası yedeklilik devre dışı bırakılmış yeni bir plan oluşturmanız ve eskisini silmeniz gerekir.

Kapasite planlaması ve yönetimi

Kullanılabilirlik alanı hatasına hazırlanmak için planınızın kapasitesini fazla sağlamayı göz önünde bulundurun. Aşırı sağlama, çözümün bir miktar kapasite kaybına tolerans göstermesini ve performansı düşürmeden çalışmaya devam etmesini sağlar. Daha fazla bilgi için bkz. Fazla sağlama ile kapasiteyi yönetme.

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

Bu bölümde, mantıksal uygulama 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: Normal işlemler sırasında iş akışı çağrıları bölgedeki herhangi bir kullanılabilirlik alanından işlem kaynaklarını kullanabilir.

  • Bölgeler arasında veri çoğaltma: Durum bilgisi olan iş akışları için iş akışı durumu, alanlar arası yedekli depolama (ZRS) kullanılarak kullanılabilirlik alanları arasında zaman uyumlu olarak çoğaltılır.

  • Bölgeler arasında trafik yönlendirme: Normal işlemler sırasında iş akışı çağrıları tüm kullanılabilirlik alanlarına tüm kullanılabilir plan örnekleriniz arasında yayılır.

  • Bölgeler arasında veri çoğaltma: Durum bilgisi olan iş akışları için iş akışı durumu, yapılandırdığınız durum depolama alanına göre depolanır. Dış depolama sisteminiz olarak Azure Depolama'yı kullandığınızda, iş akışı durumunu kullanılabilirlik alanları arasında zaman uyumlu olarak çoğaltan alanlar arası yedekli depolama (ZRS) kullanmanız gerekir.

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

Bu bölümde, kullanılabilirlik alanı kesintisi oluştuğunda ve mantıksal uygulama kaynakları alanlar arası yedeklilik için yapılandırıldığında neler bekleyebileceğiniz açıklanmaktadır.

  • Algılama ve yanıt: Azure Logic Apps, kullanılabilirlik alanındaki bir hatayı algılamaktan sorumludur. 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: Kullanılabilirlik alanı kullanılamaz duruma gelirse, Azure Logic Apps hatalı kullanılabilirlik alanındaki bir VM üzerinde çalışan devam eden iş akışı yürütmelerini sonlandırır. Platform, iş akışını farklı bir kullanılabilirlik alanındaki başka bir VM'de otomatik olarak sürdürür. Bu davranış nedeniyle etkin iş akışları, kalan kullanılabilirlik alanlarına yeni VM'ler eklendiğinde bazı geçici hatalarla veya daha yüksek gecikme süresiyle karşılaşabilir.

  • Beklenen kapalı kalma süresi: Azure Logic Apps'te kapalı kalma süresi beklenmez. Ancak kapalı kalma süresiyle karşılaşan diğer hizmetlerde bağımlılıklar varsa mantıksal uygulamanız da etkilenebilir.

  • Beklenen veri kaybı: Veri kaybı beklenmez.

  • Trafik yönlendirme: Gelen trafik, iyi durumdaki bölgelerdeki altyapıya otomatik olarak dağıtılır.
  • Trafik yeniden yönlendirme: Gelen trafik, kullanılabilir olduklarında sağlıklı bölgelerdeki yeni plan örneklerine otomatik olarak dağıtılır. Daha fazla bilgi için bkz. Bölge hatası sırasında davranış.
  • Çalışma zamanı olmayan davranışlar: Alanlar arası yedekli bir plandaki mantıksal uygulama iş akışları, kullanılabilirlik alanında kesinti yaşansa bile çalışmaya devam eder. Ancak, kullanılabilirlik bölgesi kesintisi sırasında çalışma zamanı dışındaki davranışlar etkilenebilir. Daha fazla bilgi ve bu davranışların listesi için bkz. Bölge hatası sırasında davranış.
  • Çalışma zamanı olmayan davranışlar: Alanlar arası yedekli bir plandaki mantıksal uygulama iş akışları, kullanılabilirlik alanında kesinti yaşansa bile çalışmaya devam eder. Ancak, kullanılabilirlik bölgesi kesintisi sırasında çalışma zamanı dışındaki davranışlar etkilenebilir. Daha fazla bilgi ve bu davranışların listesi için bkz. Ortam - Bölge hatası sırasında davranış.

Bölge kurtarma

Kullanılabilirlik alanı kurtarıldığında, Azure Logic Apps kullanılabilirlik alanındaki örnekleri otomatik olarak geri yükler, diğer kullanılabilirlik alanlarında oluşturulan geçici örnekleri kaldırır ve örnekleriniz arasındaki trafiği normal şekilde yeniden yönlendirer.

Bölge hataları için test

Azure Logic Apps, alanlar arası yedekli mantıksal uygulama kaynakları için trafik yönlendirmeyi, yük devretmeyi ve yeniden çalışmayı yönetir. Hiçbir şey başlatmanıza gerek yoktur. Bu özellik tamamen yönetildiğinden kullanılabilirlik alanı hata işlemlerini doğrulamanız gerekmez.

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

Her mantıksal uygulama tek bir Azure bölgesine dağıtılır. Bölge kullanılamaz duruma gelirse mantıksal uygulamanız da kullanılamaz.

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

Birincil bölge kullanılamıyorsa, daha yüksek dayanıklılık için ikincil bölgeye bir bekleme veya yedekleme mantık uygulaması dağıtabilir ve başka bir bölgeye geçiş yapabilirsiniz. Bu özelliği ayarlamak için aşağıdaki görevleri tamamlayın:

  • Mantıksal uygulamanızı hem birincil hem de ikincil bölgelerde dağıtın.
  • Kaynaklara bağlantıları gerektiği gibi yeniden yapılandırın.
  • Yük dengeleme ve yük devretme ilkelerini yapılandırın.
  • Ana örnek sağlığını izlemeyi ve failover başlatmayı planlayın.

Mantıksal uygulama iş akışlarınız için çok bölgeli dağıtımlar hakkında daha fazla bilgi için aşağıdaki makalelere 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.

İlgili içerik

  • Last updated on