Azure Service Bus – Nejčastější dotazy

Azure Service Bus je cloudová platforma pro asynchronní zasílání zpráv, která umožňuje odesílat data mezi oddělenými systémy. Microsoft tuto funkci nabízí jako službu, což znamená, že k jeho použití nemusíte hostovat vlastní hardware.

Obor názvů poskytuje kontejner oborů pro adresování prostředků služby Service Bus v rámci vaší aplikace. Vytvoření oboru názvů je nezbytné pro použití služby Service Bus a je jedním z prvních kroků v začátcích.

Fronta služby Service Bus je entita, ve které se ukládají zprávy. Fronty jsou užitečné, když máte více aplikací nebo více částí distribuované aplikace, které spolu potřebují komunikovat. Fronta se podobá distribučnímu centru v tom, že se přijímá více produktů (zpráv) a pak se odesílají z daného umístění.

Téma lze vizualizovat jako frontu a při použití více předplatných se stává bohatším modelem zasílání zpráv; v podstatě komunikační nástroj 1:N. Tento model publikování/přihlášení k odběru (nebo pub/sub) umožňuje aplikaci, která odesílá zprávu do tématu s více odběry, aby byla tato zpráva přijata více aplikacemi.

Konvenční frontu nebo téma zpracovává jeden zprostředkovatel zpráv a je uložený v jednom úložišti zpráv. Dělenou frontu nebo téma zpracovává několik zprostředkovatelů zpráv a ukládá se do více úložišť zpráv. Tato funkce znamená, že celková propustnost dělené fronty nebo tématu už není omezena výkonem jednoho zprostředkovatele zpráv nebo úložištěm zpráv. Dočasný výpadek úložiště zpráv navíc nevykreslí dělenou frontu nebo téma, které není k dispozici.

Při použití dělených entit není řazení zajištěno. V případě nedostupnosti oddílu můžete dál odesílat a přijímat zprávy z ostatních oddílů.

Úroveň Standard služby Azure Service Bus využívá azure SQL Database pro svou vrstvu úložiště back-endu. Pro všechny oblasti kromě Brazílie – jih a jihovýchodní Asie se záloha databáze hostuje v jiné oblasti (obvykle spárovaná oblast Azure). V oblastech Brazílie – jih a Jihovýchodní Asie se zálohy databází ukládají ve stejné oblasti, aby vyhovovaly požadavkům na rezidenci dat pro tyto oblasti.

Azure Service Bus úrovně Premium ukládá metadata a data do vybraných oblastí. Při nastavení geografického zotavení po havárii pro obor názvů Premium služby Azure Service Bus se metadata zkopírují do sekundární oblasti, kterou vyberete.

K odesílání a příjmu zpráv můžete použít následující protokoly se službou Azure Service Bus:

• Rozšířený protokol řízení front zpráv 1.0 (AMQP)
• Protokol Hypertext Transfer Protocol 1.1 s protokolem TLS (HTTPS)

Informace o odchozích portech TCP, které potřebujete otevřít, abyste mohli komunikovat se službou Azure Service Bus pomocí těchto protokolů, najdete v následující tabulce:

Port HTTPS se obecně vyžaduje pro odchozí komunikaci také v případě, že se protokol AMQP používá přes port 5671, protože několik operací správy provedených klientskými sadami SDK a získání tokenů z ID Microsoft Entra (při použití) běží přes HTTPS.

Oficiální sady Azure SDK obecně používají protokol AMQP k odesílání a přijímání zpráv ze služby Service Bus.

Možnost protokolu AMQP-over-WebSockets běží přes port TCP 443 stejně jako http/REST API, ale jinak je funkčně identická s prostým protokolem AMQP. Tato možnost má vyšší počáteční latenci připojení kvůli dodatečným opakovaným pokusům handshake a mírně větší režii, protože se jedná o kompromis pro sdílení portu HTTPS. Pokud je tento režim vybraný, je pro komunikaci dostatečný port TCP 443. Následující možnosti umožňují vybrat režim AMQP WebSockets.

30. září 2026 vyřadíme knihovny sady SDK služby Azure Service Bus pro WindowsAzure.ServiceBus, Microsoft.Azure.ServiceBus a com.microsoft.azure.servicebus, které nevyhovují pokynům sady Azure SDK. Také ukončíme podporu protokolu SBMP, takže tento protokol už nebudete moct používat po 30. září 2026. Před tímto datem migrujte na nejnovější knihovny sady Azure SDK, které nabízejí důležité aktualizace zabezpečení a vylepšené funkce.

I když starší knihovny je možné používat i po 30. září 2026, nebudou už od Microsoftu dostávat oficiální podporu a aktualizace. Další informace najdete v oznámení o vyřazení podpory.

Ano. Dělá to. Podívejte se na následující články:

• Použití rozhraní API JMS 2.0 se službou Azure Service Bus Premium
• Příručka pro vývojáře JMS

Pokud chcete najít správné IP adresy, které chcete přidat do seznamu povolených připojení, postupujte takto:

1. Z příkazového řádku spusťte následující příkaz:

   nslookup <YourNamespaceName>.servicebus.windows.net
   

2. Poznamenejte si IP adresu vrácenou v Non-authoritative answer.

Pokud pro obor názvů používáte redundanci zóny, musíte udělat několik dalších kroků:

1. Nejprve spustíte nslookup v oboru názvů.

   nslookup <yournamespace>.servicebus.windows.net
   

2. Poznamenejte si název v oddílu neautoritativní odpovědi , který je v jednom z následujících formátů:

   <name>-s1.cloudapp.net
   <name>-s2.cloudapp.net
   <name>-s3.cloudapp.net
   

3. Spuštěním příkazu nslookup pro každou z nich s příponami s1, s2 a s3 získejte IP adresy všech tří instancí spuštěných ve třech zónách dostupnosti.

   Poznámka:

   IP adresa vrácená příkazem nslookup není statickou IP adresou. Zůstane konstantní, dokud se základní nasazení neodstraní nebo nepřesune do jiného clusteru, ale použití adres IN se nedoporučuje ani nepodporuje a budete muset sledovat změny IP adres.

Ip adresy klientů, kteří odesílají nebo přijímají zprávy z vašeho oboru názvů, nezapíšeme. Znovu vygenerujte klíče, aby se všem stávajícím klientům nepodařilo ověřit a zkontrolovat nastavení řízení přístupu na základě role v Azure (Azure RBAC) a zajistit tak, aby k oboru názvů měli přístup jenom uživatelé nebo aplikace.

Pokud používáte obor názvů premium, použijte filtrování IP adres, koncové body služby virtuální sítě a privátní koncové body k omezení přístupu k oboru názvů.

Podívejte se na osvědčené postupy pro vylepšení výkonu pomocí služby Service Bus – tento článek popisuje, jak optimalizovat výkon při výměně zpráv.

Následující vlastnosti fronty a tématu jsou neměnné. Při vytváření entit zvažte toto omezení, protože tyto vlastnosti nelze upravit, aniž byste vytvořili novou náhradní entitu.

• dělení na části
• Přednášky
• Vyhledávání duplicit
• Entita Express

Ceny

V této části najdete odpovědi na některé nejčastější dotazy týkající se cenové struktury služby Service Bus.

Článek o cenách a fakturaci služby Service Bus vysvětluje měřiče fakturace ve službě Service Bus. Konkrétní informace o cenových možnostech služby Service Bus najdete v podrobnostech o cenách služby Service Bus.

Můžete také navštívit nejčastější dotazy k podpoře Azure pro obecné informace o cenách Azure.

Úplné informace o cenách služby Service Bus najdete v podrobnostech o cenách služby Service Bus. Kromě uvedených cen se vám budou účtovat související přenosy dat za výchozí přenos dat mimo datové centrum, ve kterém je vaše aplikace zřízená.

Jakýkoli přenos dat v dané oblasti Azure se poskytuje bez poplatků a také jakýkoli příchozí přenos dat. Přenos dat mimo oblast podléhá poplatkům za výchozí přenos dat, které najdete tady.

Ne. Service Bus se neúčtuje za úložiště. Existuje však kvóta, která omezuje maximální množství dat, která je možné zachovat na každou frontu nebo téma. Podívejte se na další nejčastější dotazy.

Služba Azure Service Bus nedávno upgradovala fakturační komponenty. Z důvodu této změny, pokud máte obor názvů Service Bus Standard, může se zobrazit řádkové položky pro prostředek /subscriptions/<azure_subscription_id>/resourceGroups/$system/providers/Microsoft.ServiceBus/namespaces/$system ve skupině $systemprostředků .

Tyto poplatky představují základní poplatek za předplatné Azure, které zřídilo obor názvů Service Bus Standard.

Je důležité si uvědomit, že tyto poplatky nejsou nové, to znamená, že existovaly i v předchozím fakturačním modelu. Jedinou změnou je, že jsou teď uvedené v seznamu $system. Provádí se kvůli omezením v novém fakturačním systému, který seskupuje poplatky na úrovni předplatného, nikoli vázané na konkrétní prostředek v rámci $system ID prostředku.

Kvóty

Seznam omezení a kvót služby Service Bus najdete v přehledu kvót služby Service Bus.

Služby zasílání zpráv service Bus (fronty a témata/odběry) umožňují aplikaci odesílat zprávy o velikosti až 256 kB (úroveň Standard) nebo 100 MB (úroveň Premium). Pokud pracujete se zprávami o velikosti větší než povolená velikost, použijte vzor kontroly deklarací identity popsaný v tomto blogovém příspěvku.

Když odstraníte obor názvů z předplatného, počkejte 4 hodiny, než ho znovu vytvoříte se stejným názvem v jiném předplatném. V opačném případě se může zobrazit následující chybová zpráva: Namespace already exists.

Seznam možných výjimek služby Service Bus najdete v přehledu výjimek.

Sdílené přístupové podpisy jsou ověřovací mechanismus založený na zabezpečených hashách SHA-256 nebo identifikátorech URI. Informace o tom, jak vygenerovat vlastní podpisy v Node.js, PHP, Javě, Pythonu a C#, najdete v článku Sdílené přístupové podpisy .

Obor názvů můžete přesunout z jednoho předplatného Azure do jiného pomocí webu Azure Portal nebo příkazů PowerShellu. Chcete-li operaci spustit, musí být obor názvů již aktivní. Uživatel, který spouští příkazy, musí být správcem zdrojového i cílového předplatného.

Pokud chcete pomocí webu Azure Portal migrovat obory názvů služby Service Bus do jiného předplatného, postupujte podle zde uvedených pokynů.

Následující posloupnost příkazů PowerShellu přesune obor názvů z jednoho předplatného Azure do jiného. Pokud chcete tuto operaci spustit, musí být obor názvů již aktivní a uživatel, který spouští příkazy PowerShellu, musí být správcem zdrojového i cílového předplatného.

# Create a new resource group in target subscription
Select-AzSubscription -SubscriptionId 'ffffffff-ffff-ffff-ffff-ffffffffffff'
New-AzResourceGroup -Name 'targetRG' -Location 'East US'

# Move namespace from source subscription to target subscription
Select-AzSubscription -SubscriptionId 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa'
$res = Find-AzResource -ResourceNameContains mynamespace -ResourceType 'Microsoft.ServiceBus/namespaces'
Move-AzResource -DestinationResourceGroupName 'targetRG' -DestinationSubscriptionId 'ffffffff-ffff-ffff-ffff-ffffffffffff' -ResourceId $res.ResourceId

Je možné zakázat protokol TLS 1.0 nebo 1.1 v oborech názvů služby Service Bus?

Ano, protokol TLS 1.0 nebo 1.1 v oborech názvů služby Service Bus můžete zakázat nastavením minimální verze protokolu TLS. Další informace najdete v tématu Vynucení minimální požadované verze protokolu TLS (Transport Layer Security) pro požadavky na obor názvů služby Service Bus.

Další kroky

Další informace o službě Service Bus najdete v následujících článcích:

• Představujeme Azure Service Bus Premium (blogový příspěvek)
• Představujeme Azure Service Bus Premium (Channel9)
• Přehled služby Service Bus
• Začínáme s frontami služby Service Bus