Service Bus i doskonałość operacyjna

W pełni zarządzaj brokerem komunikatów przedsiębiorstwa za pomocą kolejek komunikatów i tematów dotyczących publikowania subskrypcji przy użyciu Azure Service Bus. Ta usługa przechowuje komunikaty w brokerze (na przykład w kolejce), dopóki strona korzystająca nie będzie gotowa do odbierania komunikatów.

Korzyści to:

• Równoważenie obciążenia działa między konkurującymi pracownikami.
• Bezpieczny routing i transfer danych oraz kontrola między usługami i granicami aplikacji.
• Koordynowanie pracy transakcyjnej, która wymaga wysokiego stopnia niezawodności.

Aby uzyskać więcej informacji na temat korzystania z usługi Service Bus, zobacz Azure Service Bus Messaging. Dowiedz się, jak skonfigurować obsługę komunikatów łączących aplikacje i usługi w środowiskach lokalnych i chmurowych.

Aby zrozumieć, jak usługa Service Bus promuje doskonałość operacyjną, zapoznaj się z następującymi tematami:

• Obsługa wyłączeń i awarii
• Operacje ograniczania przepustowości na Azure Service Bus

Poniższe sekcje dotyczą Azure Service Bus i doskonałości operacyjnej:

• Zagadnienia dotyczące projektowania
• Lista kontrolna konfiguracji
• Zalecane opcje konfiguracji
• Artefakty źródłowe

Zagadnienia dotyczące projektowania

Maksymalizuj niezawodność dzięki umowie dotyczącej poziomu usług (SLA) Azure Service Bus czasu pracy. Prawidłowo skonfigurowane aplikacje mogą wysyłać lub odbierać komunikaty albo wykonywać inne operacje na wdrożonej kolejce lub temacie. Aby uzyskać więcej informacji, zapoznaj się z umową SLA usługi Service Bus.

Inne zagadnienia dotyczące projektowania obejmują:

• Jednostki ekspresowe
• Partycjonowane kolejki i tematy

Oprócz dokumentacji w warstwach obsługi komunikatów w warstwie Premium i Standardowa usługi Service Bus następujące funkcje są dostępne tylko w jednostce magazynowej Premium (SKU):

• Zasoby dedykowane.
• Integracja z siecią wirtualną: ogranicza sieci, które mogą łączyć się z wystąpieniem usługi Service Bus. Wymaga włączenia punktów końcowych usługi w podsieci. Istnieją zaufane usługi firmy Microsoft, które nie są obsługiwane podczas implementowania sieci wirtualnych (na przykład integracji z usługą Event Grid). Aby uzyskać więcej informacji, zobacz Zezwalaj na dostęp do Azure Service Bus przestrzeni nazw z określonych sieci wirtualnych.
• Prywatne punkty końcowe.
• Filtrowanie adresów IP/zapora: ogranicz połączenia tylko do zdefiniowanych IPv4 adresów lub IPv4 zakresów adresów.
• Strefy dostępności: zapewnia rozszerzoną dostępność przez rozłożenie replik między strefy dostępności w jednym regionie bez dodatkowych kosztów.
• Integracja z usługą Event Grid: dostępne typy zdarzeń.
• Skalowanie jednostek obsługi komunikatów.
• Geograficzne odzyskiwanie po awarii (sparowana przestrzeń nazw).
• BYOK (Bring Your Own Key): Azure Service Bus szyfruje dane magazynowane i automatycznie odszyfrowuje je podczas uzyskiwania dostępu, ale klienci mogą również korzystać z własnego klucza zarządzanego przez klienta.

W przypadku wdrażania usługi Service Bus z odzyskiwaniem po awarii geograficznej i w strefach dostępności cel poziomu usług (SLO) znacznie się zwiększa, ale nie zmienia czasu pracy umowy SLA.

Lista kontrolna

Czy skonfigurowano Azure Service Bus z myślą o doskonałości operacyjnej?

• Upewnij się, że wyjątki obsługi komunikatów usługi Service Bus są prawidłowo obsługiwane.
• Połącz się z usługą Service Bus przy użyciu protokołu Advanced Message Queuing Protocol (AMQP) i użyj punktów końcowych usługi lub prywatnych punktów końcowych, jeśli to możliwe.
• Ustanów proces, aby aktywnie monitorować komunikaty kolejki utraconych komunikatów (dlq).
• Zapoznaj się z najlepszymi rozwiązaniami dotyczącymi poprawy wydajności przy użyciu komunikatów usługi Service Bus.
• Przeanalizuj różnice między kolejkami usługi Azure Storage i kolejkami Azure Service Bus.

Zalecenia dotyczące konfiguracji

Rozważ następujące zalecenie, aby zoptymalizować niezawodność podczas konfigurowania Azure Service Bus:

Zalecenie	Opis
Połącz się z usługą Service Bus przy użyciu protokołu AMQP i użyj punktów końcowych usługi lub prywatnych punktów końcowych, jeśli jest to możliwe.	To zalecenie utrzymuje ruch w sieci szkieletowej platformy Azure. Uwaga: Domyślny protokół połączenia dla Microsoft.Azure.ServiceBus przestrzeni nazw i Windows.Azure.ServiceBus przestrzeni nazw to AMQP.
Ustanów proces, aby aktywnie monitorować komunikaty kolejki utraconych komunikatów (dlq).	Kolejka utraconych komunikatów zawiera komunikaty, których nie można przetworzyć lub których nie można dostarczyć do żadnego odbiornika. Ważne jest, aby monitorować tę kolejkę w celu zbadania przyczyny problemu, zastosowania wymaganych poprawek i ponownego przesłania komunikatów.
Przeanalizuj różnice między kolejkami usługi Azure Storage i kolejkami Azure Service Bus.	Przekonasz się, że Azure Service Bus jednostki obsługi komunikatów są bardziej zaawansowane, niezawodne i bogate w funkcje niż kolejki usługi Azure Storage. Jeśli wymagane jest proste przesyłanie komunikatów w kolejce bez wymagań dotyczących niezawodnej obsługi komunikatów, kolejki usługi Azure Storage mogą być bardziej odpowiednią opcją.

Artefakty źródłowe

• Aby zidentyfikować wystąpienia usługi Service Bus w warstwie Premium, które nie korzystają z prywatnych punktów końcowych, użyj następującego zapytania:

  Resources
  | where
    type == 'microsoft.servicebus/namespaces'
  | where
    sku.tier == 'Premium'
    and isempty(properties.privateEndpointConnections)
  

• Aby zidentyfikować wystąpienia usługi Service Bus, które nie znajdują się w warstwie Premium, użyj następującego zapytania:

  Resources
  | where
    type == 'microsoft.servicebus/namespaces'
  | where
    sku.tier != 'Premium'
  

Następny krok

Queue Storage i niezawodność