Está creando una plataforma SaaS multi-tenant que envía notificaciones push para la aplicación móvil de cada cliente. Cada cliente aporta sus propias credenciales de APNs/FCM y requiere el aislamiento de registros y etiquetas. Desea minimizar la sobrecarga operativa manteniendo los entornos (Desarrollo/Pruebas/Producción) separados. ¿Qué diseño de Azure Notification Hubs debería implementar?

Esta opción es la más adecuada porque proporciona el aislamiento necesario para las credenciales de APNs/FCM de cada cliente y sus registros. Un espacio de nombres por entorno (Desarrollo/Pruebas/Producción) asegura la separación de entornos. Un hub por aplicación de cliente permite configurar credenciales únicas por cliente y garantiza el aislamiento de registros y etiquetas, ya que los hubs son unidades aisladas. Las etiquetas dentro de cada hub permiten la segmentación de usuarios para ese cliente específico. Las otras opciones son incorrectas: Un único hub con múltiples credenciales no es posible; un hub solo puede tener un conjunto de credenciales por plataforma. Crear un hub por plataforma compartido por todos los clientes no permite el aislamiento de credenciales y registros por cliente. Reemplazar Notification Hubs con Event Grid y Web Push no es una solución directa para notificaciones push móviles y aumenta la complejidad. Usar Azure SignalR Service para transmitir no reemplaza la funcionalidad de APNs/FCM para notificaciones push directas a dispositivos.