Push-meddelanden med Azure Notification Hubs: Vanliga frågor och svar

Azure Notification Hubs har två resursnivåer: hubbar och namnområden. En hubb är en enda push-resurs som kan innehålla plattformsoberoende push-information för en app. Ett namnområde är en samling hubbar i en region. Rekommenderad mappning matchar ett namnområde med en app. I ett namnområde kan du ha en produktionshubb som fungerar med din produktionsapp, en testhubb som fungerar med testappen och så vidare.

Den senaste prisinformationen finns på sidan Priser för Notification Hubs. Notification Hubs faktureras på namnområdesnivå. (För definitionen av ett namnområde, se "Vad är resursstrukturen för Notification Hubs?") Notification Hubs erbjuder tre nivåer:

• Kostnadsfri: Den här nivån är en bra utgångspunkt för att utforska push-funktioner. Det rekommenderas inte för produktionsappar. Du får 500 enheter och 1 miljon push-överföringar inkluderade per prenumeration per månad, utan serviceavtalsgaranti (SLA).
• Grundläggande: Den här nivån (eller standardnivån) rekommenderas för mindre produktionsappar. Du får 200 000 enheter och 10 miljoner push-överföringar per prenumeration per månad som baslinje.
• Standard: Den här nivån rekommenderas för medelstora till stora produktionsappar. Du får 10 miljoner enheter och 10 miljoner push-enheter som ingår per prenumeration och månad som baslinje. Innehåller omfattande telemetri (ytterligare data om tillhandahållen push-status).

Standardnivåfunktioner:

• Omfattande telemetri: Du kan använda Notification Hubs per meddelandetelemetri för att spåra push-begäranden och feedback från plattformsmeddelandesystemet för felsökning.
• Flera innehavare: Du kan arbeta med autentiseringsuppgifter för plattformsmeddelandesystemet på namnområdesnivå. Med det här alternativet kan du enkelt dela upp klienter i hubbar inom samma namnområde.
• Schemalagd push: Du kan schemalägga att meddelanden skickas ut när som helst.
• Massåtgärder: Aktiverar funktioner för export/import enligt beskrivningen i dokumentet Export/import av registreringar.

För nivåerna Basic och Standard Notification Hubs kan korrekt konfigurerade program skicka push-meddelanden eller utföra registreringshanteringsåtgärder minst 99,9 procent av tiden. Mer information om serviceavtalet finns på sidan Serviceavtal för Notification Hubs.

Gå till Azure-portalen>Notification Hubs-namnrymder eller Notification Hubs. Välj den resurs som du vill uppdatera och gå till Prisnivå. Observera följande krav:

• Den uppdaterade prisnivån gäller för alla hubbar i namnområdet som du arbetar med.
• Om antalet enheter överskrider gränsen för den nivå som du nedgraderar till måste du ta bort enheter innan du nedgraderar.

Server-SDK:er är tillgängliga för .NET, Java, Node.js, PHP och Python. Notification Hubs-API:er baseras på REST-gränssnitt, så du kan arbeta direkt med REST-API:er om du använder olika plattformar eller inte vill ha extra beroende. Mer information finns på sidan Rest-API:er för Notification Hubs.

Push-meddelanden stöds för iOS, Android, Windows Universal, Windows Telefon, Android China (via Baidu), Xamarin iOS och Android och Safari. Mer information finns på sidan självstudier för komma igång med Notification Hubs .

Notification Hubs skickar meddelanden till enheter som kör mobilappar. Den tillhandahåller inte funktioner för e-post eller textmeddelanden. Notification Hubs tillhandahåller inte heller någon push-meddelandeleveranstjänst i webbläsaren direkt. Kunder kan implementera den här funktionen med Hjälp av SignalR ovanpå de plattformar på serversidan som stöds.

Mer information om antalet enheter som stöds finns på sidan Priser för Notification Hubs.

Om du behöver stöd för mer än 10 miljoner registrerade enheter måste du partitionera dina enheter i flera namnområden.

Beroende på den valda nivån skalas Azure Notification Hubs automatiskt upp baserat på antalet meddelanden som flödar genom systemet.

Våra kunder använder Notification Hubs för att skicka miljontals push-meddelanden dagligen. Du behöver inte göra något speciellt för att skala räckvidden för dina push-meddelanden så länge du använder Azure Notification Hubs.

I ett scenario med normal användning, där den inkommande belastningen är konsekvent och jämn, kan Azure Notification Hubs bearbeta minst 1 miljon push-meddelanden per minut. Den här hastigheten kan variera beroende på antalet taggar, typen av inkommande meddelanden och andra externa faktorer.

Under den uppskattade leveranstiden beräknar tjänsten målen per plattform och dirigerar meddelanden till push-meddelandetjänsten (PNS) baserat på de registrerade taggarna eller tagguttrycken. Det är PNS ansvar att skicka meddelanden till enheten.

PNS garanterar inte något serviceavtal för att leverera meddelanden. De flesta push-meddelanden levereras dock till målenheter inom några minuter (vanligtvis inom 10 minuter) från den tidpunkt då de skickas till Notification Hubs. Några meddelanden kan ta längre tid.

På grund av typen av push-meddelanden (de levereras av en extern, plattformsspecifik PNS) finns det ingen svarstidsgaranti. Vanligtvis levereras de flesta push-meddelanden inom några minuter.

