Service Bus premium mesajlaşma katmanı

Kuyruklar ve konu başlıkları gibi varlıkları içeren Service Bus Mesajlaşma, kuruluşun mesajlaşma işlevlerini bulut ölçeğinde zengin yayımla-abone ol semantiği ile birleştirir. Service Bus Mesajlaşması birçok gelişmiş bulut çözümü için iletişimin temel öğesi olarak kullanılır.

Service Bus Mesajlaşma hizmetinin Premium katmanı, görev açısından kritik uygulamalar için ölçek, performans ve kullanılabilirlik bağlamında yaygın müşteri isteklerini karşılar. Üretim senaryoları için premium katmanı kullanmanızı öneririz. Özellik kümeleri neredeyse aynı olsa da, Service Bus Mesajlaşma hizmetinin standart ve premium katmanları farklı kullanım örneklerine hizmet vermek üzere tasarlanmıştır.

Aşağıdaki tabloda bazı üst düzey farklılıklar vurgulanmıştır.

Ölçütler Premium Standart
Aktarım hızı Yüksek aktarım hızı Değişken işleme
Performans Tahmin edilebilir performans Değişken gecikme süresi
Fiyatlandırma Sabit fiyatlandırma Kullandıkça Öde değişken fiyatlandırması
Ölçek İş yükünün ölçeğini artırma veya azaltma Yok
İleti boyutu İleti boyutu 100 MB'a kadardır. Daha fazla bilgi için bkz . Büyük ileti desteği. İleti boyutu 256 KB’a kadar

Service Bus Premium Mesajlaşma Hizmeti, CPU'da ve bellek düzeyinde kaynak yalıtımına olanak sağladığından her müşterinin iş yükü yalıtımlı şekilde çalışır. Bu kaynak kapsayıcısı mesajlaşma birimi olarak adlandırılır. Her premium ad alanı, en az bir mesajlaşma birimi için ayrılmıştır. Her Service Bus Premium ad alanı için 1, 2, 4, 8 veya 16 mesajlaşma birimleri satın alabilirsiniz. Tek bir iş yükü veya varlık birden çok mesajlaşma birimine yayılabilir ve mesajlaşma birimi sayısı istediğiniz zaman değiştirilebilir. Sonuç olarak, Service Bus tabanlı çözümünüz için tahmin edilebilir ve tekrarlanabilir bir performans elde edersiniz.

Bu performans daha öngörülebilir ve kullanılabilir olmakla kalmaz, aynı zamanda daha hızlıdır. Premium mesajlaşma ile en yüksek performans, standart katmandan çok daha hızlıdır.

Premium mesajlaşma teknik farklılıkları

Aşağıdaki bölümlerde premium ve standart mesajlaşma katmanları arasındaki birkaç fark açıklanmıştır.

İfade varlıkları

Premium mesajlaşma yalıtılmış bir çalışma zamanı ortamında çalıştığından, premium ad alanları içinde hızlı varlıklar desteklenmez. Hızlı varlık, bir iletiyi kalıcı depolamaya yazmadan önce geçici olarak bellekte tutar. Standart mesajlaşma altında çalışan kodunuz varsa ve bunu premium katmana geçirmek istiyorsanız, hızlı varlık özelliğinin devre dışı bırakıldığından emin olun.

Premium mesajlaşma kaynağı kullanımı

Genel olarak, bir varlıktaki herhangi bir işlem CPU ve bellek kullanımına neden olabilir. Bu işlemlerden bazıları şunlardır:

  • Kuyruklar, konular ve aboneliklerde Oluşturma, Alma, Güncelleştirme ve Silme (CRUD) işlemleri gibi yönetim işlemleri.
  • Çalışma zamanı işlemleri (ileti gönderme ve alma)
  • İzleme işlemleri ve uyarıları

Ek CPU ve bellek kullanımı ek olarak ücretlendirilmemektedir. Premium mesajlaşma katmanı için ileti birimi için tek bir fiyat vardır.

CPU ve bellek kullanımı aşağıdaki nedenlerle izlenir ve size görüntülenir:

  • Sistem iç sistemlerine saydamlık sağlama
  • Satın alınan kaynakların kapasitesini anlama.
  • Ölçeği artırmaya/azaltmaya karar vermenize yardımcı olan kapasite planlaması.

Kaç mesajlaşma birimi gerekiyor?

