Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
В этом кратком руководстве вы выполните следующие шаги:
Создание пространства имен служебной шины с помощью портала Azure.
Создание очереди служебной шины с помощью портала Azure.
Напишите консольное приложение .NET для отправки набора сообщений в очередь.
Напишите консольное приложение .NET для получения этих сообщений из очереди.
В этом кратком руководстве приведены пошаговые инструкции по реализации простого сценария отправки пакета сообщений в очередь Service Bus, а затем их получения. Общие сведения о клиентской библиотеке Служебной шины Azure для .NET см. в этой статье. Для получения дополнительных примеров см. Service Bus .NET samples на GitHub.
Предварительные условия
Если вы впервые используете эту службу, ознакомьтесь с обзором Service Bus, прежде чем приступить к этому краткому руководству.
- Подписка Azure. Чтобы использовать службы Azure, включая Служебную шину Azure, вам потребуется подписка. Если у вас нет существующей учетной записи Azure, вы можете зарегистрироваться и получить бесплатную пробную версию.
-
Visual Studio 2022 или более поздней версии. Пример приложения использует новые функции, представленные в C# 10. Вы все еще можете использовать библиотеку клиента Service Bus с предыдущими версиями языка C#, но синтаксис может отличаться. Чтобы использовать последний синтаксис, рекомендуется установить .NET 6.0 или более позднюю версию и установить версию языка на
latest. Если вы используете Visual Studio, версии до Visual Studio 2022 несовместимы с инструментами, необходимыми для сборки проектов C# 10.
Создание пространства имен на портале Azure
Чтобы начать использование сущностей обмена сообщениями служебной шины в Azure, создайте пространство имен с уникальным именем в Azure. Пространство имен предоставляет контейнер области для ресурсов Service Bus, таких как очереди и темы в вашем приложении.
Чтобы создать пространство имен:
Войдите на портал Azure.
Выберите всплывающее меню в левом верхнем углу и перейдите на страницу "Все службы".
На панели навигации слева выберите "Интеграция".
Прокрутите вниз до служб обмена сообщениями, наведите указатель мыши на служебную шину и нажмите кнопку "Создать".
На вкладке "Основы" страницы"Создание пространства имен " выполните следующие действия:
Выберите подписку Azure, в которой будет создано пространство имен.
Для группы ресурсов выберите существующую группу ресурсов или создайте новую.
Введите название пространства имён, соответствующее следующим соглашениям об именовании:
- Это имя должно быть уникальным в пределах Azure. Система немедленно проверяет, доступно ли имя.
- Длина имени составляет не менее 6 и не более 50 символов.
- Имя может содержать только буквы, цифры и дефисы
-. - Имя должно начинаться с буквы и заканчиваться буквой или цифрой.
- Имя не заканчивается на
-sbили-mgmt.
Для расположения выберите регион для размещения пространства имен.
Для параметра Ценовая категория выберите ценовую категорию ("Базовый", "Стандартный" или "Премиум") для пространства имен. Для работы с этим кратким руководством выберите вариант Стандартный.
Если выбрать уровень "Премиум" , можно включить георепликацию для пространства имен. Функция георепликации гарантирует, что метаданные и данные пространства имен постоянно реплицируются из основного региона в один или несколько дополнительных регионов.
Внимание
Чтобы использовать разделы и подписки, выберите категорию "Стандартный" или "Премиум". Ценовая категория "Базовый" не поддерживает разделы и подписки.
Если выбрана ценовая категория Премиум, укажите число единиц обмена сообщениями. В категории "Премиум" обеспечивается изоляция ресурсов на уровне ЦП и памяти, так что рабочая нагрузка выполняется изолированно от других. Этот контейнер ресурсов называется как единица обмена сообщениями. Пространству имен ценовой категории "Премиум" выделяется по крайней мере одна единица обмена сообщениями. Вы можете выбрать 1, 2, 4, 8 или 16 единиц обмена сообщениями для каждого пространства имен служебной шины Premium. Дополнительные сведения см. в разделе Премиум-уровень обмена сообщениями в служебной шине.
Нажмите Review + create внизу страницы.
На странице "Просмотр и создание " просмотрите параметры и нажмите кнопку "Создать".
После успешного развертывания ресурса выберите "Перейти к ресурсу " на странице развертывания.
Вы увидите главную страницу пространства имен служебной шины.
Создание очереди на портале Azure
На странице пространства имен служебная шина разверните сущности в меню навигации слева и выберите "Очереди".
На странице Очереди, на панели инструментов выберите + Очередь.
Введите имя очереди. Оставьте другие значения своими значениями по умолчанию.
Нажмите кнопку "Создать".
Внимание
Если вы не знакомы с Azure, вы можете найти вариант строки подключения проще для понимания. Перейдите на вкладку "Строка подключения" , чтобы просмотреть инструкции по использованию строки подключения в этом кратком руководстве. Рекомендуем использовать вариант входа без пароля в реальных сценариях и продуктивных средах.
Проверка подлинности приложения в Azure
В этой статье показаны два способа подключения к шине обслуживания Azure: без пароля и строка подключения.
Первый вариант показывает, как использовать учетные данные безопасности в Microsoft Entra ID и ролевое управление доступом (RBAC) для подключения к пространству имен Service Bus. Вам не нужно беспокоиться о жёстко закодированной строке подключения в вашем коде, в файле конфигурации или в безопасном хранилище, таком как Azure Key Vault.
Второй вариант показывает, как использовать строку подключения для подключения к пространству имен Service Bus. Если вы не знакомы с Azure, вам может быть проще работать с вариантом строки подключения. Мы рекомендуем использовать параметр без пароля в реальных приложениях и рабочих средах. Дополнительные сведения см. в разделе Проверка подлинности и авторизация Service Bus. Дополнительные сведения о проверке подлинности без пароля см. в статье "Проверка подлинности приложений .NET".
Назначение ролей пользователю Microsoft Entra
При локальной разработке убедитесь, что учетная запись пользователя, которая подключается к служебной шине Azure, имеет правильные разрешения. Для отправки и получения сообщений требуется роль владельца данных служебной шины Azure . Чтобы назначить себе эту роль, вам потребуется роль администратора доступа пользователей или другая роль, которая включает Microsoft.Authorization/roleAssignments/write действие.
Роли Azure RBAC можно назначить пользователю с помощью портала Azure, Azure CLI или Azure PowerShell. Дополнительные сведения о доступных диапазонах для назначения ролей смотрите в статье "Общие сведения об области Azure RBAC".
В следующем примере Azure Service Bus Data Owner учетной записи пользователя назначается роль, которая предоставляет полный доступ к ресурсам Служебной шины Azure. В реальном сценарии следуйте принципу наименьших привилегий , чтобы предоставить пользователям только минимальные разрешения, необходимые для более безопасной рабочей среды.
Встроенные роли Azure для служебной шины Azure
Для служебной шины Azure управление пространствами имен и всеми связанными ресурсами через портал Azure и API управления ресурсами Azure уже защищено с помощью модели Azure RBAC. Azure предоставляет следующие встроенные роли службы Azure для авторизации доступа к пространству имен службы Service Bus:
- Владелец данных служебной шины Azure: обеспечивает доступ к пространству имен служебной шины и его сущностям, включая очереди, разделы, подписки и фильтры. Участник этой роли может отправлять и получать сообщения из очередей или тем/подписок.
-
Отправитель данных служебной шины Azure: используйте эту роль для предоставления доступа к пространству
sendимен служебной шины и его сущностям. -
Приемник данных служебной шины Azure. Используйте эту роль, чтобы предоставить
receiveдоступ к пространству имен служебной шины и его сущностям.
Если вы хотите создать пользовательскую роль, см. Права, необходимые для операций в Service Bus.
Добавление пользователя Microsoft Entra в роль владельца службы Службы шины сообщений Azure
Добавьте имя пользователя Microsoft Entra в роль владельца данных Azure Service Bus на уровне пространства имен Service Bus. Эта конфигурация позволяет приложению, работающему в контексте учетной записи пользователя, отправлять сообщения в очередь или раздел. Он может получать сообщения из очереди или подписки на тему.
Внимание
В большинстве случаев для распространения назначения ролей в Azure требуется минута или две. В редких случаях может потребоваться до восьми минут. Если при первом запуске кода возникают ошибки аутентификации, подождите несколько минут и повторите попытку.
Если на портале Azure не открыта страница пространства имен Service Bus, найдите пространство имен Service Bus с использованием главной панели поиска или навигации слева.
На странице обзора выберите элемент управления доступом (IAM) в меню слева.
На странице Контроль доступа (IAM) откройте вкладку Назначения ролей.
Выберите +Добавить из верхнего меню и добавьте назначение ролей.
Используйте поле поиска, чтобы отфильтровать результаты для отображения нужной роли. В этом примере найдите
Azure Service Bus Data Ownerи выберите соответствующий результат. Теперь щелкните Далее.В разделе Назначение доступа выберите Пользователь, группа или служебный принципал, затем выберите + Выбрать участников.
В диалоговом окне найдите имя пользователя Microsoft Entra (обычно это адрес вашей электронной почты в формате user@domain), а затем выберите Выбрать в нижней части диалогового окна.
Нажмите кнопку Проверить и назначить, чтобы перейти на последнюю страницу, а затем еще раз Проверить и назначить, чтобы завершить процесс.
Запуск Visual Studio
Вы можете авторизовать доступ к пространству имен служебной шины, выполнив следующие действия.
Запустите Visual Studio. Если появится окно "Начало работы ", выберите " Продолжить без ссылки на код " в правой области.
Нажмите кнопку Войти в правом верхнем углу Visual Studio.
Войдите с помощью учетной записи Microsoft Entra, которой ранее была назначена роль.
Отправка сообщений в очередь
В этом разделе показано, как можно создать консольное приложение .NET, чтобы отправлять сообщения в очередь Service Bus.
Примечание.
В этом кратком руководстве содержатся пошаговые инструкции для реализации простого сценария отправки пакета сообщений в очередь Служебной шины и их получения. Дополнительные примеры для других и более сложных сценариев см. в примерах Служебной шины для .NET на GitHub.
Создайте консольное приложение
В Visual Studio выберите "Файл ->Создать ->Проект".
В диалоговом окне Создать проект выполните следующие действия: (если это диалоговое окно не отображается, щелкните в меню пункт Файл, затем последовательно выберите Создать и Проект).
Выберите язык программирования C#.
Для типа приложения выберите значение Консоль.
Выберите консольное приложение из списка результатов.
Затем выберите Далее.
Введите QueueSender в качестве имени проекта, ServiceBusQueueQuickStart в качестве имени решения, после чего нажмите Далее.
На странице Дополнительная информация выберите Создать для создания решения и проекта.
Добавление пакетов NuGet в проект
Выберите в меню элементы Инструменты>Диспетчер пакетов NuGet>Консоль диспетчера пакетов.
Выполните следующую команду, чтобы установить пакет NuGet Azure.Messaging.ServiceBus .
Install-Package Azure.Messaging.ServiceBusВыполните следующую команду, чтобы установить пакет NuGet Azure.Identity .
Install-Package Azure.Identity
Добавление кода для отправки сообщений в очередь
Замените все содержимое
Program.csследующим кодом: Важные шаги описаны в следующем разделе с дополнительными сведениями в комментариях кода.-
Создает объект ServiceBusClient с помощью
DefaultAzureCredentialобъекта.DefaultAzureCredentialавтоматически обнаруживает и использует учетные данные вашей учетной записи входа в Visual Studio для аутентификации в Azure Service Bus. - Вызов метода CreateSender для ServiceBusClient. Это позволяет создать объект ServiceBusSender для указанной очереди Служебной шины.
- Создание объекта ServiceBusMessageBatch с использованием метода ServiceBusSender.CreateMessageBatchAsync.
- Добавление сообщений в пакет с помощью ServiceBusMessageBatch.TryAddMessage.
- Отправка пакета сообщений в очередь Служебной шины Microsoft Azure с помощью метода ServiceBusSender.SendMessagesAsync.
Внимание
Обновите значения заполнителей (
<NAMESPACE-NAME>и<QUEUE-NAME>) в фрагменте кода, подставив имена пространства имен и очереди вашей шины обслуживания.using Azure.Messaging.ServiceBus; using Azure.Identity; // name of your Service Bus queue // the client that owns the connection and can be used to create senders and receivers ServiceBusClient client; // the sender used to publish messages to the queue ServiceBusSender sender; // number of messages to be sent to the queue const int numOfMessages = 3; // The Service Bus client types are safe to cache and use as a singleton for the lifetime // of the application, which is best practice when messages are being published or read // regularly. // // Set the transport type to AmqpWebSockets so that the ServiceBusClient uses the port 443. // If you use the default AmqpTcp, ensure that ports 5671 and 5672 are open. var clientOptions = new ServiceBusClientOptions { TransportType = ServiceBusTransportType.AmqpWebSockets }; //TODO: Replace the "<NAMESPACE-NAME>" and "<QUEUE-NAME>" placeholders. client = new ServiceBusClient( "<NAMESPACE-NAME>.servicebus.windows.net", new DefaultAzureCredential(), clientOptions); sender = client.CreateSender("<QUEUE-NAME>"); // create a batch using ServiceBusMessageBatch messageBatch = await sender.CreateMessageBatchAsync(); for (int i = 1; i <= numOfMessages; i++) { // try adding a message to the batch if (!messageBatch.TryAddMessage(new ServiceBusMessage($"Message {i}"))) { // if it is too large for the batch throw new Exception($"The message {i} is too large to fit in the batch."); } } try { // Use the producer client to send the batch of messages to the Service Bus queue await sender.SendMessagesAsync(messageBatch); Console.WriteLine($"A batch of {numOfMessages} messages has been published to the queue."); } finally { // Calling DisposeAsync on client types is required to ensure that network // resources and other unmanaged objects are properly cleaned up. await sender.DisposeAsync(); await client.DisposeAsync(); } Console.WriteLine("Press any key to end the application"); Console.ReadKey();-
Создает объект ServiceBusClient с помощью
Выполните сборку проекта и убедитесь, что она прошла без ошибок.
Выполните программу и дождитесь подтверждающего сообщения.
A batch of 3 messages has been published to the queueВнимание
В большинстве случаев для распространения назначения ролей в Azure требуется минута или две. В редких случаях может потребоваться до восьми минут. Если при первом запуске кода возникают ошибки аутентификации, подождите несколько минут и повторите попытку.
На портале Azure выполните следующие действия:
Перейдите к пространству имен вашего Service Bus.
На странице Обзор выберите очередь в центральной области снизу.
Обратите внимание на значения в разделе "Параметры ".
Обратите внимание на следующие значения:
- Значение счетчика Активных сообщений для очереди теперь равно 3. Всякий раз, когда вы запускаете это приложение-отправитель без получения сообщений, это значение увеличивается на 3.
- Текущий размер очереди увеличивается каждый раз, когда приложение добавляет сообщения в очередь.
- На диаграмме Сообщения в нижнем разделе Показатели вы можете увидеть, что в очереди есть три входящих сообщения.
Получение сообщений из очереди
В этом разделе описано, как создать консольное приложение .NET, которое получает сообщения из очереди.
Примечание.
В этом кратком руководстве приведены пошаговые инструкции по реализации сценария отправки пакета сообщений в очередь в Service Bus и последующего их получения. Дополнительные примеры для других и более сложных сценариев см. в примерах Служебной шины для .NET на GitHub.
Создание проекта для получателя
- В окне Обозревателя решений щелкните правой кнопкой мыши решение ServiceBusQueueQuickStart, выберите Добавить и выберите Новый проект.
- Выберите Консольное приложение и нажмите Далее.
- Введите QueueReceiver в поле Название проекта и выберите Создать.
- В окне Обозреватель решений щелкните правой кнопкой мыши QueueReceiver и выберите Установить как запускаемый проект.
Добавление пакетов NuGet в проект
Выберите в меню элементы Инструменты>Диспетчер пакетов NuGet>Консоль диспетчера пакетов.
Выберите QueueReceiver для проекта по умолчанию.
Выполните следующую команду, чтобы установить пакет NuGet Azure.Messaging.ServiceBus .
Install-Package Azure.Messaging.ServiceBusВыполните следующую команду, чтобы установить пакет NuGet Azure.Identity .
Install-Package Azure.Identity
Добавьте код для получения сообщений из очереди
В этом разделе вы добавите код для получения сообщений из очереди.
ProgramВ классе добавьте следующий код:using System.Threading.Tasks; using Azure.Identity; using Azure.Messaging.ServiceBus; // the client that owns the connection and can be used to create senders and receivers ServiceBusClient client; // the processor that reads and processes messages from the queue ServiceBusProcessor processor;Добавьте следующие методы в конец
Programкласса.// handle received messages async Task MessageHandler(ProcessMessageEventArgs args) { string body = args.Message.Body.ToString(); Console.WriteLine($"Received: {body}"); // complete the message. message is deleted from the queue. await args.CompleteMessageAsync(args.Message); } // handle any errors when receiving messages Task ErrorHandler(ProcessErrorEventArgs args) { Console.WriteLine(args.Exception.ToString()); return Task.CompletedTask; }Добавьте следующий код в конец
Programкласса. Важные шаги описаны в следующем разделе с дополнительными сведениями в комментариях кода.-
Создает объект ServiceBusClient с помощью
DefaultAzureCredentialобъекта.DefaultAzureCredentialавтоматически обнаруживает и использует учетные данные входа в Visual Studio для аутентификации в Службе шины Azure. - Вызов метода CreateProcessor для объекта
ServiceBusClient. Это позволяет создать объект ServiceBusProcessor для указанной очереди служебной шины. - Указание обработчиков для событий ProcessMessageAsync и ProcessErrorAsync объекта ServiceBusProcessor.
- Запуск обработки сообщений путем вызова StartProcessingAsync для объекта
ServiceBusProcessor. - Вызов StopProcessingAsync для объекта
ServiceBusProcessorпри нажатии пользователем кнопки для завершения обработки.
Внимание
Обновите значения заполнителей (
<NAMESPACE-NAME>и<QUEUE-NAME>) в фрагменте кода именами вашего пространства имен Service Bus и очереди.// The Service Bus client types are safe to cache and use as a singleton for the lifetime // of the application, which is best practice when messages are being published or read // regularly. // // Set the transport type to AmqpWebSockets so that the ServiceBusClient uses port 443. // If you use the default AmqpTcp, make sure that ports 5671 and 5672 are open. // TODO: Replace the <NAMESPACE-NAME> placeholder var clientOptions = new ServiceBusClientOptions() { TransportType = ServiceBusTransportType.AmqpWebSockets }; client = new ServiceBusClient( "<NAMESPACE-NAME>.servicebus.windows.net", new DefaultAzureCredential(), clientOptions); // create a processor that we can use to process the messages // TODO: Replace the <QUEUE-NAME> placeholder processor = client.CreateProcessor("<QUEUE-NAME>", new ServiceBusProcessorOptions()); try { // add handler to process messages processor.ProcessMessageAsync += MessageHandler; // add handler to process any errors processor.ProcessErrorAsync += ErrorHandler; // start processing await processor.StartProcessingAsync(); Console.WriteLine("Wait for a minute and then press any key to end the processing"); Console.ReadKey(); // stop processing Console.WriteLine("\nStopping the receiver..."); await processor.StopProcessingAsync(); Console.WriteLine("Stopped receiving messages"); } finally { // Calling DisposeAsync on client types is required to ensure that network // resources and other unmanaged objects are properly cleaned up. await processor.DisposeAsync(); await client.DisposeAsync(); }-
Создает объект ServiceBusClient с помощью
Завершенный
Programкласс должен соответствовать следующему коду:using System.Threading.Tasks; using Azure.Messaging.ServiceBus; using Azure.Identity; // the client that owns the connection and can be used to create senders and receivers ServiceBusClient client; // the processor that reads and processes messages from the queue ServiceBusProcessor processor; // The Service Bus client types are safe to cache and use as a singleton for the lifetime // of the application, which is best practice when messages are being published or read // regularly. // // Set the transport type to AmqpWebSockets so that the ServiceBusClient uses port 443. // If you use the default AmqpTcp, make sure that ports 5671 and 5672 are open. // TODO: Replace the <NAMESPACE-NAME> and <QUEUE-NAME> placeholders var clientOptions = new ServiceBusClientOptions() { TransportType = ServiceBusTransportType.AmqpWebSockets }; client = new ServiceBusClient("<NAMESPACE-NAME>.servicebus.windows.net", new DefaultAzureCredential(), clientOptions); // create a processor that we can use to process the messages // TODO: Replace the <QUEUE-NAME> placeholder processor = client.CreateProcessor("<QUEUE-NAME>", new ServiceBusProcessorOptions()); try { // add handler to process messages processor.ProcessMessageAsync += MessageHandler; // add handler to process any errors processor.ProcessErrorAsync += ErrorHandler; // start processing await processor.StartProcessingAsync(); Console.WriteLine("Wait for a minute and then press any key to end the processing"); Console.ReadKey(); // stop processing Console.WriteLine("\nStopping the receiver..."); await processor.StopProcessingAsync(); Console.WriteLine("Stopped receiving messages"); } finally { // Calling DisposeAsync on client types is required to ensure that network // resources and other unmanaged objects are properly cleaned up. await processor.DisposeAsync(); await client.DisposeAsync(); } // handle received messages async Task MessageHandler(ProcessMessageEventArgs args) { string body = args.Message.Body.ToString(); Console.WriteLine($"Received: {body}"); // complete the message. message is deleted from the queue. await args.CompleteMessageAsync(args.Message); } // handle any errors when receiving messages Task ErrorHandler(ProcessErrorEventArgs args) { Console.WriteLine(args.Exception.ToString()); return Task.CompletedTask; }Выполните сборку проекта и убедитесь, что она прошла без ошибок.
Запустите приложение получателя. Вы должны увидеть полученные сообщения. Нажмите любую клавишу, чтобы остановить работу приемника и приложения.
Wait for a minute and then press any key to end the processing Received: Message 1 Received: Message 2 Received: Message 3 Stopping the receiver... Stopped receiving messagesСнова просмотрите сведения на портале. Подождите несколько минут и обновите страницу, если вы не видите
0для Активных сообщений.
Дополнительная информация:
Ознакомьтесь со следующими примерами и документацией:
- Библиотека клиента Служебной шины Azure для .NET - файл Readme
- Примеры на GitHub
- Справочник по API .NET
- Абстрагируйте вопросы инфраструктуры, используя такие высокоуровневые фреймворки, как NServiceBus
Очистка ресурсов
Перейдите к пространству имен службы шины на портале Azure и выберите Удалить на портале Azure, чтобы удалить пространство имен и очередь в нём.
Связанный контент
См. Начало работы с темами и подписками в Azure Service Bus (.NET).