Push paziņojumi ir būtisks mārketinga rīks ikvienam, kam ir mobilā lietotne.
Tas ir vislabākais veids, kā sazināties ar lietotājiem, sūtot steidzamus ziņojumus uz viņu mobilajiem tālruņiem.
Mobilā lietotne var nosūtīt lietotājam pašpiegādes paziņojumu, kas ir īss uznirstošais ziņojums, kas tiek parādīts viedtālrunī pat tad, ja lietotne nav atvērta.
Šie brīdinājumi var ietvert atgādinājumus, atjauninājumus, atlaides un daudz ko citu.
Tie ir radīti, lai piesaistītu lietotāju acis. Virsraksts, ziņojums, attēls un URL ir visi iespējamie informatīvā paziņojuma komponenti. Tajos var būt arī emocijzīmes, logotipi un citas lietas.
Operētājsistēmām, piemēram, Apple OS un Google Android, ir dažādas saskarnes push paziņojumiem.
Push paziņojumus var izmantot, lai veicinātu iesaisti, palielinātu lietotņu lietojumu, ietekmētu reklāmguvumus un daudz ko citu.
Iespējas ir patiesi neierobežotas.
Push paziņojumi mobilajām ierīcēm, kas pazīstami arī kā pašpiegādes paziņojumi mobilajām ierīcēm, var papildināt jūsu kanālu, piemēram, e-pasta, SMS un tiešsaistes informatīvo paziņojumu, lietošanu ar vairākām īpašām priekšrocībām.
Šajā ziņojumā jūs saņemsit īsu paziņojumu pakalpojuma aprakstu un informāciju par tā mērķi, augsta līmeņa dizainu, īpašajām funkcijām un daudz ko citu.
Mērķis
Izstrādāt paziņojumu pakalpojumu, kas var efektīvi izplatīt ziņojumus no produkta lietotājam dažādos kanālos
Prasības:
- Sūtīšanas API: publicējiet autorizētu galapunktu, lai jebkurš aizmugursistēma un mikropakalpojums varētu sākt piegādāt paziņojumus.
- Saderīgi kanāli: atbalstiet brīdinājumu piegādi jebkuram kanālam, kas publicē API, piemēram, e-pastu, īsziņu un push.
- Lietotāja preferences: ļauj lietotājiem izvēlēties lietotāja preferences katram kanālam un paziņojumam.
- Pakārtoto pakalpojumu atbilstības ierobežojumi: izvairieties no jūsu e-pasts vai SMS pakalpojums ir bloķēts vai apturēts.
- Mērogojams: pieļauj (teorētiski) bezgalīgu horizontālu mērogošanu.
Augsta līmeņa arhitektūra
Pieņemsim, ka jūsu kodam ir jāpaziņo kādam:
- POST/send galapunktu izsauc jūsu kods. Katram pieejamajam kanālam pieprasījumā ir ietverts adresāta lietotāja ID, paziņojuma veids un tā saturs.
- OAuth2 klienta akreditācijas datu plūsmu izmanto /send galapunkts, lai autentificētu pieprasījumu.
- Pēc tam datubāzē tiek pieprasītas lietotāja paziņojumu izvēles iespējas. Preferences parāda, vai lietotājs ir vai nav abonējis noteiktu kanālu un paziņojumu.
- No datu bāzes tas nolasīs lietotāja īpašības, piemēram, e-pasta adreses un tālruņu numurus.
- Šis galapunkts izveidos ziņojuma objektu, kas ietver lietotāja īpašības, kanālus un kanālam raksturīgu saturu. Tomēr tajā netiks iekļauti deaktivizētie kanāli. Pēc tam ziņa tiek nosūtīta uz ventilatora pakalpojumu.
- Ienākošie ziņojumi tiek izplatīti darbu rindās, izmantojot fanout pakalpojumu. Tomēr ir ieviesta filtrēšana, lai neņemtu vērā darbu rindas kanāliem, kas nav norādīti ziņojumā.
- Katram kanālam ir procesors un darba rinda. Procesors veic uzdevumu un pēc tam pieprasa atbilstošu pakalpojumu, piemēram, darījumu e-pastu vai SMS pakalpojumu.
Galvenie arhitektūras elementi
POST / nosūtīts
Iespējams, ļoti labi pamanījāt, ka šī beigu punkta pieprasījumā ir iekļauts tikai lietotāja ID un ne e-pasta adrese, ne tālruņa numurs. Tas ļauj paziņojumu pakalpojumiem palikt anonīmiem jūsu lietotājiem.
Lai nodrošinātu mērogojamību, beigu punkts tiek novietots aiz a slodzes balansētājs.
Jūsu tipiskā lietotāja autentifikācija nenodrošina galapunkta aizsardzību.
Jums ir jāizmanto atšķirīga autentifikācijas metode, kas pazīstama kā OAuth2 klienta akreditācijas datu plūsma, ko izmanto saziņai starp serveriem, jo pakalpojums, kas iesniedz pieprasījumu, ir pati programmatūra.
Jūsu lietojumprogramma sniegs paziņojumus daudzās dažādās vietās. Sūtīšanas funkciju varat izmantot gandrīz jebkur, piemēram, no jaunas kodu bāzes vai izveides darbplūsmas, ieviešot to kā beigu punktu aiz slodzes balansētāja, kas garantē, ka tā ir neatkarīgi mērogojama.
PUT/lietotāja preferences
Izmantojiet atslēgu/vērtību pāri vai NoSQL datu bāzi, kas ir ļoti mērogojama. Formatējiet ierakstus šādi: KEY: paraugs lietotāja id: parauga paziņojuma id, VĒRTĪBA: ["e-pasts", "state: true", "SMS", "state: false", kanāls: "e-pasts", "e-pasts", stāvoklis : patiess”]
Ja ierakstos ir “viltus” vērtības, pārraides galapunkts izslēgs attiecīgo kanālu no ziņojuma, kas tiek piegādāts fanout. Ja kanālam nav ieraksta, lietotājs nav skaidri norādījis savas preferences. Šajā scenārijā jums ir jāpiekrīt noklusējuma lietošanai.
Lietotājs var modificēt datus lietotāja preferenču datu bāzē, izmantojot jūsu lietotāja saskarni un parasto beigu punktu, kas ir nodrošināts ar standarta autentifikācijas procedūrām.
Lietotāji kļūs aizkaitināti un būs spiesti norādīt jūsu brīdinājumus kā surogātpastu vai tos apklusināt, ja nesniegsiet viņiem iespēju mainīt paziņojumu preferences. Rezultātā tiks vēl vairāk kaitēta jūsu lietotāja pieredzei, un e-pasta vai SMS piegādes pakalpojumi var apturēt jūsu konta darbību.
Fan Out
Fanout kopē ziņojumu un izplata to dažādās vietās. Tie ir lēti un ļoti mērogojami. Izmantojiet SNS pakalpojumā AWS. Izmantojiet Pub/Sub pakalpojumā Azure un tēmas un abonementus pakalpojumā Google Cloud Platform.
Lai novērstu bezjēdzīgu ziņojumu sūtīšanu uz izslēgtajām kanālu darbu rindām, varat konfigurēt filtrēšanu starp izejas un darba rindām. Piemēram, pakalpojumā AWS SNS varat norādīt, ka e-pasta darba rindai ir jāsaņem fanout ziņojums tikai tad, ja tam laukā "kanāli" ir vērtība "email".
Pat ja jūs varētu izveidot kodu, lai nosūtītu identisku ziņojumu nepieciešamajām darbu rindām, fanout ir efektīvāka un prasa mazāk kodēšanas. Fanout piedāvā arī rindu pievienošanas un noņemšanas ērtības, ļaujot paplašināt un reorganizēt kanālus.
Darba apstrāde
Ziņojumi tiek glabāti rindās, kas gaida apstrādi jūsu darbu apstrādātājiem. Tie ir arī pieņemami un ļoti mērogojami. Darba procesori ir koda daļas, kas apstrādā ziņojumus no darbu rindām. Atkarībā no rindā esošo ziņojumu apjoma tos var mērogot.
Darba apstrādātājam ir jāveic API izsaukums pareizajam pakalpojumu sniedzējam, lai mūsu scenārijā nosūtītu paziņojumu, izmantojot darījumu e-pasta pakalpojumu.
Lielākajai daļai e-pasta, SMS un līdzīgu ziņojumu piegādes pakalpojumu sniedzēju ir stingras prasības attiecībā uz sūtīto ziņojumu daudzumu un kalibru. Turklāt jūs vēlaties tos pārbaudīt un rūpīgi izveidot piemērotas procedūras. Šeit ir mūsu padoms, kā izvairīties no AWS SES pārtraukšanas.
Varat definēt maksimālo darbu apstrādātāju skaitu, lai novērstu piegādes pakalpojumu tarifu griestu pārsniegšanu.
Turpmāki uzlabojumi
Varat apskatīt vairākus šos priekšmetus.
- Viņiem ir nepieciešamas savas API, tabulas utt., lai varētu izmantot mērogojamu paziņojumu pakalpojumu lietotnē.
- Atvēršanas/noklikšķināšanas atskaites apkopošana un rādīšana
- Paziņojumu satura noņemšana no koda un atļauja jūsu produktam un dizaina komandai vizuāli modificēt brīdinājumus, nemainot kodu.
- Nemainot kodu, jūsu komanda var izmantot informācijas paneli, lai aktivizētu vai atspējotu paziņojumus noteiktiem kanāliem.
Push paziņojumu priekšrocības
- Palieliniet lietotāju mijiedarbību: atjauninājumi un jauns materiāls nodrošinās jūsu lietotāju interesi.
- Uzlabojiet saziņas redzamību: nodrošiniet, lai jūsu ziņojumi tiktu saņemti nekavējoties, pat ja cilvēki nav aktīvi. Sūtiet steidzamus paziņojumus un nodrošiniet lietotājiem vienmērīgu pieredzi.
- Saglabājiet saglabāšanu: izmantojiet pašpiegādes paziņojumus, kas ir skaidri redzami, lai mudinātu lietotājus atgriezties. Varat palielināt lietotāju noturēšanu un samazināt klientu skaitu, atspiežot klientus uz jūsu vietni un lietotni.
- Reklāmguvumu palielināšana: izveidojot informatīvas kampaņas saistībā ar balvām lietotnē, akcijām, atlaidēm vai citiem piedāvājumiem, varat palielināt pārdošanas apjomu.
- Mērogojiet savu uzņēmumu: jūsu komunikācijas pieejai ir jāpielāgojas, paplašinoties auditorijai. Paplašinoties klientu lokam, pašpiegādes paziņojumi ir efektīvs veids, kā sazināties ar viņiem.
- Padariet lietotāja pieredzi savienotu (UX): sniedzot patērētājiem brīdinājumus par darījumiem, lai tie būtu informēti un nodrošinātu vienmērīgu pārrobežu kanālu pieredzi, jūs varat samazināt berzi visā klienta ceļojuma laikā.
Secinājumi
Noslēgumā mēs ieguvām zināšanas par mērogojamu push paziņojumu pakalpojuma arhitektūru. Mēs arī apskatījām rīkus, ko nodrošina visi galvenie mākoņpakalpojumu sniedzēji, lai jūs varētu balstīt savus paziņojumus uz tiem.
Neskatoties uz to, ka es centos sniegt jums pārskatu par push paziņojumu sistēmas arhitektūru, aizkulisēs notiek daudz vairāk.
Es patiesi ceru, ka šī informācija jums noderēs un izmantosiet to lietderīgi.
Atstāj atbildi