Pushmeldingen 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 werkt met uw test-app, en meer.

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

• Gratis: deze laag is een goed uitgangspunt voor het verkennen van pushmogelijkheden. Dit wordt niet aanbevolen voor productie-apps. U krijgt 500 apparaten en 1 miljoen pushes per naamruimte 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 per naamruimte 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 naamruimte per maand als basislijn. Bevat uitgebreide telemetrie (aanvullende gegevens over de opgegeven pushstatus).

Functies van de Standard-laag:

• Uitgebreide telemetrie: u kunt Notification Hubs telemetrie per bericht gebruiken om pushaanvragen bij te houden en feedback Platform Notification System voor het maken van problemen.
• Multitenancy: u kunt werken met Platform Notification System referenties op naamruimteniveau. Met deze optie kunt u tenants eenvoudig opsplitsen in hubs binnen dezelfde naamruimte.
• Geplande push: u kunt plannen dat meldingen op elk gewenst moment 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 ten minste 99,9 procent van de tijd registratiebeheerbewerkingen uitvoeren. Ga naar de pagina Notification Hubs SLA voor meer informatie over de SLA.

Ga naar de Azure Portal > Notification Hubs naamruimten of Notification Hubs. Selecteer de resource die u wilt bijwerken en ga naar Prijscategorie. Houd rekening met de volgende vereisten:

• De bijgewerkte prijscategorie is van toepassing op alle hubs in de naamruimte waar u mee werkt.
• Als het aantal apparaten de limiet overschrijdt van de laag waar 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 voor meer informatie naar de pagina Notification Hubs REST API's.

Pushmeldingen worden ondersteund voor iOS, Android, Windows Universal, Windows Phone, Android China (via Baidu),Xamarin iOS en Androiden Safari. Zie de pagina Notification Hubs Aan de slag zelfstudies 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 in-browser service voor het leveren van pushmeldingen. Klanten kunnen deze functie implementeren met SignalR boven op de ondersteunde platformen aan de serverzijde.

Raadpleeg de pagina Notification Hubs prijzen 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 over meerdere naamruimten.

Afhankelijk van de geselecteerde laag wordt Notification Hubs automatisch omhoog geschaald op basis van het aantal meldingen dat door 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.

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

Tijdens de geschatte leveringstijd berekent de service de doelen per platform en routeert deze berichten naar de Push Notification Service (PNS) op basis van de geregistreerde tags of tagexpressie. 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 bij doelapparaten vanaf het moment dat ze naar de Notification Hubs. Een aantal meldingen kan meer tijd in duren.

Vanwege de aard van pushmeldingen (ze worden geleverd door een externe, platformspecifieke PNS), is er geen garantie voor latentie. Normaal gesproken worden de meeste 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 noodherstel van metagegevens (de Notification Hubs naam, de connection string en andere kritieke informatie). Voor alle regio's, Brazilië - zuid Azië - zuidoost, wordt de metagegevensback-up gehost in een andere regio (meestal de gekoppelde Azure-regio). Voor de regio'Brazilië - zuid Azië - zuidoost worden back-ups opgeslagen in dezelfde regio om te voldoen aan de vereisten voor gegevensopslag 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 praktijk kan problemen veroorzaken bij het verzenden van meldingen. (Apple biedt sandbox- en productie-push-eindpunten, elk met afzonderlijke referenties.)
• Standaard kunt u testmeldingen verzenden naar uw geregistreerde apparaten via de Azure Portal of het geïntegreerde Azure-onderdeel in Visual Studio. De drempelwaarde is ingesteld op 10 apparaten die willekeurig zijn geselecteerd in de registratiegroep.

PNS-referenties

Wanneer een mobiele app wordt geregistreerd bij de ontwikkelaarsportal van een platform (bijvoorbeeld Apple of Google), worden een app-id en beveiligingstokens verzonden. De app-back-up levert deze tokens aan de PNS van het platform, zodat pushmeldingen naar apparaten kunnen worden verzonden. Beveiligingstokens kunnen worden gebruikt in de vorm van certificaten (bijvoorbeeld Apple iOS of Windows Phone) of beveiligingssleutels (bijvoorbeeld Google Android of Windows). Ze moeten worden geconfigureerd in Notification Hubs. Configuratie wordt doorgaans uitgevoerd op notification hub-niveau, maar dit kan ook worden gedaan op naamruimteniveau 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 weer te geven in een scenario met meerdere tenants.

Geo-distributie

Geo-distributie is niet altijd essentieel in scenario's voor pushmeldingen. Verschillende PNS's (bijvoorbeeld APN's of FCM) die pushmeldingen aan apparaten leveren, zijn niet gelijkmatig verdeeld.

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 van de app-back-end 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 voor meer informatie naar de pagina's Richtlijnen voor back-en-registratie en Back-en-registratie 2.

Azure Notification Hubs maakt gebruik van een beveiligingsmodel op basis van shared access signature. U kunt de shared access signature-tokens gebruiken op het niveau van de hoofdnaamruimte of op het niveau van de gedetailleerde Notification Hub. Shared Access Signature-tokens kunnen worden ingesteld om verschillende autorisatieregels te volgen, bijvoorbeeld om machtigingen voor berichten te verzenden of om te luisteren naar meldingsmachtigingen. Zie voor meer informatie het document Notification Hubs beveiligingsmodel.

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

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

Als u gevoelige nettoladingen wilt verzenden, raden we u aan een beveiligd pushpatroon 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 berichtdetails op te halen. Voor een handleiding over het implementeren van dit patroon gaat u naar de zelfstudiepagina Notification Hubs Beveiligde push.

We bieden een dekking voor herstel na noodherstel van metagegevens (de naam van Notification Hubs, de connection string en andere kritieke informatie). Wanneer een noodherstelscenario wordt geactiveerd, zijn registratiegegevens het enige segment van de Notification Hubs infrastructuur die verloren gaat. U moet een oplossing implementeren om deze gegevens na het herstel opnieuw in uw nieuwe hub in te voeren:

1. Maak een secundaire Notification Hub in een ander datacenter. U wordt aangeraden er vanaf het begin een te maken om u af te schermen van een noodherstelgebeurtenis die van invloed kan zijn op uw beheermogelijkheden. U kunt er ook een maken op het moment van de noodherstelgebeurtenis.

2. Houd de secundaire Notification Hub gesynchroniseerd met de primaire Notification Hub met behulp van een van de volgende opties:

   • Gebruik een app-back-up die gelijktijdig installaties maakt en bij werkt in beide Notification Hubs. Met installaties kunt u uw eigen unieke apparaat-id opgeven, waardoor deze beter geschikt is voor het replicatiescenario. Zie deze voorbeeldcode voor meer informatie.
   • Gebruik een app-back-up die als back-up een regelmatige dump van registraties van de primaire Notification Hub krijgt. Vervolgens kan een bulkinvoeging in de secundaire Notification Hub worden uitvoeren.

De secundaire Notification Hub kan uiteindelijk verlopen installaties/registraties hebben. Wanneer de push naar een verlopen handle wordt uitgevoerd, Notification Hubs automatisch de bijbehorende installatie-/registratierecord op basis van het antwoord dat is ontvangen van de PNS-server. Als u verlopen records van een secundaire Notification Hub wilt ops schonen, voegt u aangepaste logica toe die feedback van elke verzender verwerkt. Vervolgens verloopt de installatie/registratie in de secundaire Notification Hub.

Als u geen back-up hebt en de app wordt gestart op doelapparaten, voeren ze een nieuwe registratie uit in de secundaire Notification Hub. Uiteindelijk worden alle actieve apparaten geregistreerd op de secundaire Notification Hub.

Er is een tijdsperiode waarin apparaten met niet-openende apps geen meldingen ontvangen.

Azure Notification Hubs versleutelt alle klantgegevens at rest, 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 waaraan wordt blootgesteld in de 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).

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

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

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

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