Você está desenvolvendo uma plataforma SaaS multi-tenant que envia notificações push para o aplicativo móvel de cada cliente. Cada cliente traz suas próprias credenciais APNs/FCM e exige isolamento de registros e tags. Você deseja minimizar a sobrecarga operacional, mantendo os ambientes (Desenvolvimento/Teste/Produção) separados. Qual design do Azure Notification Hubs você deve implementar?

A opção correta é criar um namespace do Notification Hubs por ambiente e, dentro de cada namespace, um hub separado por aplicativo de cliente. Isso garante o isolamento de credenciais APNs/FCM por cliente, o que é um requisito fundamental para plataformas SaaS multi-tenant. O uso de tags dentro de cada hub permite o direcionamento específico de notificações para usuários ou grupos dentro do aplicativo de um cliente. Essa abordagem também minimiza a sobrecarga operacional, pois os ambientes (Desenvolvimento/Teste/Produção) são separados em namespaces distintos, evitando conflitos e facilitando o gerenciamento. As outras opções são incorretas porque: Criar um único hub com múltiplos conjuntos de credenciais APNs e FCM não é possível, pois um hub é configurado com um único conjunto de credenciais por plataforma. Criar um namespace e um hub por plataforma para todos os clientes não atende ao requisito de isolamento de credenciais por cliente. Substituir o Notification Hubs por Event Grid e Web Push ou usar o Azure SignalR Service não é a solução ideal para notificações push móveis, pois o Notification Hubs é projetado especificamente para essa finalidade e oferece recursos como gerenciamento de registros e tags de forma eficiente.