Uwaga
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
W tym szybkim przewodniku startowym napiszesz kod Java, używając pakietu azure-messaging-servicebus, aby wysyłać komunikaty do tematu w usłudze Azure Service Bus, a następnie odbierać komunikaty z subskrypcji tego tematu.
Uwaga
Ten szybki start zawiera instrukcje krok po kroku dotyczące prostego scenariusza wysyłania partii komunikatów do topicu Service Bus i odbierania tych komunikatów z subskrypcji topicu. Wstępnie utworzone przykłady języka Java dla usługi Azure Service Bus można znaleźć w repozytorium zestawu Azure SDK dla języka Java w witrynie GitHub.
Napiwek
Jeśli pracujesz z zasobami usługi Azure Service Bus w aplikacji Spring, zalecamy rozważenie Spring Cloud Azure jako alternatywy. Spring Cloud Azure to projekt typu open source, który zapewnia bezproblemową integrację platformy Spring z usługami platformy Azure. Aby dowiedzieć się więcej na temat platformy Spring Cloud Azure i zapoznać się z przykładem korzystania z usługi Service Bus, zobacz Spring Cloud Stream with Azure Service Bus (Usługa Spring Cloud Stream z usługą Azure Service Bus).
Wymagania wstępne
- Subskrypcja platformy Azure. Do wykonania kroków tego samouczka potrzebne jest konto platformy Azure. Możesz aktywować korzyści dla subskrybentów programu Visual Studio lub MSDN albo utworzyć bezpłatne konto.
- Zainstaluj zestaw Azure SDK dla języka Java. Jeśli używasz środowiska Eclipse, możesz zainstalować zestaw narzędzi Azure Toolkit for Eclipse zawierający zestaw Azure SDK dla języka Java. Następnie możesz dodać biblioteki platformy Microsoft Azure dla języka Java do projektu. Jeśli używasz środowiska IntelliJ, zobacz Instalowanie zestawu narzędzi Azure Toolkit for IntelliJ.
Tworzenie przestrzeni nazw w witrynie Azure Portal
Aby rozpocząć korzystanie z jednostek obsługi komunikatów usługi Service Bus na platformie Azure, utwórz przestrzeń nazw o nazwie unikatowej na platformie Azure. Przestrzeń nazw udostępnia kontener określania zakresu dla zasobów usługi Service Bus, takich jak kolejki i tematy, w aplikacji.
Aby utworzyć przestrzeń nazw:
Zaloguj się w witrynie Azure Portal.
Wybierz menu wysuwane w lewym górnym rogu i przejdź do strony Wszystkie usługi.
Na lewym pasku nawigacyjnym wybierz pozycję Integracja.
Przewiń w dół do pozycji Usługi obsługi komunikatów>Service Bus i wybierz pozycję Utwórz.
Na karcie Podstawowe na stronie Tworzenie przestrzeni nazw wykonaj następujące kroki:
W polu Subskrypcja wybierz subskrypcję platformy Azure, w której ma zostać utworzona przestrzeń nazw.
W obszarze Grupa zasobów wybierz istniejącą grupę zasobów lub utwórz nową.
Wprowadź nazwę przestrzeni nazw , która spełnia następujące konwencje nazewnictwa:
- Nazwa musi być unikatowa na platformie Azure. System od razu sprawdza, czy nazwa jest dostępna.
- Długość nazwy wynosi co najmniej 6 i co najwyżej 50 znaków.
- Nazwa może zawierać tylko litery, cyfry, łączniki
-
. - Nazwa musi zaczynać się literą i kończyć literą lub cyfrą.
- Nazwa nie kończy się ciągiem
-sb
lub-mgmt
.
W obszarze Lokalizacja wybierz region do hostowania przestrzeni nazw.
W obszarze Warstwa cenowa wybierz warstwę cenową (Podstawowa, Standardowa lub Premium) dla przestrzeni nazw. W tym przewodniku Szybki start wybierz pozycję Standardowa.
W przypadku wybrania warstwy Premium możesz włączyć replikację geograficzną dla przestrzeni nazw. Funkcja replikacji geograficznej zapewnia, że metadane i dane przestrzeni nazw są stale replikowane z regionu podstawowego do co najmniej jednego regionu pomocniczego.
Ważne
Jeśli chcesz korzystać z tematów i subskrypcji, wybierz warstwę Standardowa lub Premium. Tematy i subskrypcje nie są obsługiwane w warstwie cenowej Podstawowa.
W przypadku wybrania warstwy cenowej Premium, określ liczbę jednostek wiadomości. Warstwa Premium zapewnia izolację zasobów na poziomie procesora i pamięci, dlatego poszczególne obciążenia są od siebie odizolowane. Ten kontener zasobów jest nazywany jednostką obsługi komunikatów. Przestrzeń nazw w warstwie Premium ma co najmniej jedną jednostkę obsługi komunikatów. Możesz wybrać 1, 2, 4, 8 lub 16 jednostek obsługi komunikatów dla każdej przestrzeni nazw usługi Service Bus Premium. Aby uzyskać więcej informacji, zobacz Warstwę Premium komunikatów usługi Service Bus.
Wybierz pozycję Przejrzyj i utwórz w dolnej części strony.
Na stronie Przeglądanie + tworzenie przejrzyj ustawienia i wybierz pozycję Utwórz.
Po pomyślnym wdrożeniu zasobu wybierz pozycję Przejdź do zasobu na stronie wdrożenia.
Widzisz stronę główną przestrzeni nazw dla swojej usługi Service Bus.
Tworzenie tematu przy użyciu witryny Azure Portal
Na stronie Przestrzeń nazw usługi Service Bus rozwiń sekcję Jednostki w menu nawigacyjnym po lewej stronie, a następnie wybierz Tematy.
Wybierz pozycję + Temat na pasku narzędzi.
Wprowadź nazwę tematu. Pozostaw inne opcje z wartościami domyślnymi.
Wybierz pozycję Utwórz.
Tworzenie subskrypcji tematu
Wybierz temat utworzony w poprzedniej sekcji.
Na stronie Temat Service Bus wybierz + Subskrypcja na pasku narzędzi.
Na stronie Tworzenie subskrypcji wykonaj następujące kroki:
Wprowadź S1 jako nazwę subskrypcji.
Następnie wybierz pozycję Utwórz , aby utworzyć subskrypcję.
Uwierzytelnianie aplikacji na platformie Azure
W tym artykule przedstawiono dwa sposoby nawiązywania połączenia z usługą Azure Service Bus: bez hasła i parametry połączenia.
Pierwsza opcja pokazuje, jak korzystać z podmiotu zabezpieczeń w Microsoft Entra ID oraz z kontroli dostępu opartej na rolach (RBAC), aby połączyć się z przestrzenią nazw Service Bus. Nie musisz martwić się o zakodowane parametry połączenia w kodzie, w pliku konfiguracji ani w bezpiecznym magazynie, na przykład w usłudze Azure Key Vault.
Druga opcja pokazuje, jak używać parametry połączenia do nawiązywania połączenia z przestrzenią nazw usługi Service Bus. Jeśli dopiero zaczynasz korzystać z platformy Azure, możesz znaleźć opcję parametry połączenia łatwiejszą do naśladowania. Zalecamy użycie opcji bez hasła w rzeczywistych aplikacjach i środowiskach produkcyjnych. Aby uzyskać więcej informacji, zobacz Uwierzytelnianie i autoryzacja usługi Service Bus. Aby dowiedzieć się więcej na temat uwierzytelniania bez hasła, zobacz Uwierzytelnianie aplikacji platformy .NET.
Przypisz role użytkownikowi Microsoft Entra
Podczas tworzenia aplikacji lokalnie upewnij się, że konto użytkownika, które nawiązuje połączenie z usługą Azure Service Bus, ma odpowiednie uprawnienia. Aby wysyłać i odbierać komunikaty, potrzebna jest rola właściciela danych usługi Azure Service Bus . Aby przypisać sobie tę rolę, musisz mieć rolę administratora dostępu użytkowników lub inną rolę obejmującą Microsoft.Authorization/roleAssignments/write
akcję.
Role RBAC platformy Azure można przypisać użytkownikowi przy użyciu witryny Azure Portal, interfejsu wiersza polecenia platformy Azure lub programu Azure PowerShell. Aby dowiedzieć się więcej o dostępnych zakresach przypisań ról, zobacz Omówienie zakresu kontroli dostępu opartej na rolach platformy Azure.
Poniższy przykład przypisuje Azure Service Bus Data Owner
rolę do konta użytkownika, co zapewnia pełny dostęp do zasobów usługi Azure Service Bus. W rzeczywistym scenariuszu postępuj zgodnie z zasadą najniższych uprawnień , aby dać użytkownikom tylko minimalne uprawnienia wymagane do bezpieczniejszego środowiska produkcyjnego.
Wbudowane role platformy Azure dla usługi Azure Service Bus
W przypadku usługi Azure Service Bus zarządzanie przestrzeniami nazw i wszystkimi powiązanymi zasobami za pośrednictwem witryny Azure Portal i interfejsu API zarządzania zasobami platformy Azure jest już chronione przy użyciu modelu RBAC platformy Azure. Platforma Azure udostępnia następujące wbudowane role platformy Azure umożliwiające autoryzowanie dostępu do przestrzeni nazw usługi Service Bus:
- Właściciel danych usługi Azure Service Bus: umożliwia dostęp danych do przestrzeni nazw usługi Service Bus i jej jednostek, w tym kolejek, tematów, subskrypcji i filtrów. Członek tej roli może wysyłać i odbierać komunikaty z kolejek lub tematów/subskrypcji.
-
Nadawca danych usługi Azure Service Bus: użyj tej roli, aby udzielić
send
dostępu do przestrzeni nazw usługi Service Bus i jej jednostek. -
Odbiornik danych usługi Azure Service Bus: użyj tej roli, aby udzielić
receive
dostępu do przestrzeni nazw usługi Service Bus i jej jednostek.
Jeśli chcesz utworzyć rolę niestandardową, zobacz Prawa wymagane dla operacji usługi Service Bus.
Dodawanie użytkownika usługi Microsoft Entra do roli właściciela usługi Azure Service Bus
Dodaj nazwę użytkownika usługi Microsoft Entra do roli właściciela danych usługi Azure Service Bus na poziomie przestrzeni nazw usługi Service Bus. Ta konfiguracja umożliwia aplikacji uruchamianej w kontekście konta użytkownika wysyłanie komunikatów do kolejki lub tematu. Może przyjmować komunikaty z kolejki lub subskrypcji tematu.
Ważne
W większości przypadków propagacja przypisania roli na platformie Azure zajmuje minutę lub dwie. W rzadkich przypadkach może upłynąć do ośmiu minut. Jeśli podczas pierwszego uruchomienia kodu wystąpią błędy uwierzytelniania, zaczekaj chwilę i spróbuj ponownie.
Jeśli nie masz otwartej strony przestrzeni nazw usługi Service Bus w witrynie Azure Portal, znajdź przestrzeń nazw usługi Service Bus przy użyciu głównego paska wyszukiwania lub nawigacji po lewej stronie.
Na stronie Przegląd wybierz pozycję Kontrola dostępu (Zarządzanie dostępem i tożsamościami) z menu po lewej stronie.
Na stronie Kontrola dostępu (IAM) wybierz kartę Przypisania ról.
Wybierz + Dodaj z górnego menu, a następnie Dodaj przypisanie roli.
Użyj pola wyszukiwania, aby filtrować wyniki do żądanej roli. W tym przykładzie wyszukaj
Azure Service Bus Data Owner
i wybierz pasujący wynik. Następnie wybierz pozycję Dalej.W obszarze Przypisz dostęp do wybierz pozycję Użytkownik, grupa lub jednostka usługi, a następnie wybierz pozycję + Wybierz członków.
W oknie dialogowym wyszukaj nazwę użytkownika firmy Microsoft Entra (zazwyczaj adres e-mail user@domain ), a następnie wybierz pozycję Wybierz w dolnej części okna dialogowego.
Wybierz pozycję Przejrzyj i przypisz , aby przejść do ostatniej strony, a następnie ponownie przejrzyj i przypisz, aby ukończyć proces.
Wysyłanie komunikatów do tematu
W tej sekcji utworzysz projekt konsoli Java i dodasz kod do wysyłania komunikatów do utworzonego tematu.
Tworzenie projektu konsoli Java
Utwórz projekt Java przy użyciu środowiska Eclipse lub wybranego narzędzia.
Konfigurowanie aplikacji do korzystania z usługi Service Bus
Dodaj odwołania do bibliotek Azure Core i Azure Service Bus.
Jeśli używasz środowiska Eclipse i utworzono aplikację konsolową Java, przekonwertuj projekt Java na program Maven: kliknij prawym przyciskiem myszy projekt w oknie Eksplorator pakietów, wybierz polecenie Konfiguruj ->Konwertuj na projekt Maven. Następnie dodaj zależności do tych dwóch bibliotek, jak pokazano w poniższym przykładzie.
Zaktualizuj plik, pom.xml
aby dodać zależności do pakietów usług Azure Service Bus i Azure Identity.
<dependencies>
<dependency>
<groupId>com.azure</groupId>
<artifactId>azure-messaging-servicebus</artifactId>
<version>7.13.3</version>
</dependency>
<dependency>
<groupId>com.azure</groupId>
<artifactId>azure-identity</artifactId>
<version>1.8.0</version>
<scope>compile</scope>
</dependency>
</dependencies>
Dodawanie kodu do wysyłania komunikatów do tematu
Dodaj następujące
import
instrukcje na początku pliku Java.import com.azure.messaging.servicebus.*; import com.azure.identity.*; import java.util.concurrent.TimeUnit; import java.util.Arrays; import java.util.List;
W klasie zdefiniuj zmienne do przechowywania ciągu połączenia (nie jest to wymagane w scenariuszu bez hasła), nazwy tematu oraz nazwy subskrypcji.
static String topicName = "<TOPIC NAME>"; static String subName = "<SUBSCRIPTION NAME>";
Ważne
Zastąp
<TOPIC NAME>
nazwą tematu i<SUBSCRIPTION NAME>
subskrypcją tematu.Dodaj metodę o nazwie
sendMessage
w klasie, aby wysłać jeden komunikat do tematu.Ważne
Zastąp ciąg
NAMESPACENAME
nazwą swojej przestrzeni nazw usługi Service Bus.static void sendMessage() { // create a token using the default Azure credential DefaultAzureCredential credential = new DefaultAzureCredentialBuilder() .build(); ServiceBusSenderClient senderClient = new ServiceBusClientBuilder() .fullyQualifiedNamespace("NAMESPACENAME.servicebus.windows.net") .credential(credential) .sender() .topicName(topicName) .buildClient(); // send one message to the topic senderClient.sendMessage(new ServiceBusMessage("Hello, World!")); System.out.println("Sent a single message to the topic: " + topicName); }
Dodaj metodę o nazwie
createMessages
w klasie, aby utworzyć listę komunikatów. Zazwyczaj te komunikaty są uzyskiwane z różnych części aplikacji. W tym miejscu utworzymy listę przykładowych komunikatów.static List<ServiceBusMessage> createMessages() { // create a list of messages and return it to the caller ServiceBusMessage[] messages = { new ServiceBusMessage("First message"), new ServiceBusMessage("Second message"), new ServiceBusMessage("Third message") }; return Arrays.asList(messages); }
Dodaj metodę o nazwie
sendMessageBatch
, aby wysyłać komunikaty do utworzonego tematu. Ta metoda tworzyServiceBusSenderClient
dla tematu, wywołuje metodęcreateMessages
w celu uzyskania listy komunikatów, przygotowuje jedną lub więcej partii i wysyła je na temat.Ważne
Zastąp ciąg
NAMESPACENAME
nazwą swojej przestrzeni nazw usługi Service Bus.static void sendMessageBatch() { // create a token using the default Azure credential DefaultAzureCredential credential = new DefaultAzureCredentialBuilder() .build(); ServiceBusSenderClient senderClient = new ServiceBusClientBuilder() .fullyQualifiedNamespace("NAMESPACENAME.servicebus.windows.net") .credential(credential) .sender() .topicName(topicName) .buildClient(); // Creates an ServiceBusMessageBatch where the ServiceBus. ServiceBusMessageBatch messageBatch = senderClient.createMessageBatch(); // create a list of messages List<ServiceBusMessage> listOfMessages = createMessages(); // We try to add as many messages as a batch can fit based on the maximum size and send to Service Bus when // the batch can hold no more messages. Create a new batch for next set of messages and repeat until all // messages are sent. for (ServiceBusMessage message : listOfMessages) { if (messageBatch.tryAddMessage(message)) { continue; } // The batch is full, so we create a new batch and send the batch. senderClient.sendMessages(messageBatch); System.out.println("Sent a batch of messages to the topic: " + topicName); // create a new batch messageBatch = senderClient.createMessageBatch(); // Add that message that we couldn't before. if (!messageBatch.tryAddMessage(message)) { System.err.printf("Message is too large for an empty batch. Skipping. Max size: %s.", messageBatch.getMaxSizeInBytes()); } } if (messageBatch.getCount() > 0) { senderClient.sendMessages(messageBatch); System.out.println("Sent a batch of messages to the topic: " + topicName); } //close the client senderClient.close(); }
Odbieranie komunikatów z subskrypcji
W tej sekcji dodasz kod umożliwiający pobranie komunikatów z subskrypcji do tematu.
Dodaj metodę o nazwie
receiveMessages
w celu odbierania komunikatów z subskrypcji. Ta metoda tworzyServiceBusProcessorClient
dla subskrypcji, określając procedurę do przetwarzania komunikatów i drugą w celu obsługi błędów. Następnie uruchamia procesor, czeka na kilka sekund, drukuje odebrane komunikaty, a następnie zatrzymuje i zamyka procesor.Ważne
- Zastąp ciąg
NAMESPACENAME
nazwą swojej przestrzeni nazw usługi Service Bus. - Zastąp
ServiceBusTopicTest
wServiceBusTopicTest::processMessage
w kodzie nazwą swojej klasy.
// handles received messages static void receiveMessages() throws InterruptedException { DefaultAzureCredential credential = new DefaultAzureCredentialBuilder() .build(); // Create an instance of the processor through the ServiceBusClientBuilder ServiceBusProcessorClient processorClient = new ServiceBusClientBuilder() .fullyQualifiedNamespace("NAMESPACENAME.servicebus.windows.net") .credential(credential) .processor() .topicName(topicName) .subscriptionName(subName) .processMessage(context -> processMessage(context)) .processError(context -> processError(context)) .buildProcessorClient(); System.out.println("Starting the processor"); processorClient.start(); TimeUnit.SECONDS.sleep(10); System.out.println("Stopping and closing the processor"); processorClient.close(); }
- Zastąp ciąg
Dodaj metodę
processMessage
w celu przetworzenia komunikatu odebranego z subskrypcji Service Bus.private static void processMessage(ServiceBusReceivedMessageContext context) { ServiceBusReceivedMessage message = context.getMessage(); System.out.printf("Processing message. Session: %s, Sequence #: %s. Contents: %s%n", message.getMessageId(), message.getSequenceNumber(), message.getBody()); }
Dodaj metodę
processError
do obsługi komunikatów o błędach.private static void processError(ServiceBusErrorContext context) { System.out.printf("Error when receiving messages from namespace: '%s'. Entity: '%s'%n", context.getFullyQualifiedNamespace(), context.getEntityPath()); if (!(context.getException() instanceof ServiceBusException)) { System.out.printf("Non-ServiceBusException occurred: %s%n", context.getException()); return; } ServiceBusException exception = (ServiceBusException) context.getException(); ServiceBusFailureReason reason = exception.getReason(); if (reason == ServiceBusFailureReason.MESSAGING_ENTITY_DISABLED || reason == ServiceBusFailureReason.MESSAGING_ENTITY_NOT_FOUND || reason == ServiceBusFailureReason.UNAUTHORIZED) { System.out.printf("An unrecoverable error occurred. Stopping processing with reason %s: %s%n", reason, exception.getMessage()); } else if (reason == ServiceBusFailureReason.MESSAGE_LOCK_LOST) { System.out.printf("Message lock lost for message: %s%n", context.getException()); } else if (reason == ServiceBusFailureReason.SERVICE_BUSY) { try { // Choosing an arbitrary amount of time to wait until trying again. TimeUnit.SECONDS.sleep(1); } catch (InterruptedException e) { System.err.println("Unable to sleep for period of time"); } } else { System.out.printf("Error source %s, reason %s, message: %s%n", context.getErrorSource(), reason, context.getException()); } }
Zaktualizuj metodę
main
, aby wywołać metodysendMessage
,sendMessageBatch
orazreceiveMessages
, oraz aby rzucić wyjątekInterruptedException
.public static void main(String[] args) throws InterruptedException { sendMessage(); sendMessageBatch(); receiveMessages(); }
Uruchom aplikację
Uruchom program, aby wyświetlić dane wyjściowe podobne do następujących danych wyjściowych:
Jeśli używasz środowiska Eclipse, kliknij prawym przyciskiem myszy na projekcie, wybierz pozycję Eksportuj, rozwiń Java, wybierz Uruchamialny plik JAR i wykonaj kroki, aby go stworzyć.
Jeśli logujesz się do maszyny przy użyciu konta użytkownika innego niż konto użytkownika dodane do roli Właściciel danych usługi Azure Service Bus, wykonaj następujące kroki. W przeciwnym razie pomiń ten krok i przejdź dalej, aby uruchomić plik Jar w następnym kroku.
Zainstaluj Azure CLI na swoim komputerze.
Uruchom następujące polecenie CLI, aby zalogować się do Azure. Użyj tego samego konta użytkownika, które dodano do roli Azure Service Bus Data Owner.
az login
Uruchom plik Jar przy użyciu następującego polecenia.
java -jar <JAR FILE NAME>
W oknie konsoli są widoczne następujące dane wyjściowe.
Sent a single message to the topic: mytopic Sent a batch of messages to the topic: mytopic Starting the processor Processing message. Session: e0102f5fbaf646988a2f4b65f7d32385, Sequence #: 1. Contents: Hello, World! Processing message. Session: 3e991e232ca248f2bc332caa8034bed9, Sequence #: 2. Contents: First message Processing message. Session: 56d3a9ea7df446f8a2944ee72cca4ea0, Sequence #: 3. Contents: Second message Processing message. Session: 7bd3bd3e966a40ebbc9b29b082da14bb, Sequence #: 4. Contents: Third message
Na stronie Przegląd przestrzeni nazw usługi Service Bus w witrynie Azure Portal można zobaczyć liczbę komunikatów przychodzących i wychodzących. Poczekaj minutę, a następnie odśwież stronę, aby wyświetlić najnowsze wartości.
Przejdź do karty Tematy w dolnej części środkowego okienka i wybierz temat, aby wyświetlić stronę tematu usługi Service Bus dla wybranego tematu. Na tej stronie powinny zostać wyświetlone cztery przychodzące i cztery komunikaty wychodzące na wykresie Komunikaty .
Jeśli skomentujesz wywołanie receiveMessages
w metodzie main
i ponownie uruchomisz aplikację, na stronie Tematu Service Bus zobaczysz 8 komunikatów przychodzących (4 nowe), ale tylko cztery komunikaty wychodzące.
Na tej stronie, po wybraniu subskrypcji, zostaniesz przeniesiony na stronę Subskrypcja usługi Service Bus. Możesz zobaczyć liczbę aktywnych komunikatów, liczbę komunikatów utraconych i więcej na tej stronie. W tym przykładzie istnieją cztery aktywne komunikaty, których odbiorca jeszcze nie odebrał.
Następne kroki
Zapoznaj się z następującą dokumentacją i przykładami: