Kurumsal sistemleri tümleştirmek için ileti aracısı ve olayları kullanma

Azure Event Grid

Azure Service Bus

Bu mimari temel kurumsal tümleştirme mimarisini temel alır ancak kurumsal arka uç sistemlerinin nasıl tümleştireceğini içerir. Bu mimari, daha fazla ölçeklenebilirlik ve güvenilirlik için hizmetleri ayrıştırmak için ileti aracılarını ve olayları kullanır. Temel tümleştirme mimarisindeki tasarım ve bileşenler hakkında bilgi sahibi olduğunuzdan emin olun. Bu öğeler, bu mimarinin temel bileşenleri hakkında temel bilgiler sağlar.

Mimari

Bu tasarımın başvurduğunu arka uç sistemleri arasında hizmet olarak yazılım (SaaS) sistemleri, Azure hizmetleri, ileti tabanlı hizmetler ve kuruluşunuzdaki mevcut web hizmetleri yer alır.

Bu mimarinin Visio dosyasını indirin.

Senaryo ayrıntıları

Yukarıdaki mimari, doğrudan arka uç sistemleriyle iş akışlarını düzenlemeye yönelik Azure Logic Apps kullanan ve API katalogları oluşturmak için Azure API Management kullanan daha basit basic kurumsal tümleştirme mimarisi temel alır.

Mimarinin bu sürümü, sistemi daha güvenilir ve ölçeklenebilir hale getirmesine yardımcı olan iki bileşen ekler:

• Azure Service Bus güvenli ve güvenilir bir ileti aracısıdır.

• Azure Event Grid bir olay yönlendirme hizmetidir. Yayımlama ve abone olma olay modelini kullanır.

Bu mimari, arka uç hizmetlerine doğrudan, zaman uyumlu çağrılar yapmak yerine bir ileti aracısı aracılığıyla zaman uyumsuz iletişim kullanır. Zaman uyumsuz iletişim aşağıdaki avantajları sağlar:

• İş yüklerindeki artışları yük dengeleme yoluyla yönetmek için Queue-Based Load Leveling desenini kullanır.

• İletileri birden çok tüketiciye yayınlamak için Publisher-Subscriber desenini kullanır

• Birden çok adım veya birden çok uygulama içerse bile uzun süre çalışan iş akışlarının ilerleme durumunu güvenilir bir şekilde izler

• Uygulamaların ayrıştırılmalarına yardımcı olur

• Mevcut ileti tabanlı sistemlerle tümleşir

• Bir arka uç sistemi kullanılamadığında iletileri kuyruğa alma olanağı sağlar

Sistemdeki çeşitli bileşenlerin yoklamaya veya zamanlanmış görevlere güvenmek yerine olaylar gerçekleştiğinde tepki vermelerini sağlamak için Event Grid'i kullanın. İleti kuyruğuna ve konu başlıklarına benzer şekilde Event Grid, uygulama ve hizmetlerin ayrıştırılmalarına yardımcı olur. Bir uygulama veya hizmet olayları yayımlarsa, ilgili abonelere bildirim gönderilir. Göndereni güncelleştirmeden yeni aboneler ekleyebilirsiniz.

Birçok Azure hizmeti Event Grid'e olay göndermeyi destekler. Örneğin, bir mantıksal uygulama blob deposuna yeni dosyalar eklendiğinde bir olayı dinleyebilir. Bu düzen, bir dosyayı karşıya yüklemenin veya kuyruğa ileti yerleştirmenin bir dizi işlemi başlattığı reaktif iş akışları oluşturur. İşlemler paralel veya belirli bir sırada çalıştırılabilir.

Öneriler

Aşağıdaki önerileri göz önünde bulundurun. Daha fazla öneri için bkz. Temel kurumsal tümleştirme mimarisi.

Service Bus

Service Bus'ün iki teslim modeli mevcuttur: çekme modeli ve vekilli itme modeli.

• Çekme modeli: Alıcı sürekli olarak yeni iletileri yoklar. Birden çok kuyruğu ve yoklama zamanlarını yönetmeniz gerekiyorsa yoklama verimsiz olabilir. Ancak bu model, ek bileşenleri ve veri atlamalarını kaldırdığından mimarinizi basitleştirebilir.

• Proxy push modeli: Alıcı başlangıçta bir Event Grid konusuna belirli bir etkinlik türüne abonedir. Yeni bir ileti kullanılabilir olduğunda, Service Bus Event Grid aracılığıyla bir etkinlik yükseltir ve gönderir. Bu olay daha sonra alıcıyı tetikler ve alıcı, bir sonraki ileti kümesini Service Bus'tan çeker. Bu model, sistemlerin iletileri neredeyse gerçek zamanlı olarak almasına olanak tanır ancak yeni iletileri sürekli yoklama amacıyla kaynakları kullanmaz. Bu mimaride dağıtmanız, yönetmeniz ve güvenliğini sağlamanız gereken ek bileşenler kullanılır.

Service Bus iletileri kullanan bir Standart Logic Apps iş akışı oluşturduğunuzda, yerleşik Service Bus bağlayıcı tetikleyicilerini kullanmanızı öneririz. Yerleşik bağlayıcı, ek maliyet eklemeden çekme modeli yapılandırmasını özet olarak tetikler. Bağlayıcı Logic Apps çalışma zamanı altyapısında sürekli döngü oluşturduğundan bu özellik maliyet, yüzey alanı yönetimi ve güvenlik arasında doğru dengeyi sağlar. Daha fazla bilgi için bkz. Service Bus yerleşik bağlayıcı tetikleyicileri.

Bir ileti grubuna erişmek için PeekLock modunu kullanın. PeekLock kullandığınızda, mantıksal uygulama iletiyi tamamlamadan veya bırakmadan önce her iletiyi doğrulamak için adımlar gerçekleştirebilir. Bu yaklaşım, yanlışlıkla ileti kaybını önler.

Etkinlik Ağı

Event Grid tetikleyicisi tetiklendiğinde en az bir olay olduğu anlamına gelir. Örneğin, bir mantık uygulaması, Service Bus üzerindeki bir ileti için Event Grid tetiklemesi aldığında, işlenmesi gereken birkaç ileti olabilir.

Dikkat edilmesi gereken noktalar

Bu önemli noktalar, bir iş yükünün kalitesini artırmak için kullanabileceğiniz bir dizi yol gösteren ilke kümesi olan Azure Well-Architected Framework'ün yapı taşlarını uygular. Daha fazla bilgi için bkz. Well-Architected Framework.

Güvenilirlik

Güvenilirlik, uygulamanızın müşterilerinize sağladığınız taahhütleri karşılayabilmesine yardımcı olur. Daha fazla bilgi için bkz. Güvenilirlik için Tasarım inceleme kontrol listesi.

• Microsoft Entra ID genel olarak dağıtılmış, yüksek oranda kullanılabilir bir SaaS platformudur.

• API Management'ı, iş gereksinimlerine ve maliyet toleranslarına göre birçok yüksek oranda kullanılabilir yapılandırmada dağıtabilirsiniz. Daha fazla bilgi için bkz. API Management kullanılabilirliğini ve güvenilirliğini sağlama.

• Logic Apps Tüketim katmanı coğrafi olarak yedekli depolamayı destekler. Daha fazla bilgi için bkz. Logic Apps için iş sürekliliği ve olağanüstü durum kurtarma.

• Konu başlıkları, sistem konuları, etki alanları ve olay abonelikleri ile olay verileri için Event Grid kaynak tanımları, bir bölgedeki kullanılabilirlik alanları arasında otomatik olarak çoğaltılır. Kullanılabilirlik alanlarından birinde hata olduğunda, Event Grid kaynakları herhangi bir insan müdahalesi olmadan otomatik olarak başka bir kullanılabilirlik alanına yük devreder. Daha fazla bilgi için bkz. Bölgeler arası olağanüstü durum kurtarma ve iş sürekliliği.

• Service Bus Premium, coğrafi felaket kurtarma ve kullanılabilirlik bölgeleri destekler. Service Bus Standard, replication destekler.

Her hizmetin garantili kullanılabilirlik ayrıntıları hakkında bilgi için çevrimiçi hizmetler için Hizmet Düzeyi Anlaşmaları bölümüne bakın.

Güvenlik

Güvenlik, kasıtlı saldırılara ve değerli verilerinizin ve sistemlerinizin kötüye kullanımına karşı güvence sağlar. Daha fazla bilgi için bkz. Güvenlik için tasarım gözden geçirme denetim listesi.

Service Bus güvenliğini sağlamaya yardımcı olmak için Microsoft Entra kimlik doğrulama ile yönetilen kimlikleri eşleştirin. Service Bus kaynakları için Microsoft Entra ID tümleştirmesi, istemcinin kaynaklara erişimi üzerinde ayrıntılı denetim için Azure rol tabanlı erişim denetimi (Azure RBAC) sağlar. Kullanıcı, grup veya uygulama hizmet sorumlusu gibi bir güvenlik sorumlusuna izin vermek için Azure RBAC kullanabilirsiniz. Bu senaryoda, uygulama hizmet sorumlusu kimliği yönetilen bir kimliktir.

Microsoft Entra ID kullanamıyorsanız, paylaşılan erişim imzası (SAS) kimlik doğrulamasını kullanarak kullanıcılara Service Bus kaynaklarına erişim ve belirli haklar tanıyın.

Bir Service Bus kuyruğunu veya konusunu, örneğin yeni iletiler göndermek için, HTTP uç noktası olarak sunmanız gerekiyorsa, API Management'ı uç noktanın önüne geçirerek kuyruğun güvenliğini sağlamak üzere kullanın. Ardından, uç noktanın güvenliğini sağlamaya yardımcı olmak için sertifikaları veya OAuth kimlik doğrulamasını kullanabilirsiniz. Uç noktanın güvenliğini sağlamanın en kolay yolu, ARACı olarak HTTP isteği veya yanıt tetikleyicisi olan bir mantıksal uygulama kullanmaktır.

Event Grid hizmeti, doğrulama kodu aracılığıyla olay tesliminin güvenliğini sağlar. Olayı kullanmak için Logic Apps kullanıyorsanız doğrulama otomatiktir. Daha fazla bilgi için bkz . Event Grid güvenliği ve kimlik doğrulaması.

Ağ güvenliği

Tasarımınız boyunca ağ güvenliğini göz önünde bulundurun.

• Service Bus Premium sanal ağ alt ağı hizmet uç noktasına bağlayabilirsiniz. Bu yapılandırma yalnızca yetkili sanal ağlardan gelen trafiği kabul ettiğinden ad alanının güvenliğini sağlar. Azure Private Link kullanarak yalnızca özel uç noktalar aracılığıyla sanal ağınıza özel trafiğe izin verebilirsiniz.

• Logic Apps Standard ve Premium'ıözel uç noktalar üzerinden gelen trafiği kabul etmek ve sanal ağ tümleştirmesi aracılığıyla giden trafik göndermek için yapılandırabilirsiniz.

• API Management örneğinize ve API'lerinize erişimin güvenliğini sağlamaya yardımcı olmak için Azure bir sanal ağ kullanabilirsiniz. Bu yöntem özel uç noktaları destekler. Daha fazla bilgi için bkz. API Management ile sanal ağ kullanma.

Maliyet İyileştirmesi

Maliyet İyileştirme, gereksiz giderleri azaltmanın ve operasyonel verimlilikleri iyileştirmenin yollarına odaklanır. Daha fazla bilgi için bkz. Maliyet İyileştirme için Tasarım İnceleme Denetim Listesi.

Maliyetleri tahmin etmek için Azure fiyatlandırma hesaplayıcısı kullanın. Burada dikkat edilmesi gereken diğer bazı noktalar bulunmaktadır.

API Yönetimi

Çalıştırıldıklarında tüm API Management örnekleri için ücretlendirilirsiniz. Ölçeği artırıp bu performans düzeyine ihtiyacınız kalmadıysa otomatik ölçeklendirmeyi el ile azaltın veya yapılandırın.

Hafif kullanım iş yükleri için düşük maliyetli, sunucusuz bir seçenek olan Tüketim katmanını göz önünde bulundurun. Tüketim katmanı API çağrısı başına faturalandırılır. Diğer katmanlar saat başına faturalandırılır.

Mantık Uygulamaları

Logic Apps sunucusuz bir model kullanır. Faturalama, eylem ve bağlayıcı çağrılarının sayısına göre hesaplanır. Daha fazla bilgi için bkz. Logic Apps fiyatlandırması.

Service Bus kuyrukları, konuları ve abonelikleri

Service Bus kuyrukları ve abonelikleri, iletileri teslim etmek için hem ara sunucu üzerinden iletme hem de çekme modellerini destekler. Çekme modelinde, her yoklama isteği bir eylem olarak ölçülür. Uzun yoklamayı varsayılan olarak 30 saniye olarak ayarlasanız bile maliyet yüksek olabilir. Gerçek zamanlı ileti teslimi gerekmiyorsa, proksid push modelini kullanmayı göz önünde bulundurun.

Service Bus kuyrukları tüm katmanlara dahildir: Temel, Standart ve Premium. Service Bus konu başlıkları ve abonelikler Standart ve Premium katmanlarında kullanılabilir. Daha fazla bilgi için bkz. Service Bus pricing.

Etkinlik Ağı

Event Grid sunucusuz bir model kullanır. Faturalama, işlem sayısına göre hesaplanır. İşlemler, etki alanlarına veya konulara giden olayları, ileri düzey eşleştirmeleri, teslim girişimlerini ve yönetimle ilgili çağrıları içerir. 100.000'e kadar işlemin kullanımı ücretsizdir.

Daha fazla bilgi için bkz. Event Grid fiyatlandırması ve Well-Architected Framework Maliyet İyileştirme.

Operasyonel Mükemmellik

Operasyonel Mükemmellik, bir uygulamayı dağıtan ve üretimde çalışır durumda tutan operasyon süreçlerini kapsar. Daha fazla bilgi için bkz. Operasyonel Mükemmellik için Tasarım Gözden Geçirme Denetim Listesi.

Temel kurumsal tümleştirme başvuru mimarisi, Well-Architected Framework'ün Operasyonel Mükemmellik sütunu ile uyumlu DevOps desenleri konusunda rehberlik sunmaktadır.

Operasyonel mükemmelliği geliştirmeye yardımcı olmak için kurtarma işlemlerini mümkün olduğunca otomatikleştirin. Otomasyonu göz önünde bulundurarak, Azure günlük izleme ve Azure Automation'ı birleştirerek Service Bus kaynaklarınızın yük devretmesini otomatikleştirebilirsiniz. Yük devretmeyi başlatmaya yönelik otomasyon mantığı örneği için bkz. Yük devretme akışı.

Performans Verimliliği

Performans Verimliliği, iş yükünüzün kullanıcı taleplerini verimli bir şekilde karşılayacak şekilde ölçeklendirebilmesini ifade eder. Daha fazla bilgi için bkz. Performans Verimliliğiiçin Tasarım gözden geçirme denetim listesi.

Daha yüksek ölçeklenebilirlik elde etmek için Service Bus Premium katmanı, mesajlaşma birimi sayısının ölçeğini genişletebilir. Daha fazla bilgi için bkz. Service Bus Premium ve Standart mesajlaşma katmanları ve Autoscaling özelliği.

Daha fazla Service Bus önerisi için, "Service Bus mesajlaşmasını kullanarak performans iyileştirmeleri için en iyi uygulamalar" bölümüne bakın.

Sonraki adımlar

• Event Grid ile tümleşik Service Bus’a genel bakış
• NServiceBus aracılığıyla Microsoft dışı sistemleri tümleştirmek için mesajlaşmayı kullanan öğretici

İlgili kaynaklar

• Azure üzerinde temel kurumsal tümleştirme
• Kurumsal BI çözümü tasarlamak için Microsoft Fabric kullanın

Bu mimari temel kurumsal tümleştirme mimarisini temel alır ancak kurumsal arka uç sistemlerinin nasıl tümleştireceğini içerir. Bu mimari, daha fazla ölçeklenebilirlik ve güvenilirlik için hizmetleri ayrıştırmak için ileti aracılarını ve olayları kullanır. Temel tümleştirme mimarisindeki tasarım ve bileşenler hakkında bilgi sahibi olduğunuzdan emin olun. Bu öğeler, bu mimarinin temel bileşenleri hakkında temel bilgiler sağlar.

Mimari

Bu tasarımın başvurduğunu arka uç sistemleri arasında hizmet olarak yazılım (SaaS) sistemleri, Azure hizmetleri, ileti tabanlı hizmetler ve kuruluşunuzdaki mevcut web hizmetleri yer alır.

Bu mimarinin Visio dosyasını indirin.

Senaryo ayrıntıları

Yukarıdaki mimari, doğrudan arka uç sistemleriyle iş akışlarını düzenlemeye yönelik Azure Logic Apps kullanan ve API katalogları oluşturmak için Azure API Management kullanan daha basit basic kurumsal tümleştirme mimarisi temel alır.

Mimarinin bu sürümü, sistemi daha güvenilir ve ölçeklenebilir hale getirmesine yardımcı olan iki bileşen ekler:

• Azure Service Bus güvenli ve güvenilir bir ileti aracısıdır.

• Azure Event Grid bir olay yönlendirme hizmetidir. Yayımlama ve abone olma olay modelini kullanır.

Bu mimari, arka uç hizmetlerine doğrudan, zaman uyumlu çağrılar yapmak yerine bir ileti aracısı aracılığıyla zaman uyumsuz iletişim kullanır. Zaman uyumsuz iletişim aşağıdaki avantajları sağlar:

• İş yüklerindeki artışları yük dengeleme yoluyla yönetmek için Queue-Based Load Leveling desenini kullanır.

• İletileri birden çok tüketiciye yayınlamak için Publisher-Subscriber desenini kullanır

• Birden çok adım veya birden çok uygulama içerse bile uzun süre çalışan iş akışlarının ilerleme durumunu güvenilir bir şekilde izler

• Uygulamaların ayrıştırılmalarına yardımcı olur

• Mevcut ileti tabanlı sistemlerle tümleşir

• Bir arka uç sistemi kullanılamadığında iletileri kuyruğa alma olanağı sağlar

Sistemdeki çeşitli bileşenlerin yoklamaya veya zamanlanmış görevlere güvenmek yerine olaylar gerçekleştiğinde tepki vermelerini sağlamak için Event Grid'i kullanın. İleti kuyruğuna ve konu başlıklarına benzer şekilde Event Grid, uygulama ve hizmetlerin ayrıştırılmalarına yardımcı olur. Bir uygulama veya hizmet olayları yayımlarsa, ilgili abonelere bildirim gönderilir. Göndereni güncelleştirmeden yeni aboneler ekleyebilirsiniz.

Birçok Azure hizmeti Event Grid'e olay göndermeyi destekler. Örneğin, bir mantıksal uygulama blob deposuna yeni dosyalar eklendiğinde bir olayı dinleyebilir. Bu düzen, bir dosyayı karşıya yüklemenin veya kuyruğa ileti yerleştirmenin bir dizi işlemi başlattığı reaktif iş akışları oluşturur. İşlemler paralel veya belirli bir sırada çalıştırılabilir.

Öneriler

Aşağıdaki önerileri göz önünde bulundurun. Daha fazla öneri için bkz. Temel kurumsal tümleştirme mimarisi.

Service Bus

Service Bus'ün iki teslim modeli mevcuttur: çekme modeli ve vekilli itme modeli.

• Çekme modeli: Alıcı sürekli olarak yeni iletileri yoklar. Birden çok kuyruğu ve yoklama zamanlarını yönetmeniz gerekiyorsa yoklama verimsiz olabilir. Ancak bu model, ek bileşenleri ve veri atlamalarını kaldırdığından mimarinizi basitleştirebilir.

• Proxy push modeli: Alıcı başlangıçta bir Event Grid konusuna belirli bir etkinlik türüne abonedir. Yeni bir ileti kullanılabilir olduğunda, Service Bus Event Grid aracılığıyla bir etkinlik yükseltir ve gönderir. Bu olay daha sonra alıcıyı tetikler ve alıcı, bir sonraki ileti kümesini Service Bus'tan çeker. Bu model, sistemlerin iletileri neredeyse gerçek zamanlı olarak almasına olanak tanır ancak yeni iletileri sürekli yoklama amacıyla kaynakları kullanmaz. Bu mimaride dağıtmanız, yönetmeniz ve güvenliğini sağlamanız gereken ek bileşenler kullanılır.

Service Bus iletileri kullanan bir Standart Logic Apps iş akışı oluşturduğunuzda, yerleşik Service Bus bağlayıcı tetikleyicilerini kullanmanızı öneririz. Yerleşik bağlayıcı, ek maliyet eklemeden çekme modeli yapılandırmasını özet olarak tetikler. Bağlayıcı Logic Apps çalışma zamanı altyapısında sürekli döngü oluşturduğundan bu özellik maliyet, yüzey alanı yönetimi ve güvenlik arasında doğru dengeyi sağlar. Daha fazla bilgi için bkz. Service Bus yerleşik bağlayıcı tetikleyicileri.

Bir ileti grubuna erişmek için PeekLock modunu kullanın. PeekLock kullandığınızda, mantıksal uygulama iletiyi tamamlamadan veya bırakmadan önce her iletiyi doğrulamak için adımlar gerçekleştirebilir. Bu yaklaşım, yanlışlıkla ileti kaybını önler.

Etkinlik Ağı

Event Grid tetikleyicisi tetiklendiğinde en az bir olay olduğu anlamına gelir. Örneğin, bir mantık uygulaması, Service Bus üzerindeki bir ileti için Event Grid tetiklemesi aldığında, işlenmesi gereken birkaç ileti olabilir.

Dikkat edilmesi gereken noktalar

Bu önemli noktalar, bir iş yükünün kalitesini artırmak için kullanabileceğiniz bir dizi yol gösteren ilke kümesi olan Azure Well-Architected Framework'ün yapı taşlarını uygular. Daha fazla bilgi için bkz. Well-Architected Framework.

Güvenilirlik

Güvenilirlik, uygulamanızın müşterilerinize sağladığınız taahhütleri karşılayabilmesine yardımcı olur. Daha fazla bilgi için bkz. Güvenilirlik için Tasarım inceleme kontrol listesi.

• Microsoft Entra ID genel olarak dağıtılmış, yüksek oranda kullanılabilir bir SaaS platformudur.

• API Management'ı, iş gereksinimlerine ve maliyet toleranslarına göre birçok yüksek oranda kullanılabilir yapılandırmada dağıtabilirsiniz. Daha fazla bilgi için bkz. API Management kullanılabilirliğini ve güvenilirliğini sağlama.

• Logic Apps Tüketim katmanı coğrafi olarak yedekli depolamayı destekler. Daha fazla bilgi için bkz. Logic Apps için iş sürekliliği ve olağanüstü durum kurtarma.

• Konu başlıkları, sistem konuları, etki alanları ve olay abonelikleri ile olay verileri için Event Grid kaynak tanımları, bir bölgedeki kullanılabilirlik alanları arasında otomatik olarak çoğaltılır. Kullanılabilirlik alanlarından birinde hata olduğunda, Event Grid kaynakları herhangi bir insan müdahalesi olmadan otomatik olarak başka bir kullanılabilirlik alanına yük devreder. Daha fazla bilgi için bkz. Bölgeler arası olağanüstü durum kurtarma ve iş sürekliliği.

• Service Bus Premium, coğrafi felaket kurtarma ve kullanılabilirlik bölgeleri destekler. Service Bus Standard, replication destekler.

Her hizmetin garantili kullanılabilirlik ayrıntıları hakkında bilgi için çevrimiçi hizmetler için Hizmet Düzeyi Anlaşmaları bölümüne bakın.

Güvenlik

Güvenlik, kasıtlı saldırılara ve değerli verilerinizin ve sistemlerinizin kötüye kullanımına karşı güvence sağlar. Daha fazla bilgi için bkz. Güvenlik için tasarım gözden geçirme denetim listesi.

Service Bus güvenliğini sağlamaya yardımcı olmak için Microsoft Entra kimlik doğrulama ile yönetilen kimlikleri eşleştirin. Service Bus kaynakları için Microsoft Entra ID tümleştirmesi, istemcinin kaynaklara erişimi üzerinde ayrıntılı denetim için Azure rol tabanlı erişim denetimi (Azure RBAC) sağlar. Kullanıcı, grup veya uygulama hizmet sorumlusu gibi bir güvenlik sorumlusuna izin vermek için Azure RBAC kullanabilirsiniz. Bu senaryoda, uygulama hizmet sorumlusu kimliği yönetilen bir kimliktir.

Microsoft Entra ID kullanamıyorsanız, paylaşılan erişim imzası (SAS) kimlik doğrulamasını kullanarak kullanıcılara Service Bus kaynaklarına erişim ve belirli haklar tanıyın.

Bir Service Bus kuyruğunu veya konusunu, örneğin yeni iletiler göndermek için, HTTP uç noktası olarak sunmanız gerekiyorsa, API Management'ı uç noktanın önüne geçirerek kuyruğun güvenliğini sağlamak üzere kullanın. Ardından, uç noktanın güvenliğini sağlamaya yardımcı olmak için sertifikaları veya OAuth kimlik doğrulamasını kullanabilirsiniz. Uç noktanın güvenliğini sağlamanın en kolay yolu, ARACı olarak HTTP isteği veya yanıt tetikleyicisi olan bir mantıksal uygulama kullanmaktır.

Event Grid hizmeti, doğrulama kodu aracılığıyla olay tesliminin güvenliğini sağlar. Olayı kullanmak için Logic Apps kullanıyorsanız doğrulama otomatiktir. Daha fazla bilgi için bkz . Event Grid güvenliği ve kimlik doğrulaması.

Ağ güvenliği

Tasarımınız boyunca ağ güvenliğini göz önünde bulundurun.

• Service Bus Premium sanal ağ alt ağı hizmet uç noktasına bağlayabilirsiniz. Bu yapılandırma yalnızca yetkili sanal ağlardan gelen trafiği kabul ettiğinden ad alanının güvenliğini sağlar. Azure Private Link kullanarak yalnızca özel uç noktalar aracılığıyla sanal ağınıza özel trafiğe izin verebilirsiniz.

• Logic Apps Standard ve Premium'ıözel uç noktalar üzerinden gelen trafiği kabul etmek ve sanal ağ tümleştirmesi aracılığıyla giden trafik göndermek için yapılandırabilirsiniz.

• API Management örneğinize ve API'lerinize erişimin güvenliğini sağlamaya yardımcı olmak için Azure bir sanal ağ kullanabilirsiniz. Bu yöntem özel uç noktaları destekler. Daha fazla bilgi için bkz. API Management ile sanal ağ kullanma.

Maliyet İyileştirmesi

Maliyet İyileştirme, gereksiz giderleri azaltmanın ve operasyonel verimlilikleri iyileştirmenin yollarına odaklanır. Daha fazla bilgi için bkz. Maliyet İyileştirme için Tasarım İnceleme Denetim Listesi.

Maliyetleri tahmin etmek için Azure fiyatlandırma hesaplayıcısı kullanın. Burada dikkat edilmesi gereken diğer bazı noktalar bulunmaktadır.

API Yönetimi

Çalıştırıldıklarında tüm API Management örnekleri için ücretlendirilirsiniz. Ölçeği artırıp bu performans düzeyine ihtiyacınız kalmadıysa otomatik ölçeklendirmeyi el ile azaltın veya yapılandırın.

