Pushmeldingen verzenden met Azure Notification Hubs: veelgestelde vragen

Azure Notification Hubs heeft twee resourceniveaus: hubs en naamruimten. Een hub is één push-resource die de platformoverschrijdende pushgegevens van één app kan bevatten. Een naamruimte is een verzameling hubs in één regio. Aanbevolen toewijzing komt overeen met één naamruimte met één app. Binnen een naamruimte kunt u een productiehub hebben die werkt met uw productie-app, een testhub die met uw test-app werkt, enzovoort.

De meest recente prijsgegevens vindt u op de pagina Prijzen van Notification Hubs. Notification Hubs wordt gefactureerd op naamruimteniveau. (Zie "Wat is de resourcestructuur van Notification Hubs?") voor de definitie van een naamruimte. Notification Hubs biedt drie lagen:

• Gratis: Deze laag is een goed startpunt voor het verkennen van pushmogelijkheden. Het wordt niet aanbevolen voor productie-apps. U krijgt 500 apparaten en 1 miljoen pushes inbegrepen per abonnement per maand, zonder sla-garantie (Service Level Agreement).
• Basic: Deze laag (of de Standard-laag) wordt aanbevolen voor kleinere productie-apps. U krijgt 200.000 apparaten en 10 miljoen pushes opgenomen per abonnement per maand als basislijn.
• Standard: Deze laag wordt aanbevolen voor middelgrote tot grote productie-apps. U krijgt 10 miljoen apparaten en 10 miljoen pushes per abonnement per maand als basislijn. Bevat uitgebreide telemetrie (aanvullende gegevens over de opgegeven pushstatus).

Functies van de Standard-laag:

• Uitgebreide telemetrie: U kunt Notification Hubs Per Message Telemetry gebruiken om pushaanvragen en Feedback van platformmeldingensysteem bij te houden voor foutopsporing.
• Meerdere tenants: u kunt werken met platformmeldingssysteemreferenties op naamruimteniveau. Met deze optie kunt u eenvoudig tenants splitsen in hubs binnen dezelfde naamruimte.
• Geplande push: u kunt op elk gewenst moment meldingen plannen die moeten worden verzonden.
• Bulkbewerkingen: hiermee schakelt u de functionaliteit voor het exporteren/importeren van registraties in, zoals beschreven in het document Registraties exporteren/importeren .

Voor basic- en Standard Notification Hubs-lagen kunnen goed geconfigureerde toepassingen pushmeldingen verzenden of registratiebeheerbewerkingen uitvoeren ten minste 99,9 procent van de tijd. Ga naar de SLA-pagina van Notification Hubs voor meer informatie over de SLA .

Ga naar de Notification Hubs-naamruimten of Notification Hubs in de Azure-portal>. Selecteer de resource die u wilt bijwerken en ga naar de prijscategorie. Let op de volgende vereisten:

• De bijgewerkte prijscategorie is van toepassing op alle hubs in de naamruimte waarmee u werkt.
• Als het aantal apparaten de limiet overschrijdt van de laag waarnaar u downgradet, moet u apparaten verwijderen voordat u downgradet.

Server-SDK's zijn beschikbaar voor .NET, Java, Node.js, PHP en Python. Notification Hubs-API's zijn gebaseerd op REST-interfaces, zodat u rechtstreeks met REST API's kunt werken als u verschillende platforms gebruikt of geen extra afhankelijkheid wilt. Ga naar de pagina Rest API's van Notification Hubs voor meer informatie.

Pushmeldingen worden ondersteund voor iOS, Android, Windows Universal, Windows Telefoon, Android China (via Baidu), Xamarin iOS en Android en Safari. Zie de pagina Aan de slag met Notification Hubs voor meer informatie.

Notification Hubs verzendt meldingen naar apparaten met mobiele apps. Het biedt geen mogelijkheden voor e-mail of sms-berichten. Notification Hubs biedt ook geen service voor het leveren van pushmeldingen in de browser. Klanten kunnen deze functie implementeren met SignalR op de ondersteunde platformen aan de serverzijde.

Raadpleeg de pagina Prijzen van Notification Hubs voor meer informatie over het aantal ondersteunde apparaten.

Als u ondersteuning nodig hebt voor meer dan 10 miljoen geregistreerde apparaten, moet u uw apparaten partitioneren in meerdere naamruimten.

Afhankelijk van de geselecteerde laag worden Azure Notification Hubs automatisch omhoog geschaald op basis van het aantal meldingen dat via het systeem stroomt.

Onze klanten gebruiken Notification Hubs om dagelijks miljoenen pushmeldingen te verzenden. U hoeft niets speciaals te doen om het bereik van uw pushmeldingen te schalen zolang u Azure Notification Hubs gebruikt.

In een normaal gebruiksscenario, waarbij de binnenkomende belasting consistent is en zelfs, kunnen Azure Notification Hubs ten minste 1 miljoen pushmeldingen per minuut verwerken. Deze snelheid kan variëren, afhankelijk van het aantal tags, de aard van de binnenkomende verzendingen en andere externe factoren.

Tijdens de geschatte levertijd berekent de service de doelen per platform en routeert de berichten naar de Push Notification Service (PNS) op basis van de geregistreerde tags of tag-expressies. Het is de verantwoordelijkheid van de PNS om meldingen naar het apparaat te verzenden.

De PNS garandeert geen SLA voor het leveren van meldingen. De meeste pushmeldingen worden echter binnen enkele minuten (meestal binnen 10 minuten) bezorgd op doelapparaten vanaf het moment dat ze naar Notification Hubs worden verzonden. Het kan langer duren voordat er enkele meldingen zijn.

Vanwege de aard van pushmeldingen (ze worden geleverd door een externe, platformspecifieke PNS), is er geen latentiegarantie. Meestal wordt het merendeel van de pushmeldingen binnen een paar minuten bezorgd.

Azure Notification Hubs slaat klantregistratiegegevens op in de regio die door de klant is geselecteerd. Notification Hubs biedt dekking voor herstel na noodgevallen van metagegevens (de naam van Notification Hubs, de verbindingsreeks en andere kritieke informatie). Voor alle regio's behalve Brazilië - zuid en Zuidoost-Azië wordt de back-up van metagegevens gehost in een andere regio (meestal de gekoppelde Azure-regio). Voor de regio's Brazilië - zuid en Zuidoost-Azië worden back-ups opgeslagen in dezelfde regio om te voldoen aan vereisten voor gegevenslocatie voor deze regio's.

Mobiele app/omgeving

• Gebruik één Notification Hub per mobiele app, per omgeving.
• In een scenario met meerdere tenants moet elke tenant een afzonderlijke hub hebben.
• Deel nooit dezelfde Notification Hub voor productie- en testomgevingen. Deze procedure kan problemen veroorzaken bij het verzenden van meldingen. (Apple biedt sandbox- en productiepusheindpunten, elk met afzonderlijke referenties.)
• Standaard kunt u testmeldingen verzenden naar uw geregistreerde apparaten via Azure Portal of het geïntegreerde Azure-onderdeel in Visual Studio. De drempelwaarde wordt ingesteld op 10 apparaten die willekeurig zijn geselecteerd in de registratiegroep.

PNS-referenties

Wanneer een mobiele app is geregistreerd bij de ontwikkelaarsportal van een platform (bijvoorbeeld Apple of Google), worden er een app-id en beveiligingstokens verzonden. De back-end van de app biedt deze tokens aan de PNS van het platform, zodat pushmeldingen naar apparaten kunnen worden verzonden. Beveiligingstokens kunnen de vorm hebben van certificaten (bijvoorbeeld Apple iOS of Windows Telefoon) of beveiligingssleutels (bijvoorbeeld Google Android of Windows). Ze moeten worden geconfigureerd in Notification Hubs. De configuratie wordt doorgaans uitgevoerd op notification-hub-niveau, maar kan ook worden uitgevoerd op het niveau van de naamruimte in een scenario met meerdere tenants.

Naamruimten

Naamruimten kunnen worden gebruikt voor implementatiegroepering. Ze kunnen ook worden gebruikt om alle Notification Hubs voor alle tenants van dezelfde app in een scenario met meerdere tenants weer te geven.

Geo-distributie

Geo-distributie is niet altijd essentieel in scenario's voor pushmeldingen. Verschillende PNSes (bijvoorbeeld APNs of FCM) die pushmeldingen aan apparaten leveren, worden niet gelijkmatig gedistribueerd.

Als u een toepassing hebt die wereldwijd wordt gebruikt, kunt u hubs in verschillende naamruimten maken met behulp van de Notification Hubs-service in verschillende Azure-regio's over de hele wereld.

Registraties vanuit de back-end van de app zijn handig wanneer u clients moet verifiëren voordat u de registratie maakt. Ze zijn ook handig wanneer u tags hebt die moeten worden gemaakt of gewijzigd door de back-end van de app op basis van app-logica. Ga naar de richtlijnen voor back-endregistratie en richtlijnen voor back-endregistratie op 2 pagina's voor meer informatie.

Azure Notification Hubs maakt gebruik van een op handtekeningen gebaseerd beveiligingsmodel voor gedeelde toegang. U kunt de shared access signature-tokens gebruiken op het niveau van de hoofdnaamruimte of op het gedetailleerde niveau van de Notification Hub. Handtekeningtokens voor gedeelde toegang kunnen worden ingesteld om verschillende autorisatieregels te volgen, bijvoorbeeld om berichtmachtigingen te verzenden of om te luisteren naar meldingsmachtigingen. Zie het document over het Notification Hubs-beveiligingsmodel voor meer informatie.

Alle meldingen worden bezorgd op doelapparaten door de PNS van het platform. Wanneer een melding naar Azure Notification Hubs wordt verzonden, wordt deze verwerkt en doorgegeven aan de respectieve PNS.

Alle verbindingen, van de afzender naar de Azure Notification Hubs naar de PNS, gebruiken HTTPS.

Als u gevoelige nettoladingen wilt verzenden, raden we u aan een Secure Push-patroon te gebruiken. De afzender levert een pingmelding met een bericht-id aan het apparaat zonder de gevoelige nettolading. Wanneer de app op het apparaat de nettolading ontvangt, roept de app rechtstreeks een beveiligde API aan om de berichtgegevens op te halen. Voor een handleiding over het implementeren van dit patroon gaat u naar de zelfstudiepagina Notification Hubs Secure Push.

Zie Hoge beschikbaarheid voor Azure Notification Hubs.

Azure Notification Hubs versleutelt alle inactieve klantgegevens, met uitzondering van registratietags. Daarom moet u geen persoonlijke of vertrouwelijke gegevens opslaan met behulp van tags.

Ja. Alle Notification Hubs-beheerbewerkingen werken het Azure-activiteitenlogboek bij waarnaar wordt weergegeven in Azure Portal. Het Azure-activiteitenlogboek biedt inzicht in de bewerkingen die worden uitgevoerd op resources in uw abonnementen. Met behulp van het activiteitenlogboek kunt u bepalen wat, wie en wanneer voor schrijfbewerkingen (PUT, POST, DELETE) gemaakt voor de resources in uw abonnement. U kunt ook de status van de bewerkingen en andere relevante eigenschappen begrijpen. Echter. het activiteitenlogboek bevat geen leesbewerking (GET).

Als u het apparaat hebt opgeslagen als een Registration, de eerste keer dat u naar die registratie verzendt en de PNS reageert met een foutcode die aangeeft dat het apparaat niet geldig is, wordt het apparaat verwijderd uit uw Notification Hub.

Als u uw apparaten hebt opgeslagen met behulp van de Installation API's, worden ze niet verwijderd in het bovenstaande scenario. Deze beslissing is genomen om tags en andere metagegevens over een bepaalde gebruiker te behouden die mogelijk relevant zijn als de gebruiker opnieuw wordt geïnstalleerd.

Voor zowel registraties als installaties kunt u een vervaldatum instellen zodat het apparaat automatisch op een bepaald moment wordt opgeschoond. Een veelvoorkomend patroon is het bijwerken van uw clienttoepassing die vervaldatum eenmaal per dag om deze terug te verplaatsen zolang de gebruiker uw toepassing gebruikt.

Azure Notification Hubs biedt verschillende functies voor probleemoplossing, met name voor het meest voorkomende scenario met verwijderde meldingen. Zie het technische document over probleemoplossing voor Notification Hubs voor meer informatie.

Met Azure Notification Hubs kunt u telemetriegegevens weergeven in Azure Portal. Details van de metrische gegevens zijn beschikbaar op de pagina Metrische gegevens van Notification Hubs .

U kunt ook programmatisch toegang krijgen tot metrische gegevens. Raadpleeg voor meer informatie de volgende artikelen:

• Metrische gegevens van Azure Monitor ophalen met .NET. In dit voorbeeld wordt de gebruikersnaam en het wachtwoord gebruikt. Als u een certificaat wilt gebruiken, moet u de FromServicePrincipal-methode overbelasten om een certificaat op te geven, zoals in dit voorbeeld wordt weergegeven.
• Metrische gegevens en activiteitenlogboeken voor een resource ophalen
• Azure Monitoring REST API-overzicht