Hizmet Veri Yolu SSSService Bus FAQ

Bu makalede Microsoft Azure Service Bus hakkında sık sorulan bazı sorular açıklanmaktadır.This article discusses some frequently asked questions about Microsoft Azure Service Bus. Ayrıca, genel Azure fiyatlandırması ve destek bilgileri için Azure desteği SSS ' ni de ziyaret edebilirsiniz.You can also visit the Azure Support FAQs for general Azure pricing and support information.

Not

Bu makale yeni Azure PowerShell Az modülünü kullanacak şekilde güncelleştirilmiştir.This article has been updated to use the new Azure PowerShell Az module. En azından Aralık 2020'ye kadar hata düzeltmeleri almaya devam edecek olan AzureRM modülünü de kullanmaya devam edebilirsiniz.You can still use the AzureRM module, which will continue to receive bug fixes until at least December 2020. Yeni Az modülüyle AzureRM'nin uyumluluğu hakkında daha fazla bilgi edinmek için bkz. Yeni Azure PowerShell Az modülüne giriş.To learn more about the new Az module and AzureRM compatibility, see Introducing the new Azure PowerShell Az module. Az modülü yükleme yönergeleri için bkz. Azure PowerShell'i yükleme.For Az module installation instructions, see Install Azure PowerShell.

Azure Service Bus ilgili genel sorularGeneral questions about Azure Service Bus

Azure Service Bus nedir?What is Azure Service Bus?

Azure Service Bus , ayrılmış sistemler arasında veri göndermenizi sağlayan zaman uyumsuz mesajlaşma bulutu platformudur.Azure Service Bus is an asynchronous messaging cloud platform that enables you to send data between decoupled systems. Microsoft bu özelliği bir hizmet olarak sunmaktadır, bu da onu kullanmak için kendi donanımınızı barındırmanıza gerek kalmaz.Microsoft offers this feature as a service, which means that you do not need to host your own hardware to use it.

Service Bus ad alanı nedir?What is a Service Bus namespace?

Ad alanı , uygulamanızdaki Service Bus kaynakları adresleme için bir kapsam kapsayıcısı sağlar.A namespace provides a scoping container for addressing Service Bus resources within your application. Service Bus kullanmak için ad alanı oluşturma gereklidir ve Başlarken ilk adımlardan biridir.Creating a namespace is necessary to use Service Bus and is one of the first steps in getting started.

Azure Service Bus kuyruğu nedir?What is an Azure Service Bus queue?

Service Bus kuyruğu , iletilerin depolandığı bir varlıktır.A Service Bus queue is an entity in which messages are stored. Kuyruklar, birden çok uygulamanız veya birbirleriyle iletişim kurması gereken dağıtılmış bir uygulamanın birden çok bölümü olduğunda faydalıdır.Queues are useful when you have multiple applications, or multiple parts of a distributed application that need to communicate with each other. Sıra, birden çok ürüne (ileti) alınmış ve ardından bu konumdan gönderildiği bir dağıtım merkeziyle benzerdir.The queue is similar to a distribution center in that multiple products (messages) are received and then sent from that location.

Azure Service Bus konuları ve abonelikleri nelerdir?What are Azure Service Bus topics and subscriptions?

Bir konu bir sıra olarak görselleştirilir ve birden çok abonelik kullanıldığında, daha zengin bir mesajlaşma modeli olur; esas olarak bire çok iletişim aracı.A topic can be visualized as a queue and when using multiple subscriptions, it becomes a richer messaging model; essentially a one-to-many communication tool. Bu yayımla/abone ol modeli (veya pub/Sub), birden fazla uygulama tarafından alınan bir konuya bir ileti gönderen bir uygulamayı, bu iletinin birden çok uygulama tarafından alınmasını sağlar.This publish/subscribe model (or pub/sub) enables an application that sends a message to a topic with multiple subscriptions to have that message received by multiple applications.

Bölümlenmiş varlık nedir?What is a partitioned entity?

Geleneksel bir kuyruk veya konu, tek bir ileti Aracısı tarafından işlenir ve tek bir mesajlaşma deposunda depolanır.A conventional queue or topic is handled by a single message broker and stored in one messaging store. Yalnızca temel ve standart mesajlaşma katmanlarında desteklenir, bölümlenmiş bir kuyruk veya konu birden çok ileti aracılarıyla işlenir ve birden çok mesajlaşma mağazasında saklanır.Supported only in the Basic and Standard messaging tiers, a partitioned queue or topic is handled by multiple message brokers and stored in multiple messaging stores. Bu özellik, bölümlenmiş bir sıranın veya konunun genel üretilen işinin artık tek bir ileti aracısının veya mesajlaşma deposunun performansıyla sınırlı olmadığı anlamına gelir.This feature means that the overall throughput of a partitioned queue or topic is no longer limited by the performance of a single message broker or messaging store. Ayrıca, bir mesajlaşma deposunun geçici kesilmesi bölümlenmiş bir kuyruğu veya konuyu işlemez.In addition, a temporary outage of a messaging store does not render a partitioned queue or topic unavailable.

Bölümlenmiş varlıklar kullanılırken sıralama işlemi desteklenmez.Ordering is not ensured when using partitioned entities. Bir bölümün kullanılamaz olması durumunda diğer bölümlerden ileti almaya ve almaya devam edebilirsiniz.In the event that a partition is unavailable, you can still send and receive messages from the other partitions.

Bölümlenmiş varlıklar artık Premium SKU 'sundadesteklenmez.Partitioned entities are no longer supported in the Premium SKU.

Güvenlik duvarında hangi bağlantı noktalarını açmalıyım?What ports do I need to open on the firewall?

Aşağıdaki protokolleri, ileti göndermek ve almak için Azure Service Bus ile birlikte kullanabilirsiniz:You can use the following protocols with Azure Service Bus to send and receive messages:

  • Gelişmiş İleti Sıraya Alma Protokolü (AMQP)Advanced Message Queuing Protocol (AMQP)
  • Service Bus mesajlaşma Protokolü (SBMP)Service Bus Messaging Protocol (SBMP)
  • HTTPHTTP

Azure Event Hubs ile iletişim kurmak için bu protokolleri kullanmak üzere açmanız gereken giden bağlantı noktaları için aşağıdaki tabloya bakın.See the following table for the outbound ports you need to open to use these protocols to communicate with Azure Event Hubs.

ProtokolProtocol Bağlantı NoktalarıPorts AyrıntılarDetails
AMQPAMQP 5671 ve 56725671 and 5672 Bkz. AMQP protokol KılavuzuSee AMQP protocol guide
SBMPSBMP 9350 93549350 to 9354 Bkz. bağlantı moduSee Connectivity mode
HTTP, HTTPSHTTP, HTTPS 80, 44380, 443

Beyaz listeye hangi IP adreslerine ihtiyacım var?What IP addresses do I need to whitelist?

Bağlantılarınız için beyaz listeye doğru IP adreslerini bulmak için şu adımları izleyin:To find the right IP addresses to white list for your connections, follow these steps:

  1. Komut isteminden aşağıdaki komutu çalıştırın:Run the following command from a command prompt:

    nslookup <YourNamespaceName>.servicebus.windows.net
    
  2. Non-authoritative answerdöndürülen IP adresini aklınızda edin.Note down the IP address returned in Non-authoritative answer. Bu IP adresi statiktir.This IP address is static. Ad alanını farklı bir kümeye geri yükledikten sonra değişikliğin değiştirileceği tek zaman nokta.The only point in time it would change is if you restore the namespace on to a different cluster.

