Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Kuyruk veya konu iletileri göndermek için Azure Service Bus çıkış bağlamasını kullanın.
Kurulum ve yapılandırma ayrıntıları hakkında bilgi için genel bakışa bakın.
Önemli
Bu makalede, Node.js programlama modelinin birden çok sürümünü desteklemek için sekmeler kullanılır. Genel kullanıma sunulan v4 modeli, JavaScript ve TypeScript geliştiricileri için daha esnek ve sezgisel bir deneyime sahip olacak şekilde tasarlanmıştır. v4 modelinin nasıl çalıştığı hakkında daha fazla bilgi için Azure İşlevleri Node.js geliştirici kılavuzuna bakın. v3 ile v4 arasındaki farklar hakkında daha fazla bilgi edinmek için geçiş kılavuzuna bakın.
Azure İşlevleri, Python için iki programlama modelini destekler. Bağlamalarınızı tanımlama şekliniz seçtiğiniz programlama modeline bağlıdır.
Python v2 programlama modeli, doğrudan Python işlev kodunuzda dekoratörleri kullanarak bağlamaları tanımlamanızı sağlar. Daha fazla bilgi için bkz. Python geliştirici kılavuzu.
Bu makale her iki programlama modelini de destekler.
Örnek
C# işlevi aşağıdaki C# modlarından biri kullanılarak oluşturulabilir:
-
Yalıtılmış çalışan modeli: Çalışma zamanından yalıtılmış bir çalışan işleminde çalışan derlenmiş C# işlevi. LTS ve LTS dışı sürümler .NET ve .NET Framework üzerinde çalışan C# işlevlerini desteklemek için yalıtılmış çalışan işlemi gereklidir. Yalıtılmış çalışan işlemi işlevleri için uzantılar
Microsoft.Azure.Functions.Worker.Extensions.*ad alanlarını kullanır. -
İşlem içi model: İşlevler çalışma zamanıyla aynı işlemde çalışan derlenmiş C# işlevi. Bu modelin bir varyasyonunda, İşlevler öncelikle C# portalı düzenleme için desteklenen C# betiği kullanılarak çalıştırılabilir. İşlem içi işlevlerin uzantıları
Microsoft.Azure.WebJobs.Extensions.*ad alanlarını kullanır.
Önemli
İşlem içi model desteği 10 Kasım 2026'da sona erecektir. Tam destek için uygulamalarınızı yalıtılmış çalışan modeline geçirmenizi kesinlikle öneririz.
Bu kod, öğesini ILoggertanımlar ve başlatır:
private readonly ILogger<ServiceBusReceivedMessageFunctions> _logger;
public ServiceBusReceivedMessageFunctions(ILogger<ServiceBusReceivedMessageFunctions> logger)
{
_logger = logger;
}
Bu örnekte, bir ileti alan ve ikinci kuyruğa yazan bir C# işlevi gösterilir:
[Function(nameof(ServiceBusReceivedMessageFunction))]
[ServiceBusOutput("outputQueue", Connection = "ServiceBusConnection")]
public string ServiceBusReceivedMessageFunction(
[ServiceBusTrigger("queue", Connection = "ServiceBusConnection")] ServiceBusReceivedMessage message)
{
_logger.LogInformation("Message ID: {id}", message.MessageId);
_logger.LogInformation("Message Body: {body}", message.Body);
_logger.LogInformation("Message Content-Type: {contentType}", message.ContentType);
var outputMessage = $"Output message created at {DateTime.Now}";
return outputMessage;
}
Bu örnekte hem HTTP yanıtı göndermek hem de çıkış iletisini yazmak için nesne içeren OutputType bir HTTP tetikleyicisi kullanılır.
[Function("HttpSendMsg")]
public async Task<OutputType> Run([HttpTrigger(AuthorizationLevel.Function, "get", "post")] HttpRequestData req, FunctionContext context)
{
_logger.LogInformation($"C# HTTP trigger function processed a request for {context.InvocationId}.");
HttpResponseData response = req.CreateResponse(HttpStatusCode.OK);
await response.WriteStringAsync("HTTP response: Message sent");
return new OutputType()
{
OutputEvent = "MyMessage",
HttpResponse = response
};
}
Bu kod, OutputType üzerindeki Service Bus çıkış bağlama tanımını içeren OutputEvent birden çok çıkış türünü tanımlar:
public class OutputType
{
[ServiceBusOutput("TopicOrQueueName", Connection = "ServiceBusConnection")]
public string OutputEvent { get; set; }
public HttpResponseData HttpResponse { get; set; }
}
Aşağıdaki örnekte, http isteği tarafından tetiklendiğinde Service Bus kuyruğuna myqueue ileti gönderen bir Java işlevi gösterilmektedir.
@FunctionName("httpToServiceBusQueue")
@ServiceBusQueueOutput(name = "message", queueName = "myqueue", connection = "AzureServiceBusConnection")
public String pushToQueue(
@HttpTrigger(name = "request", methods = {HttpMethod.POST}, authLevel = AuthorizationLevel.ANONYMOUS)
final String message,
@HttpOutput(name = "response") final OutputBinding<T> result ) {
result.setValue(message + " has been sent.");
return message;
}
Java işlevleri çalışma zamanı kitaplığında değeri Service Bus kuyruğuna yazılacak işlev parametrelerinde @QueueOutput ek açıklamasını kullanın. Parametre türü OutputBinding<T> olmalıdır; burada T eski bir Java nesnesinin (POJO) herhangi bir yerel Java türüdür.
Java işlevleri Service Bus bir konuya da yazabilir. Aşağıdaki örnek, çıkış bağlamasının @ServiceBusTopicOutput yapılandırmasını açıklamak için ek açıklamayı kullanır.
@FunctionName("sbtopicsend")
public HttpResponseMessage run(
@HttpTrigger(name = "req", methods = {HttpMethod.GET, HttpMethod.POST}, authLevel = AuthorizationLevel.ANONYMOUS) HttpRequestMessage<Optional<String>> request,
@ServiceBusTopicOutput(name = "message", topicName = "mytopicname", subscriptionName = "mysubscription", connection = "ServiceBusConnection") OutputBinding<String> message,
final ExecutionContext context) {
String name = request.getBody().orElse("Azure Functions");
message.setValue(name);
return request.createResponseBuilder(HttpStatus.OK).body("Hello, " + name).build();
}
Aşağıdaki örnekte, her 5 dakikada bir kuyruk iletisi gönderen bir zamanlayıcı tarafından tetiklenen TypeScript işlevi gösterilmektedir.
import { app, InvocationContext, output, Timer } from '@azure/functions';
export async function timerTrigger1(myTimer: Timer, context: InvocationContext): Promise<string> {
const timeStamp = new Date().toISOString();
return `Message created at: ${timeStamp}`;
}
app.timer('timerTrigger1', {
schedule: '0 */5 * * * *',
return: output.serviceBusQueue({
queueName: 'testqueue',
connection: 'MyServiceBusConnection',
}),
handler: timerTrigger1,
});
Birden çok iletinin çıktısını almak için tek bir nesne yerine bir dizi döndürebilirsiniz. Örneğin:
const timeStamp = new Date().toISOString();
const message = `Message created at: ${timeStamp}`;
return [`1: ${message}`, `2: ${message}`];
Aşağıdaki örnekte, her 5 dakikada bir kuyruk iletisi gönderen zamanlayıcı tarafından tetiklenen JavaScript işlevi gösterilmektedir.
const { app, output } = require('@azure/functions');
const serviceBusOutput = output.serviceBusQueue({
queueName: 'testqueue',
connection: 'MyServiceBusConnection',
});
app.timer('timerTrigger1', {
schedule: '0 */5 * * * *',
return: serviceBusOutput,
handler: (myTimer, context) => {
const timeStamp = new Date().toISOString();
return `Message created at: ${timeStamp}`;
},
});
Birden çok iletinin çıktısını almak için tek bir nesne yerine bir dizi döndürebilirsiniz. Örneğin:
const timeStamp = new Date().toISOString();
const message = `Message created at: ${timeStamp}`;
return [`1: ${message}`, `2: ${message}`];
Aşağıdaki örnekte, function.json dosyasındaki Service Bus çıkış bağlaması ve bağlamayı kullanan bir PowerShell işlevi gösterilmektedir.
function.json dosyasındaki bağlama verileri aşağıdadır:
{
"bindings": [
{
"type": "serviceBus",
"direction": "out",
"connection": "AzureServiceBusConnectionString",
"name": "outputSbMsg",
"queueName": "outqueue",
"topicName": "outtopic"
}
]
}
burada, işlevin çıkışı olarak bir ileti oluşturan PowerShell yer alır.
param($QueueItem, $TriggerMetadata)
Push-OutputBinding -Name outputSbMsg -Value @{
name = $QueueItem.name
employeeId = $QueueItem.employeeId
address = $QueueItem.address
}
Aşağıdaki örnekte, Service Bus konu başlıklarına nasıl yazılıp Python'da kuyrukların Service Bus gösterilmektedir. Örnek, v1 veya v2 Python programlama modelini mi kullandığınıza bağlıdır.
Bu örnekte, Service Bus bir konuya nasıl not yazacakları gösterilmektedir.
import logging
import azure.functions as func
app = func.FunctionApp()
@app.route(route="put_message")
@app.service_bus_topic_output(arg_name="message",
connection="AzureServiceBusConnectionString",
topic_name="outTopic")
def main(req: func.HttpRequest, message: func.Out[str]) -> func.HttpResponse:
input_msg = req.params.get('message')
message.set(input_msg)
return 'OK'
Bu örnekte, bir Service Bus kuyruğuna nasıl yazacakları gösterilmektedir.
import azure.functions as func
app = func.FunctionApp()
@app.route(route="put_message")
@app.service_bus_queue_output(
arg_name="msg",
connection="AzureServiceBusConnectionString",
queue_name="outqueue")
def put_message(req: func.HttpRequest, msg: func.Out[str]):
msg.set(req.get_body().decode('utf-8'))
return 'OK'
Özellikler
Hem işlem içi hem de yalıtılmış çalışan işlemi C# kitaplıkları çıkış bağlamasını tanımlamak için öznitelikleri kullanır. Bunun yerine C# betiği, C# betik kılavuzunda açıklandığı gibi bir function.json yapılandırma dosyası kullanır.
C# sınıf kitaplıklarında çıktı tarafından yazılan kuyruğu veya konuyu tanımlamak için ServiceBusOutputAttribute kullanın.
Aşağıdaki tabloda özniteliğini kullanarak ayarlayabileceğiniz özellikler açıklanmaktadır:
| Özellik | Açıklama |
|---|---|
| EntityType | Varlık türünü kuyruğa ileti göndermek veya Queue bir konuya ileti gönderirken olarak Topic ayarlar. |
| QueueOrTopicName | İleti gönderilecek konunun veya kuyruğun adı. Hedef türünü ayarlamak için kullanın EntityType . |
| Bağlantı | Service Bus nasıl bağlanıldığını belirten bir uygulama ayarının veya ayar koleksiyonunun adı. Bkz. Bağlantılar. |
Dekoratörler
Dekoratör kullanılarak tanımlanan Python v2 işlevleri için, service_bus_topic_output üzerinde aşağıdaki özellikler:
| Özellik | Açıklama |
|---|---|
arg_name |
İşlev kodundaki kuyruk veya konu iletisini temsil eden değişkenin adı. |
queue_name |
Kuyruğun adı. Bir konu için değil, yalnızca kuyruk iletileri gönderiliyorsa ayarlayın. |
topic_name |
Konunun adı. Kuyruk için değil, yalnızca konu iletileri gönderiliyorsa ayarlayın. |
connection |
Service Bus nasıl bağlanıldığını belirten bir uygulama ayarının veya ayar koleksiyonunun adı. Bkz. Bağlantılar. |
function.json kullanılarak tanımlanan Python işlevleri için Configuration bölümüne bakın.
Ek Açıklamalar
ServiceBusQueueOutput ve ServiceBusTopicOutput ek açıklamaları, bir iletiyi işlev çıkışı olarak yazmak için kullanılabilir. Bu ek açıklamalarla süslenen parametre, iletinin türüne karşılık gelen tür olan bir OutputBinding<T> yer T olarak bildirilmelidir.
Yerel olarak geliştirme yaparken uygulama ayarlarınızı koleksiyondaki local.settings.json dosyasınaValues ekleyin.
Yapılandırma
Aşağıdaki tabloda, yöntemine geçirilen options nesnede output.serviceBusQueue() ayarlayabileceğiniz özellikler açıklanmaktadır.
| Özellik | Açıklama |
|---|---|
| queueName | Kuyruğun adı. |
| bağlantı | Service Bus nasıl bağlanıldığını belirten bir uygulama ayarının veya ayar koleksiyonunun adı. Bkz. Bağlantılar. |
Aşağıdaki tabloda, yöntemine geçirilen options nesnede output.serviceBusTopic() ayarlayabileceğiniz özellikler açıklanmaktadır.
| Özellik | Açıklama |
|---|---|
| topicName | Konunun adı. |
| bağlantı | Service Bus nasıl bağlanıldığını belirten bir uygulama ayarının veya ayar koleksiyonunun adı. Bkz. Bağlantılar. |
Yerel olarak geliştirme yaparken uygulama ayarlarınızı koleksiyondaki local.settings.json dosyasınaValues ekleyin.
Aşağıdaki tabloda, function.jsonayarladığınız bağlama yapılandırma özellikleri açıklanmaktadır.
| function.json özelliği | Açıklama |
|---|---|
| türü | olarak ayarlanmalıdır serviceBus. Bu özellik, tetikleyiciyi Azure portalında oluşturduğunuzda otomatik olarak ayarlanır. |
| yön | olarak ayarlanmalıdır out. Bu özellik, tetikleyiciyi Azure portalında oluşturduğunuzda otomatik olarak ayarlanır. |
| ad | İşlev kodundaki kuyruk veya konu iletisini temsil eden değişkenin adı. İşlev dönüş değerine başvurmak için "$return" olarak ayarlayın. |
| queueName | Kuyruğun adı. Bir konu için değil, yalnızca kuyruk iletileri gönderiliyorsa ayarlayın. |
| topicName | Konunun adı. Kuyruk için değil, yalnızca konu iletileri gönderiliyorsa ayarlayın. |
| bağlantı | Service Bus nasıl bağlanıldığını belirten bir uygulama ayarının veya ayar koleksiyonunun adı. Bkz. Bağlantılar. |
| accessRights (yalnızca v1) | bağlantı dizesi erişim hakları. Kullanılabilir değerler ve managedeğerleridirlisten. Varsayılan değer, 'nin Yönet iznine sahip olduğunu manage gösteren değeridirconnection.
Manage iznine sahip olmayan bir bağlantı dizesi kullanıyorsanız, accessRights değerini "dinleme" olarak ayarlayın. Aksi takdirde, İşlevler çalışma zamanı yönetme hakları gerektiren işlemleri gerçekleştirmeye çalışmayabilir. Service Bus SDK'sının en son sürümü işlemleri yönetmeyi desteklemediğinden, Azure İşlevleri sürüm 2.x ve üzeri sürümlerde bu özellik kullanılamaz. |
Yerel olarak geliştirme yaparken uygulama ayarlarınızı koleksiyondaki local.settings.json dosyasınaValues ekleyin.
Tam örnekler için Örnek bölümüne bakın.
Kullanım
Tüm C# modaliteleri ve uzantı sürümleri aşağıdaki çıkış parametresi türlerini destekler:
| Türü | Açıklama |
|---|---|
| System.String | Yazacak ileti basit bir metin olduğunda kullanın. İşlev çıktığında parametre değeri null olduğunda İşlevler ileti oluşturmaz. |
| bayt[] | İkili veri iletileri yazmak için kullanın. İşlev çıktığında parametre değeri null olduğunda İşlevler ileti oluşturmaz. |
| Nesne | bir ileti JSON içerdiğinde İşlevler nesneyi bir JSON ileti yüküne serileştirir. İşlev çıktığında parametre değeri null olduğunda İşlevler, null nesne içeren bir ileti oluşturur. |
Mesajlaşmaya özgü parametre türleri ek ileti meta verileri içerir ve JSON serileştirme ile uyumlu değildir. Sonuç olarak, yalıtılmış modelde çıkış bağlaması ile kullanmak ServiceBusMessage mümkün değildir. Çıkış bağlaması tarafından desteklenen belirli türler İşlevler çalışma zamanı sürümüne, uzantı paketi sürümüne ve kullanılan C# modalitesine bağlıdır.
İşlevin tek bir ileti yazmasını istediğinizde, Service Bus çıkış bağlaması aşağıdaki türlere bağlanabilir:
| Türü | Açıklama |
|---|---|
string |
İleti bir dize olarak. İleti basit bir metin olduğunda kullanın. |
byte[] |
İletinin baytları. |
| JSON serileştirilebilir türler | İletiyi temsil eden bir nesne. İşlevler, düz eski bir CLR nesnesi (POCO) türünü JSON verilerine seri hale getirme girişiminde bulunur. |
İşlevin birden çok ileti yazmasını istediğinizde, Service Bus çıkış bağlaması aşağıdaki türlere bağlanabilir:
| Türü | Açıklama |
|---|---|
T[] burada T tek ileti türlerinden biridir |
Birden çok ileti içeren bir dizi. Her girdi bir iletiyi temsil eder. |
Diğer çıkış senaryoları için, Azure'den diğer türlerle ServiceBusClient oluşturun ve kullanın. Messaging.ServiceBus doğrudan. Azure SDK bir istemci türü oluşturmak için bağımlılık ekleme kullanma örneği için bkz. >Azure istemcilerini kaydetme.
Azure İşlevleri 1.x'te çalışma zamanı, mevcut değilse kuyruğu oluşturur ve accessRights değerini manage olarak ayarladınız. Azure İşlevleri sürüm 2.x ve üzeri sürümlerde kuyruk veya konu zaten mevcut olmalıdır; mevcut olmayan bir kuyruk veya konu belirtirseniz işlev başarısız olur.
Yerleşik çıkış bağlaması yerine Azure Service Bus SDK kullanın.
Service Bus çıktısı, Push-OutputBinding dosyasında bağlamanın ad parametresi tarafından belirlenen adla eşleşen bağımsız değişkenleri geçirdiğiniz cmdlet'i aracılığıyla sağlanır.
Çıkış işlevi parametresi veya func.Out[str]olarak func.Out[bytes] tanımlanmalıdır. Ayrıntılar için çıkış örneğine bakın.
Alternatif olarak, yerleşik çıkış bağlaması yerine Azure Service Bus SDK kullanabilirsiniz.
Tam bir örnek için örnekler bölümüne bakın.
Bağlantılar
connection özelliği, uygulamanın Service Bus nasıl bağlandığını belirten ortam yapılandırmasına başvurur. Şunları belirtebilir:
- bağlantı dizesi içeren bir uygulama ayarının adı.
- Yönetilen kimlik bağlantısını birlikte tanımlayan birden çok uygulama ayarı için paylaşılan ön ekin adı.
Yapılandırılan değer hem tek bir ayar için tam eşleşme hem de diğer ayarlar için bir ön ek eşleşmesiyse, tam eşleşme kullanılır.
Tavsiye
Daha iyi güvenlik için bağlantı dizeleri yerine yönetilen kimlik bağlantılarını kullanın. Bağlantı dizeleri kullanıma sunulan kimlik bilgilerini içerirken yönetilen kimlikler gizli dizileri yönetme gereksinimini ortadan kaldırır.
Uzantının version 5.x veya üzerini kullanıyorsanız gizli diziyle bağlantı dizesi kullanmak yerine uygulamanın Microsoft Entra kimliği kullanmasını sağlayabilirsiniz. Yönetilen kimlikleri kullanmak için tetikleyici ve bağlama yapılandırmasındaki özelliğiyle connection eşleyen ortak bir ön ek altında ayarları tanımlayın.
Bu modda, uzantı aşağıdaki uygulama ayarlarını gerektirir:
| Şablon tabanlı ayar | Açıklama | Kimlik türü |
|---|---|---|
<CONNECTION_NAME_PREFIX>__fullyQualifiedNamespace |
Tam Service Bus ad alanı. | Sistem tarafından atanan veya kullanıcı tarafından atanan |
<CONNECTION_NAME_PREFIX>__credential |
olarak ayarlanmalıdır managedidentity. |
Kullanıcı tarafından atanan |
<CONNECTION_NAME_PREFIX>__clientId |
Kullanıcıya atanmış yönetilen kimliğin istemci ID'si. | Kullanıcı tarafından atanan |
ile değiştirdiğiniz <CONNECTION_NAME_PREFIX> değer, bağlama uzantısı tarafından bağlantı ayarının adı olarak değerlendirilir.
Örneğin, bağlama yapılandırmanız kullanıcı tarafından atanan yönetilen kimlikle belirtiyorsa connection = "ServiceBusConnection" aşağıdaki uygulama ayarlarını yapılandırabilirsiniz:
{
"ServiceBusConnection__fullyQualifiedNamespace": "myservicebus.servicebus.windows.net",
"ServiceBusConnection__credential": "managedidentity",
"ServiceBusConnection__clientId": "00000000-0000-0000-0000-000000000000"
}
Tavsiye
Birden çok kaynakta kimlik izinleri üzerinde ayrıntılı denetime ihtiyacınız olan üretim senaryoları için kullanıcı tarafından atanan yönetilen kimlikleri kullanın.
Bağlantıyı daha fazla özelleştirmek için şablondaki diğer ayarları kullanabilirsiniz. Bkz. Kimlik tabanlı bağlantılar için ortak özellikler.
Not
Yönetilen Kimlik bağlantılarının ayarlarını sağlamak için Azure Uygulama Yapılandırması veya Key Vault kullanırken, adların doğru çözümlendiğinden emin olmak için adların doğru çözümlendiğinden emin olmak için : yerine / veya __ gibi geçerli bir anahtar ayırıcısı kullanılmalıdır.
Örneğin: ServiceBusConnection:fullyQualifiedNamespace
Azure İşlevleri hizmetinde barındırıldığında, kimlik tabanlı bağlantılar managed identity kullanır. Ve özellikleriyle credentialclientID kullanıcı tarafından atanan bir kimlik belirtilse de, sistem tarafından atanan kimlik varsayılan olarak kullanılır. Kullanıcı tarafından atanan kimliği kaynak kimliğiyle yapılandırmanın desteklenmediğini unutmayın. Yerel geliştirme gibi diğer bağlamlarda çalıştırıldığında, bunun yerine geliştirici kimliğiniz kullanılır, ancak bu özelleştirilebilir. Bkz. Kimlik tabanlı bağlantılarla yerel geliştirme.
Kimliğe izin verme
Hangi kimlik kullanılıyorsa, hedeflenen eylemleri gerçekleştirmek için izinlere sahip olmalıdır. Çoğu Azure hizmet için bu, bu izinleri sağlayan yerleşik veya özel rolleri kullanarak Azure RBAC
Önemli
Bazı izinler, tüm bağlamlar için gerekli olmayan hedef hizmet tarafından gösterilebilir. Mümkün olduğunda, kimliğe yalnızca gerekli ayrıcalıkları sağlayarak en az ayrıcalık ilkesine uyun. Örneğin, uygulamanın yalnızca bir veri kaynağından okuyabilmesi gerekiyorsa, yalnızca okuma izni olan bir rol kullanın. Okuma işlemi için aşırı izin olduğundan, bu hizmete yazmaya da izin veren bir rol atamak uygun olmaz. Benzer şekilde, rol atamasının kapsamının yalnızca okunması gereken kaynaklara göre ayarlandığından emin olmak istersiniz.
Çalışma zamanında konularınıza ve kuyruklarınıza erişim sağlayan bir rol ataması oluşturmanız gerekir. Sahip gibi yönetim rolleri yeterli değildir. Aşağıdaki tabloda, normal işlemde Service Bus uzantısı kullanılırken önerilen yerleşik roller gösterilmektedir. Uygulamanız, yazdığınız koda göre ek izinler gerektirebilir.
| Bağlama türü | Örnek yerleşik roller |
|---|---|
| Tetikleyici1 | Azure Service Bus Veri Alıcısı, Azure Service Bus Veri Sahibi |
| Çıkış bağlaması | Azure Service Bus Veri Gönderen |
1 Service Bus konu başlıklarından tetikleme için rol atamasının Service Bus abonelik kaynağı üzerinde etkili bir kapsama sahip olması gerekir. Sadece konu dahil edilirse bir hata oluşur. Azure portalı gibi bazı istemciler, Service Bus abonelik kaynağını rol ataması kapsamı olarak kullanıma sunmaz. Böyle durumlarda bunun yerine Azure CLI kullanılabilir. Daha fazla bilgi edinmek için bkz. Azure Service Bus için
Özel durumlar ve dönüş kodları
| Bağlama | Başvuru |
|---|---|
| Service Bus | Service Bus Hata Kodları |
| Service Bus | Service Bus Sınırları |