Azure Service Bus premium ad alanı sağlarken mesajlaşma birimi sayısını belirtirsiniz. Bu mesajlaşma birimleri, ad alanına ayrılan ayrılmış kaynaklardır. Bölümleme ad alanında etkinleştirildiğinde, mesajlaşma birimleri bölümler arasında eşit olarak dağıtılır.

Service Bus premium ad alanına ayrılan mesajlaşma birimi sayısı, iş yüklerindeki değişikliği (artış veya azaltma) factorz şekilde dinamik olarak ayarlanabilir .

Mimariniz için mesajlaşma birimi sayısına karar verirken dikkate alınması gereken birkaç faktör vardır:

  • Ad alanınıza ayrılan 1 veya 2 mesajlaşma birimiyle veya bölüm başına 1 ileti birimiyle başlayın.
  • Ad alanınızın Kaynak kullanımı ölçümleri içindeki CPU kullanım ölçümlerini inceleyin.
    • CPU kullanımı %20'nin altındaysa, ad alanınıza ayrılan mesajlaşma birimi sayısını azaltabilirsiniz.
    • CPU kullanımı %70'in üzerindeyse, uygulamanız ad alanınıza ayrılan mesajlaşma birimi sayısını artırmanın avantajlarından yararlanır.

Service Bus ad alanını otomatik olarak ölçeklendirilecek (mesajlaşma birimlerini artıracak veya azaltacak) yapılandırmayı öğrenmek için bkz . Mesajlaşma birimlerini otomatik olarak güncelleştirme.

Not

Ad alanına ayrılan kaynakların ölçeklenmesi önleyici veya reaktif olabilir.

  • Önleyici: Ek iş yükü bekleniyorsa (mevsimsellik veya eğilimler nedeniyle), iş yükleri isabet etmeden önce ad alanına daha fazla mesajlaşma birimi ayırmaya devam edebilirsiniz.

  • Reaktif: Kaynak kullanımı ölçümleri incelenerek ek iş yükleri belirlenirse artan talebi dahil etmek için ad alanına ek kaynaklar atanabilir.

Service Bus için faturalama ölçümleri saatlik olarak gerçekleştirilir. Ölçeği artırma durumunda, yalnızca bunların kullanıldığı saatler için ek kaynaklar için ödeme alırsınız.

Premium mesajlaşmayı kullanmaya başlama

Premium mesajlaşmayı kullanmaya başlamak basittir ve işlem standart mesajlaşmaya benzer. Azure Portal'da ad alanı oluşturarak başlayın. Fiyatlandırma katmanı için Premium'u seçtiğinizden emin olun. Her katman hakkında daha fazla bilgi görmek için Tüm fiyatlandırma ayrıntılarını görüntüle'yi seçin.

Ad alanı oluştururken premium katman seçimini gösteren ekran görüntüsü.

Ayrıca Azure Resource Manager şablonlarını kullanarak premium ad alanları oluşturabilirsiniz.

Büyük iletiler desteği

Azure Service Bus birincil katman ad alanları, 100 MB'a kadar büyük ileti yüklerini gönderebilmeyi destekler. Bu özellik öncelikli olarak diğer kurumsal mesajlaşma aracılarında daha büyük ileti yükleri kullanan ve sorunsuz bir şekilde Azure Service Bus'a geçiş yapmak isteyen eski iş yüklerine yöneliktir.

Azure Service Bus'ta büyük iletiler gönderirken dikkat edilmesi gereken bazı noktalar şunlardır:

  • Yalnızca Azure Service Bus premium katmanı ad alanında desteklenir.
  • Yalnızca Gelişmiş İleti Sıraya Alma Protokolü (AMQP) protokolü kullanılırken desteklenir. SBMP veya HTTP protokolleri kullanılırken desteklenmez, premium katmanda SBMP ve HTTP protokolleri için en büyük ileti boyutu 1 MB'tır.
  • Java İleti Hizmeti (JMS) 2.0 istemci SDK'sı ve diğer dil istemci SDK'ları kullanılırken desteklenir.
  • Büyük iletiler göndermek aktarım hızının azalmasına ve gecikme süresinin artmasına neden olur.
  • 100 MB ileti yükleri desteklense de, Service Bus ad alanından güvenilir performans sağlamak için ileti yüklerini mümkün olduğunca küçük tutmanızı öneririz.
  • En büyük ileti boyutu yalnızca kuyruğa veya konuya gönderilen iletiler için zorlanır. Boyut sınırı alma işlemi için zorlanmaz. Belirli bir kuyruk (veya konu) için en büyük ileti boyutunu güncelleştirmenizi sağlar.
  • Toplu işlem desteklenmez.

30 Eylül 2026'da Azure Service Bus için SBMP protokolü desteğini devre dışı bırakacağız, böylece 30 Eylül 2026'da bu protokolü artık kullanamayacaksınız. Bu tarihten önce kritik güvenlik güncelleştirmeleri ve gelişmiş özellikler sunan AMQP protokolunu kullanarak en son Azure Service Bus SDK kitaplıklarına geçiş yapın.

Daha fazla bilgi için bkz . destek kullanımdan kaldırma duyurusu.

Yeni bir kuyruk (veya konu) için büyük iletileri etkinleştirme desteği

Büyük iletilere yönelik desteği etkinleştirmek için, aşağıdaki görüntüde gösterildiği gibi yeni bir kuyruk (veya konu) oluştururken en büyük ileti boyutunu ayarlayın:

Var olan bir kuyruk için büyük ileti desteğini etkinleştirmeyi gösteren ekran görüntüsü.

Mevcut bir kuyruk (veya konu) için büyük iletileri etkinleştirme desteği

Ayrıca, aşağıdaki görüntüde gösterildiği gibi söz konusu kuyruğa (veya konuya) genel bakış sayfasındaki En büyük ileti boyutunu güncelleştirerek mevcut kuyruklar (veya konular) için büyük ileti desteğini etkinleştirebilirsiniz.

Büyük ileti desteğinin etkinleştirildiği Kuyruk oluştur sayfasının ekran görüntüsü.

Ağ güvenliği

Aşağıdaki ağ güvenliği özellikleri yalnızca premium katmanda kullanılabilir. Ayrıntılar için bkz . Ağ güvenliği.

Azure portalını kullanarak IP güvenlik duvarını yapılandırmak yalnızca premium katman ad alanları için kullanılabilir. Ancak Azure Resource Manager şablonları, CLI, PowerShell veya REST API kullanarak diğer katmanlar için IP güvenlik duvarı kurallarını yapılandırabilirsiniz. Daha fazla bilgi için bkz . IP güvenlik duvarını yapılandırma.

Bekleyen verilerin şifrelenmesi

Depolama alt sisteminde depolanan tüm veriler Microsoft tarafından yönetilen anahtarlar kullanılarak şifrelenir. Kendi anahtarınızı (müşteri tarafından yönetilen anahtar olarak da adlandırılır) kullanıyorsanız veriler Microsoft tarafından yönetilen anahtar kullanılarak şifrelenir, ancak microsoft tarafından yönetilen anahtar da müşteri tarafından yönetilen anahtar kullanılarak şifrelenir. Bu özellik, Microsoft tarafından yönetilen anahtarları şifrelemek için kullanılan müşteri tarafından yönetilen anahtarlar oluşturmanızı, döndürmenizi, devre dışı bırakmanızı ve erişimi iptal etmenizi sağlar. Müşteri tarafından yönetilen anahtar özelliğini etkinleştirmek, ad alanınızda tek seferlik bir kurulum işlemidir. Daha fazla bilgi için bkz . Bekleyen Azure Service Bus verilerini şifreleme.

Bölümleme

Bölümleme söz konusu olduğunda standart ve premium katmanlar arasında bazı farklılıklar vardır.

  • Bölümleme, temel veya standart SKU'lardaki tüm kuyruklar ve konular için varlık oluşturma sırasında kullanılabilir. Bir ad alanı hem bölümlenmiş hem de bölümlenmemiş varlıklara sahip olabilir. Bölümleme, premium katman için ad alanı oluşturma sırasında kullanılabilir ve bu ad alanı içindeki tüm kuyruklar ve konular bölümlenir. Premium ad alanları içinde daha önce geçirilen bölümlenmiş varlıklar beklendiği gibi çalışmaya devam eder.
  • Temel veya Standart SKU'larda bölümleme etkinleştirildiğinde Service Bus 16 bölüm oluşturur. Bölümleme premium katmanda etkinleştirildiğinde, bölüm sayısı ad alanı oluşturma sırasında belirtilir.

Daha fazla bilgi için bkz . Service Bus'ta Bölümleme.

Coğrafi olağanüstü durum ve kurtarma

Azure Service Bus, tek tek makinelerin ve hatta eksiksiz rafların yıkıcı hata riskini bir veri merkezindeki birden çok hata etki alanına yayılan kümelere yayar ve hizmetin garanti edilen hizmet düzeylerinde çalışmaya devam etmesi ve bu tür hatalar oluştuğunda genellikle fark edilebilir kesintiler olmadan şeffaf hata algılama ve yük devretme mekanizmaları uygular. Premium ad alanı iki veya daha fazla mesajlaşma birimine sahip olabilir ve bu mesajlaşma birimleri, tüm etkin Service Bus küme modelini destekleyen bir veri merkezi içindeki birden çok hata etki alanına yayılır.

Premium katman ad alanı için kesinti riski fiziksel olarak ayrılmış üç tesis kullanılabilirlik alanına da yayılır ve hizmet, bir veri merkezinin tam ve yıkıcı kaybıyla anında başa çıkmak için yeterli kapasite rezervine sahiptir. Kullanılabilirlik alanı desteğiyle birlikte bir hata etki alanındaki tüm etkin Azure Service Bus küme modeli, ciddi donanım hatalarına karşı dayanıklılık ve hatta tüm veri merkezi tesislerinin yıkıcı kaybı açısından şirket içi ileti aracısı ürünlerinden daha üstündür. Yine de, bu önlemlerin bile yeterince savunamayabileceği yaygın fiziksel yıkımla ilgili ciddi durumlar olabilir.

Service Bus Coğrafi olağanüstü durum kurtarma (Geo-DR) özelliği, bu büyüklükteki bir olağanüstü durumdan kurtarmayı ve uygulama yapılandırmalarınızı değiştirmek zorunda kalmadan başarısız olan bir Azure bölgesini temelli olarak bırakmanızı kolaylaştıracak şekilde tasarlanmıştır. Bir Azure bölgesini terk etmek genellikle çeşitli hizmetleri kapsar ve bu özellik öncelikli olarak bileşik uygulama yapılandırmasının bütünlüğünün korunmasına yardımcı olmayı amaçlar. Bu özellik, Service Bus premium katmanı için genel kullanıma sunulmuştur.

Coğrafi Olağanüstü Durum Kurtarma özelliği, bir ad alanının (varlıklar, yapılandırma, özellikler) tüm yapılandırmasının birincil ad alanından eşleştirildiği ikincil ad alanına sürekli olarak çoğaltılmasını sağlar ve istediğiniz zaman birincil ad alanından ikincil ad alanına yalnızca bir kez yük devretme işlemi başlatmanızı sağlar. Yük devretme taşıma işlemi, ad alanı için seçilen diğer ad adını ikincil ad alanına yeniden atar ve ardından eşleştirmeyi keser. Yük devretme işlemi başlatıldıktan hemen sonra gerçekleşir.

Daha fazla bilgi için bkz . Azure Service Bus Coğrafi olağanüstü durum kurtarma.

Coğrafi çoğaltma

Coğrafi Çoğaltma özelliği, Azure Service Bus uygulamalarını kesintilere ve olağanüstü durumlara karşı yalıtma seçeneklerinden biridir ve hem meta verilerin (varlıklar, yapılandırma, özellikler) hem de verilerin (ileti verileri ve ileti özelliği/ durum değişiklikleri) çoğaltılması sağlanırken, önceki bölümde açıklanan Geo-DR özelliği yalnızca meta verileri çoğaltır.

Coğrafi Çoğaltma özelliği, bir ad alanının meta verilerinin ve verilerinin birincil bölgeden bir veya daha fazla ikincil bölgeye sürekli olarak çoğaltılmasını sağlar.

  • Kuyruklar, konular, abonelikler, filtreler.
  • Varlıklarda bulunan veriler.
  • Ad alanı içindeki iletilere karşı yürütülen tüm durum değişiklikleri ve özellik değişiklikleri.
  • Ad alanı yapılandırması.

Bu özellik, herhangi bir anda ikincil bölgeyi birincil bölgeye yükseltmeye olanak tanır. İkincil bir yükseltme, ad alanının adını seçili ikincil bölgeye yönlendirir ve rolleri birincil ve ikincil bölge arasında değiştirir. Yükseltme işlemi başlatıldıktan hemen hemen sonra gerçekleşir.

Java İleti Hizmeti (JMS) desteği

Premium katman JMS 1.1 ve JMS 2.0'ı destekler. Daha fazla bilgi için bkz . Azure Service Bus Premium ile JMS 2.0'ı kullanma.

Standart katman yalnızca kuyruklara odaklanan JMS 1.1 alt kümesini destekler. Daha fazla bilgi için bkz . Azure Service Bus standard ile Java Message Service 1.1'i kullanma.

Sonraki adımlar

Şu makaleye bakın: Mesajlaşma birimlerini otomatik olarak güncelleştirin.