Hafif kullanım iş yükleri için düşük maliyetli, sunucusuz bir seçenek olan Tüketim katmanını göz önünde bulundurun. Tüketim katmanı API çağrısı başına faturalandırılır. Diğer katmanlar saat başına faturalandırılır.

Mantık Uygulamaları

Logic Apps sunucusuz bir model kullanır. Faturalama, eylem ve bağlayıcı çağrılarının sayısına göre hesaplanır. Daha fazla bilgi için bkz. Logic Apps fiyatlandırması.

Service Bus kuyrukları, konuları ve abonelikleri

Service Bus kuyrukları ve abonelikleri, iletileri teslim etmek için hem ara sunucu üzerinden iletme hem de çekme modellerini destekler. Çekme modelinde, her yoklama isteği bir eylem olarak ölçülür. Uzun yoklamayı varsayılan olarak 30 saniye olarak ayarlasanız bile maliyet yüksek olabilir. Gerçek zamanlı ileti teslimi gerekmiyorsa, proksid push modelini kullanmayı göz önünde bulundurun.

Service Bus kuyrukları tüm katmanlara dahildir: Temel, Standart ve Premium. Service Bus konu başlıkları ve abonelikler Standart ve Premium katmanlarında kullanılabilir. Daha fazla bilgi için bkz. Service Bus pricing.

Etkinlik Ağı

Event Grid sunucusuz bir model kullanır. Faturalama, işlem sayısına göre hesaplanır. İşlemler, etki alanlarına veya konulara giden olayları, ileri düzey eşleştirmeleri, teslim girişimlerini ve yönetimle ilgili çağrıları içerir. 100.000'e kadar işlemin kullanımı ücretsizdir.

Daha fazla bilgi için bkz. Event Grid fiyatlandırması ve Well-Architected Framework Maliyet İyileştirme.

Operasyonel Mükemmellik

Operasyonel Mükemmellik, bir uygulamayı dağıtan ve üretimde çalışır durumda tutan operasyon süreçlerini kapsar. Daha fazla bilgi için bkz. Operasyonel Mükemmellik için Tasarım Gözden Geçirme Denetim Listesi.

Temel kurumsal tümleştirme başvuru mimarisi, Well-Architected Framework'ün Operasyonel Mükemmellik sütunu ile uyumlu DevOps desenleri konusunda rehberlik sunmaktadır.

Operasyonel mükemmelliği geliştirmeye yardımcı olmak için kurtarma işlemlerini mümkün olduğunca otomatikleştirin. Otomasyonu göz önünde bulundurarak, Azure günlük izleme ve Azure Automation'ı birleştirerek Service Bus kaynaklarınızın yük devretmesini otomatikleştirebilirsiniz. Yük devretmeyi başlatmaya yönelik otomasyon mantığı örneği için bkz. Yük devretme akışı.

Performans Verimliliği

Performans Verimliliği, iş yükünüzün kullanıcı taleplerini verimli bir şekilde karşılayacak şekilde ölçeklendirebilmesini ifade eder. Daha fazla bilgi için bkz. Performans Verimliliğiiçin Tasarım gözden geçirme denetim listesi.

Daha yüksek ölçeklenebilirlik elde etmek için Service Bus Premium katmanı, mesajlaşma birimi sayısının ölçeğini genişletebilir. Daha fazla bilgi için bkz. Service Bus Premium ve Standart mesajlaşma katmanları ve Autoscaling özelliği.

Daha fazla Service Bus önerisi için, "Service Bus mesajlaşmasını kullanarak performans iyileştirmeleri için en iyi uygulamalar" bölümüne bakın.

Sonraki adımlar

• Event Grid ile tümleşik Service Bus’a genel bakış
• NServiceBus aracılığıyla Microsoft dışı sistemleri tümleştirmek için mesajlaşmayı kullanan öğretici

İlgili kaynaklar

• Azure üzerinde temel kurumsal tümleştirme
• Kurumsal BI çözümü tasarlamak için Microsoft Fabric kullanın