Ad alanınız için bölge yedekliliği kullanırsanız, birkaç ek adım yapmanız gerekir:If you use the zone redundancy for your namespace, you need to do a few additional steps:

  1. İlk olarak, ad alanında Nslookup ' ı çalıştırırsınız.First, you run nslookup on the namespace.

    nslookup <yournamespace>.servicebus.windows.net
    
  2. Yetkili olmayan yanıt bölümündeki adı aşağıdaki biçimlerden birinde olan bir yere göz önünde edin:Note down the name in the non-authoritative answer section, which is in one of the following formats:

    <name>-s1.servicebus.windows.net
    <name>-s2.servicebus.windows.net
    <name>-s3.servicebus.windows.net
    
  3. Her biri için S1, S2 ve S3 sonekleri ile her biri için Nslookup ' ı çalıştırarak üç kullanılabilirlik alanında çalışan üç örnek için IP adreslerini alın.Run nslookup for each one with suffixes s1, s2, and s3 to get the IP addresses of all three instances running in three availability zones,

En iyi uygulamalarBest practices

Azure Service Bus en iyi uygulamalar nelerdir?What are some Azure Service Bus best practices?

Service Bus kullanarak performans iyileştirmeleri Için en iyi uygulamalar bölümüne bakın – bu makalede ileti alışverişi sırasında performansın nasıl iyileştirileceği açıklanır.See Best practices for performance improvements using Service Bus – this article describes how to optimize performance when exchanging messages.

Varlık oluşturmadan önce neleri bilmem gerekir?What should I know before creating entities?

Bir kuyruğun ve konunun aşağıdaki özellikleri sabittir.The following properties of a queue and topic are immutable. Bu özellikleri yeni bir değiştirme varlığı oluşturmadan değiştirilemediği için, varlıklarınızı sağladığınızda Bu kısıtlamayı göz önünde bulundurun.Consider this limitation when you provision your entities, as these properties cannot be modified without creating a new replacement entity.

  • BölümlemePartitioning
  • OturumlarSessions
  • Yineleme algılamaDuplicate detection
  • Hızlı varlıkExpress entity

FiyatlandırmaPricing

Bu bölümde Service Bus Fiyatlandırma yapısı hakkında sık sorulan bazı sorular yanıtlanmaktadır.This section answers some frequently asked questions about the Service Bus pricing structure.

Service Bus fiyatlandırma ve faturalandırma makalesinde, Service Bus faturalama ölçümleri açıklanmaktadır.The Service Bus pricing and billing article explains the billing meters in Service Bus. Service Bus fiyatlandırma seçenekleri hakkında belirli bilgiler için bkz. Service Bus fiyatlandırma ayrıntıları.For specific information about Service Bus pricing options, see Service Bus pricing details.

Genel Azure fiyatlandırma bilgileri için Azure desteği SSS ' ni de ziyaret edebilirsiniz.You can also visit the Azure Support FAQs for general Azure pricing information.

Service Bus için ücret ödersiniz?How do you charge for Service Bus?

Service Bus fiyatlandırması hakkında tüm bilgiler için bkz. Service Bus fiyatlandırma ayrıntıları.For complete information about Service Bus pricing, see Service Bus pricing details. Belirtilen fiyatlara ek olarak, uygulamanızın sağlandığı veri merkezinin dışında çıkış için ilişkili veri aktarımları için ücretlendirilirsiniz.In addition to the prices noted, you are charged for associated data transfers for egress outside of the data center in which your application is provisioned.

Hangi Service Bus kullanımı veri aktarımına tabidir?What usage of Service Bus is subject to data transfer? Ne değildir?What is not?

Belirli bir Azure bölgesindeki tüm veri aktarımlarında, tüm gelen veri aktarımlarında da ücret alınmaz.Any data transfer within a given Azure region is provided at no charge, as well as any inbound data transfer. Bölge dışında veri aktarımı, buradabulunan çıkış ücretlerine tabidir.Data transfer outside a region is subject to egress charges, which can be found here.

Service Bus depolama için ücretlendirilir mi?Does Service Bus charge for storage?

Hayır, Service Bus depolama için ücret alınmaz.No, Service Bus does not charge for storage. Ancak, kuyruk/Konu başına kalıcı olabilecek maksimum veri miktarını sınırlayan bir kota vardır.However, there is a quota limiting the maximum amount of data that can be persisted per queue/topic. Sonraki SSS bölümüne bakın.See the next FAQ.