Azure Notification Hubs lagrar kundregistreringsdata i den region som kunden har valt. Notification Hubs tillhandahåller täckning för metadatakatastrofåterställning (Notification Hubs-namnet, anslutningssträng och annan viktig information). För alla regioner utom Brasilien, södra och Sydostasien finns metadatasäkerhetskopian i en annan region (vanligtvis den Länkade Azure-regionen). För regionerna Brasilien, södra och Sydostasien lagras säkerhetskopior i samma region för att uppfylla kraven på datahemvist för dessa regioner.

Mobilapp/miljö

• Använd en meddelandehubb per mobilapp, per miljö.
• I ett scenario med flera klientorganisationer bör varje klientorganisation ha en separat hubb.
• Dela aldrig samma meddelandehubb för produktions- och testmiljöer. Den här metoden kan orsaka problem när du skickar meddelanden. (Apple erbjuder slutpunkter för sandbox- och produktions-push, var och en med separata autentiseringsuppgifter.)
• Som standard kan du skicka testmeddelanden till dina registrerade enheter via Azure-portalen eller den integrerade Azure-komponenten i Visual Studio. Tröskelvärdet är inställt på 10 enheter som väljs slumpmässigt från registreringspoolen.

PNS-autentiseringsuppgifter

När en mobilapp registreras med en plattforms utvecklarportal (till exempel Apple eller Google) skickas en appidentifierare och säkerhetstoken. Appens serverdel tillhandahåller dessa token till plattformens PNS så att push-meddelanden kan skickas till enheter. Säkerhetstoken kan vara i form av certifikat (till exempel Apple iOS eller Windows Telefon) eller säkerhetsnycklar (till exempel Google Android eller Windows). De måste konfigureras i meddelandehubbar. Konfigurationen utförs vanligtvis på meddelandehubbens nivå, men det kan också göras på namnområdesnivå i ett scenario med flera klientorganisationer.

Namnrymder

Namnområden kan användas för distributionsgruppering. De kan också användas för att representera alla meddelandehubbar för alla klienter i samma app i ett scenario med flera klientorganisationer.

Geo-distribution

Geodistribution är inte alltid kritiskt i push-meddelandescenarier. Olika PNS:er (till exempel APN eller FCM) som levererar push-meddelanden till enheter är inte jämnt fördelade.

Om du har ett program som används globalt kan du skapa hubbar i olika namnområden med hjälp av Notification Hubs-tjänsten i olika Azure-regioner runt om i världen.

Registreringar från appens serverdel är användbara när du måste autentisera klienter innan du skapar registreringen. De är också användbara när du har taggar som måste skapas eller ändras av appens serverdel baserat på applogik. Mer information finns i vägledningen för backend-registrering och vägledningen för backend-registrering 2 sidor.

Azure Notification Hubs använder en signaturbaserad säkerhetsmodell för delad åtkomst. Du kan använda signaturtoken för delad åtkomst på rotnamnområdesnivå eller på den detaljerade meddelandehubbens nivå. Signaturtoken för delad åtkomst kan ställas in så att de följer olika auktoriseringsregler, till exempel för att skicka meddelandebehörigheter eller lyssna efter meddelandebehörigheter. Mer information finns i säkerhetsmodelldokumentet för Notification Hubs.

Alla meddelanden levereras till målenheter av plattformens PNS. När ett meddelande skickas till Azure Notification Hubs bearbetas det och skickas till respektive PNS.

Alla anslutningar, från avsändaren till Azure Notification Hubs till PNS, använder HTTPS.

Om du vill skicka känsliga nyttolaster rekommenderar vi att du använder ett säkert push-mönster. Avsändaren skickar ett pingmeddelande med en meddelandeidentifierare till enheten utan den känsliga nyttolasten. När appen på enheten tar emot nyttolasten anropar appen ett säkert API direkt för att hämta meddelandeinformationen. En guide om hur du implementerar det här mönstret finns på sidan För säker push-självstudie för Notification Hubs.

Se Hög tillgänglighet för Azure Notification Hubs.

Azure Notification Hubs krypterar alla kunddata i vila med undantag för registreringstaggar. Därför bör du inte lagra personliga eller konfidentiella data med hjälp av taggar.

Ja. Alla Notification Hubs-hanteringsåtgärder uppdaterar Azure-aktivitetsloggen som exponeras i Azure-portalen. Azure-aktivitetsloggen ger insikter om de åtgärder som utförs på resurser i dina prenumerationer. Med hjälp av aktivitetsloggen kan du bestämma vad, vem och när för skrivåtgärder (PUT, POST, DELETE) som gjorts för resurserna i din prenumeration. Du kan också förstå statusen för åtgärderna och andra relevanta egenskaper. Emellertid. Aktivitetsloggen innehåller inte läsåtgärden (GET).

Azure Notification Hubs innehåller flera funktioner för felsökning, särskilt för det vanligaste scenariot med borttagna meddelanden. Mer information finns i felsökningsdokumentet för Notification Hubs .

Med Azure Notification Hubs kan du visa telemetridata i Azure-portalen. Information om måtten finns på sidan Mått för Notification Hubs .

Du kan också programmatiskt komma åt mått. Mer information finns i följande artiklar:

• Hämta Azure Monitor-mått med .NET. I det här exemplet används användarnamnet och lösenordet. Om du vill använda ett certifikat överbelastar du FromServicePrincipal-metoden för att tillhandahålla ett certifikat enligt det här exemplet.
• Hämta mått och aktivitetsloggar för en resurs
• Genomgång av REST-API:et för Azure Monitoring