Tworzysz wielodostępną platformę SaaS, która wysyła powiadomienia push do aplikacji mobilnych każdego klienta. Każdy klient dostarcza własne poświadczenia APNs/FCM i wymaga izolacji rejestracji i tagów. Chcesz zminimalizować obciążenie operacyjne, jednocześnie utrzymując oddzielne środowiska (Dev/Test/Prod). Jaki projekt Azure Notification Hubs należy zaimplementować?

Prawidłowa odpowiedź zapewnia najlepszą izolację i bezpieczeństwo dla każdego klienta w środowisku wielodostępnym, jednocześnie minimalizując obciążenie operacyjne. Tworzenie oddzielnego huba dla każdego klienta pozwala na konfigurację jego unikalnych poświadczeń APNs/FCM, co jest kluczowe dla izolacji. Przestrzenie nazw Notification Hubs są logicznymi kontenerami dla hubów, więc jedna przestrzeń nazw na środowisko (Dev/Test/Prod) jest zgodna z najlepszymi praktykami zarządzania środowiskami. Tagi są używane do precyzyjnego targetowania powiadomień w ramach huba klienta. Pozostałe opcje są nieprawidłowe, ponieważ: Pojedynczy hub z wieloma zestawami poświadczeń APNs/FCM nie jest obsługiwany przez Notification Hubs. Hub może mieć tylko jeden zestaw poświadczeń dla każdej platformy. Tworzenie jednego huba na platformę (APNs/FCM) współdzielonego przez wszystkich klientów nie zapewnia wymaganej izolacji poświadczeń i rejestracji. Zastąpienie Notification Hubs przez Event Grid i Web Push nie jest odpowiednie dla powiadomień push do aplikacji mobilnych, które wymagają APNs/FCM. Key Vault służy do przechowywania kluczy, nie do zarządzania powiadomieniami. Azure SignalR Service jest przeznaczone do komunikacji w czasie rzeczywistym, a nie do wysyłania powiadomień push do APNs/FCM, co wymaga integracji z tymi platformami.