Service Bus standart bir ad alanı var.I have a Service Bus Standard namespace. ' $System ' kaynak grubu altında ücretleri neden görüyorum?Why do I see charges under resource group '$system'?

Azure Service Bus son zamanlarda faturalandırma bileşenleri yükseltildi.Azure Service Bus recently upgraded the billing components. Bu nedenle, Service Bus standart bir ad alanınız varsa, ' $system ' kaynak grubu altında '/Subscriptions/< azure_subscription_id >/resourceGroups/$system/providers/Microsoft.ServiceBus/namespaces/$system ' kaynağı için satır öğeleri görebilirsiniz.Due to this, if you have a Service Bus Standard namespace, you may see line items for the resource '/subscriptions/<azure_subscription_id>/resourceGroups/$system/providers/Microsoft.ServiceBus/namespaces/$system' under resource group '$system'.

Bu ücretler, Azure aboneliği başına Service Bus standart ad alanı sağlayan temel ücreti temsil eder.These charges represent the base charge per Azure subscription that has provisioned a Service Bus Standard namespace.

Bunların yeni ücretler olmadığına dikkat edin, yani önceki faturalandırma modelinde var.It is important to note that these are not new charges, i.e. they existed in the previous billing model too. Tek değişiklik, artık ' $system ' altında listelenirler.The only change is that they are now listed under '$system'. Bu, yeni faturalandırma sisteminde bulunan ve ' $system ' kaynak kimliği altında belirli bir kaynağa bağlı olmayan abonelik düzeyi ücretlerini gruplandıran bir değer nedeniyle yapılır.This is done due to contraints in the new billing system which groups subscription level charges, not tied to a specific resource, under the '$system' resource id.

KotalarQuotas

Service Bus limitlerin ve kotaların listesi için bkz. Service Bus kotalara genel bakış.For a list of Service Bus limits and quotas, see the Service Bus quotas overview.

Service Bus kullanım kotası var mı?Does Service Bus have any usage quotas?

Varsayılan olarak, herhangi bir bulut hizmeti için Microsoft, tüm müşteri abonelikleri genelinde hesaplanan bir toplu aylık kullanım kotası ayarlar.By default, for any cloud service Microsoft sets an aggregate monthly usage quota that is calculated across all of a customer's subscriptions. Bu limitlerden daha fazlasına ihtiyacınız varsa, gereksinimlerinizi anlamak ve bu limitleri uygun şekilde ayarlamak için istediğiniz zaman müşteri hizmetlerine başvurabilirsiniz.If you need more than these limits, you can contact customer service at any time to understand your needs and adjust these limits appropriately. Service Bus için, toplam kullanım kotası ayda 5.000.000.000 ileti olur.For Service Bus, the aggregate usage quota is 5 billion messages per month.

Microsoft, belirli bir ayda kullanım kotalarını aşan bir müşteri hesabını devre dışı bırakma hakkını saklı tutarken, e-posta bildirimleri gönderilir ve herhangi bir eylemde bulunulmadan önce bir müşteriyle iletişim kurmak için birden çok girişim yapılır.While Microsoft reserves the right to disable a customer account that has exceeded its usage quotas in a given month, e-mail notifications are sent and multiple attempts are made to contact a customer before taking any action. Bu kotaları aşan müşteriler, kotaları aşan ücretlerden de sorumludur.Customers exceeding these quotas are still responsible for charges that exceed the quotas.

Azure 'daki diğer hizmetlerde olduğu gibi, kaynakların kullanıma açık olmasını sağlamak için belirli bir kotalar kümesini zorlar Service Bus.As with other services on Azure, Service Bus enforces a set of specific quotas to ensure that there is fair usage of resources. Service Bus kotaları genelgörünümünde bu kotalarla ilgili daha fazla ayrıntı bulabilirsiniz.You can find more details about these quotas in the Service Bus quotas overview.

> 1 MB boyutundaki iletiler nasıl ele alınacağını?How to handle messages of size > 1 MB?

Service Bus mesajlaşma hizmetleri (kuyruklar ve konular/abonelikler), uygulamanın 256 KB 'ye (Standart katmana) veya 1 MB 'a (Premium katman) kadar mesaj göndermesini sağlar.Service Bus messaging services (queues and topics/subscriptions) allow application to send messages of size up to 256 KB (standard tier) or 1 MB (premium tier). 1 MB 'tan büyük boyuttaki iletilerle uğraşıyorsanız, Bu blog gönderisinegöre açıklanan talep denetimi modelini kullanın.If you are dealing with messages of size greater than 1 MB, use the claim check pattern described in this blog post.

Sorun gidermeTroubleshooting

Neden bir ad alanını başka bir abonelikten sildikten sonra oluşturamadım?Why am I not able to create a namespace after deleting it from another subscription?

Bir aboneliğden bir ad alanını sildiğinizde, başka bir abonelikte aynı adla yeniden oluşturmadan önce 4 saat bekleyin.When you delete a namespace from a subscription, wait for 4 hours before recreating it with the same name in another subscription. Aksi takdirde, aşağıdaki hata iletisini alabilirsiniz: Namespace already exists.Otherwise, you may receive the following error message: Namespace already exists.

Azure Service Bus API 'Leri ve önerilen eylemleri tarafından oluşturulan özel durumlar nelerdir?What are some of the exceptions generated by Azure Service Bus APIs and their suggested actions?

Olası Service Bus özel durumların listesi için bkz. özel durumlara genel bakış.For a list of possible Service Bus exceptions, see Exceptions overview.

Paylaşılan erişim Imzası nedir ve hangi dillerin imza oluşturulmasını destekler?What is a Shared Access Signature and which languages support generating a signature?

Paylaşılan erişim Imzaları, SHA-256 güvenli karmaları veya URI 'Leri temel alan bir kimlik doğrulama mekanizmasıdır.Shared Access Signatures are an authentication mechanism based on SHA-256 secure hashes or URIs. Node. js, PHP, Java, Python C#'da kendi imzalarınızı oluşturma hakkında daha fazla bilgi için bkz. paylaşılan erişim imzaları makalesi.For information about how to generate your own signatures in Node.js, PHP, Java, Python, and C#, see the Shared Access Signatures article.

Abonelik ve ad alanı yönetimiSubscription and namespace management

Bir ad alanını başka bir Azure aboneliğine geçirmek Nasıl yaparım? mı?How do I migrate a namespace to another Azure subscription?

Azure Portal veya PowerShell komutlarını kullanarak bir Azure aboneliğinden diğerine bir ad alanı taşıyabilirsiniz.You can move a namespace from one Azure subscription to another, using either the Azure portal or PowerShell commands. İşlemi yürütmek için ad alanı zaten etkin olmalıdır.In order to execute the operation, the namespace must already be active. Komutları yürüten kullanıcının hem kaynak hem de hedef aboneliklerde yönetici olması gerekir.The user executing the commands must be an administrator on both the source and target subscriptions.

PortalPortal

Service Bus ad alanlarını başka bir aboneliğe geçirmek üzere Azure portal kullanmak için buradakiyönergeleri izleyin.To use the Azure portal to migrate Service Bus namespaces to another subscription, follow the directions here.

PowerShellPowerShell

Aşağıdaki PowerShell komutları dizisi bir ad alanını bir Azure aboneliğinden diğerine taşılardır.The following sequence of PowerShell commands moves a namespace from one Azure subscription to another. Bu işlemi yürütmek için, ad alanı zaten etkin olmalıdır ve PowerShell komutlarını çalıştıran kullanıcının hem kaynak hem de hedef aboneliklerde yönetici olması gerekir.To execute this operation, the namespace must already be active, and the user running the PowerShell commands must be an administrator on both the source and target subscriptions.

# 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

Sonraki adımlarNext steps

Service Bus hakkında daha fazla bilgi edinmek için aşağıdaki makalelere bakın:To learn more about Service Bus, see the following articles: