Push-ilmoitukset ovat tärkeä markkinointityökalu kaikille, joilla on mobiilisovellus.
Se on hienoin tapa kommunikoida käyttäjien kanssa ja lähettää kiireellisiä viestejä heidän matkapuhelimiinsa.
Mobiilisovellus voi lähettää käyttäjälle push-ilmoituksen, joka on lyhyt ponnahdusviesti, joka näkyy hänen älypuhelimessaan, vaikka sovellus ei olisi auki.
Nämä hälytykset voivat sisältää muistutuksia, päivityksiä, alennuksia ja paljon muuta.
Ne on luotu kiinnittämään käyttäjien katseet. Otsikko, viesti, kuva ja URL-osoite ovat kaikki mahdollisia push-ilmoituksen osia. Emojit, logot ja muut asiat voivat myös olla osa niitä.
Käyttöjärjestelmissä, kuten Apple OS ja Google Android, on erilaisia käyttöliittymiä push-ilmoituksia varten.
Push-ilmoituksilla voidaan edistää sitoutumista, tehostaa sovellusten käyttöä, vaikuttaa tuloksiin ja paljon muuta.
Vaihtoehdot ovat todella rajattomat.
Mobiililaitteiden push-ilmoitukset, jotka tunnetaan myös mobiililaitteiden push-ilmoituksina, voivat täydentää kanavien, kuten sähköpostin, tekstiviestien ja online-push-ilmoitusten, käyttöä useilla erityisillä eduilla.
Saat tässä viestissä nopean kuvauksen ilmoituspalvelusta ja tietoa sen tavoitteesta, korkeatasoisesta suunnittelusta, erikoisominaisuuksista ja muusta.
Tavoite
Kehittää ilmoituspalvelu, joka voi tehokkaasti jakaa tuotteiden välisiä viestejä useilla eri kanavilla
vaatimukset:
- Sending API: Julkaise valtuutettu päätepiste, jotta mikä tahansa taustajärjestelmä ja mikropalvelu voi alkaa toimittaa ilmoituksia.
- Yhteensopivat kanavat: Tukee hälytysten toimittamista mille tahansa kanavalle, joka julkaisee API:n, kuten sähköposti, tekstiviesti ja push.
- Käyttäjän asetukset: Salli käyttäjien valita käyttäjäasetukset kullekin kanavalle ja ilmoitukselle.
- Jatkoketjun palvelun vaatimustenmukaisuuden rajoitukset: Vältä sinun email tai tekstiviestipalvelu hillitty tai pysäytetty.
- Skaalautuva: Salli (teoreettisesti) ääretön vaakasuora skaalaus.
Korkeatasoinen arkkitehtuuri
Oletetaan, että koodisi on tarkoitus ilmoittaa jollekin:
- Koodisi kutsuu POST /send -päätepisteen. Jokaisen käytettävissä olevan kanavan kohdalla pyyntö sisältää vastaanottajan userId:n, ilmoituksen tyypin ja sisällön.
- /send-päätepiste käyttää OAuth2-asiakkaan valtuustietokulkua pyynnön todentamiseen.
- Käyttäjän ilmoitusvalinnat pyydetään sitten tietokannasta. Asetukset osoittavat, onko käyttäjä tilannut tietyn kanavan ja ilmoituksen.
- Tietokannasta se lukee käyttäjän ominaisuudet, kuten sähköpostiosoitteet ja puhelinnumerot.
- Tämä päätepiste luo viestiobjektin, joka sisältää käyttäjän ominaisuuksia, kanavia ja kanavakohtaista sisältöä. Se ei kuitenkaan sisällä deaktivoituja kanavia. Viesti toimitetaan sitten fan out -palveluun.
- Saapuvat viestit jaetaan työjonoihin fanout-palvelun kautta. Suodatus on kuitenkin käytössä, jotta ei huomioida työjonoja kanaville, joita ei ole määritetty viestissä.
- Jokaisella kanavalla on prosessori ja työjono. Prosessori ottaa tehtävän ja pyytää sitten sopivaa palvelua, kuten tapahtumasähköpostia tai tekstiviestipalvelua.
Tärkeimmät arkkitehtuurin elementit
POSTAA/lähetetty
Olet ehkä huomannut, että tämän päätepisteen pyyntöön ei sisälly vain userId eikä sähköpostiosoitetta tai puhelinnumeroa. Näin ilmoituspalvelut pysyvät anonyymeinä käyttäjillesi.
Skaalautuvuuden varmistamiseksi päätepiste sijoitetaan a:n taakse kuormituksen tasapainotus.
Tyypillinen käyttäjäkohtainen todennus ei suojaa päätepistettä.
Sinun on käytettävä erillistä todennusmenetelmää, joka tunnetaan nimellä OAuth2 Client Credential Flow, jota käytetään palvelinten välisessä viestinnässä, koska pyynnön lähettävä palvelu on itse ohjelmisto.
Sovelluksesi tarjoaa ilmoituksia monissa eri paikoissa. Voit hyödyntää lähetystoimintoa lähes missä tahansa, kuten uudesta koodikannasta tai rakennustyönkulusta, toteuttamalla sen päätepisteenä kuormituksen tasapainottajan takana, mikä takaa sen itsenäisen skaalautuvuuden.
PUT/käyttäjäasetukset
Käytä avain/arvo-paria tai NoSQL-tietokantaa, joka on erittäin skaalautuva. Muotoile tietueet seuraavasti: KEY: esimerkkikäyttäjätunnus: esimerkkiilmoituksen tunnus, VALUE: ["sähköposti", "tila: tosi", "tekstiviesti", "tila: epätosi", kanava: "sähköposti", "sähköposti", tila : totta"]
Jos tietueissa on vääriä arvoja, lähetyksen päätepiste sulkee vastaavan kanavan pois fanoutille toimitetusta viestistä. Jos kanavalla ei ole tietuetta, käyttäjä ei ole nimenomaisesti ilmoittanut mieltymyksiään. Sinun on hyväksyttävä oletusarvo tässä skenaariossa.
Käyttäjä voi muokata käyttäjän asetusten tietokannan tietoja käyttämällä käyttöliittymääsi ja tavallista päätepistettä, joka on suojattu tavallisilla todennusmenettelyilläsi.
Käyttäjät ärsyyntyvät ja heidän on määritettävä hälytykset roskapostiksi tai hiljennettävä ne, jos et anna heille mahdollisuutta muuttaa ilmoitusasetuksiaan. Tämän seurauksena käyttökokemuksesi heikkenee entisestään, ja sähköposti- tai tekstiviestipalvelut voivat jäädyttää tilisi.
Tuuletin
Fanout kopioi viestin ja jakaa sen eri paikkoihin. Ne ovat edullisia ja erittäin skaalautuvia. Käytä SNS:ää AWS:ssä. Käytä Pubia/Subia Azuressa ja aiheita ja tilauksia Google Cloud Platformissa.
Voit estää turhien viestien lähettämisen poissuljettuihin kanavatyöjonoihin määrittämällä suodatuksen fanout- ja työjonojen välillä. Esimerkiksi AWS SNS:ssä voit määrittää, että sähköpostityöjonon tulee saada fanout-viesti vain, jos sen "email"-arvo on "kanavat"-kentässä.
Vaikka voisit luoda koodin lähettääksesi identtisen viestin vaadittuihin työjonoihin, fanout on tehokkaampi ja vaatii vähemmän koodausta. Fanout tarjoaa myös kätevän jonojen lisäämisen ja poistamisen, jolloin voit laajentaa ja järjestää uudelleen kanaviasi.
Työnkäsittely
Viestit tallennetaan jonoihin, jotka odottavat työnkäsittelijöiden käsittelyä. Ne ovat myös edullisia ja erittäin skaalautuvia. Työprosessorit ovat koodinpätkiä, jotka käsittelevät viestejä työjonoista. Jonossa olevien viestien määrästä riippuen ne voivat skaalata.
Työn käsittelijän tulee soittaa API-puhelu oikealle palveluntarjoajalle toimittaakseen ilmoituksen skenaariossamme tapahtumasähköpostipalvelun kautta.
Suurimmalla osalla sähköpostin, tekstiviestien ja vastaavien viestien välityspalveluntarjoajista on tiukat vaatimukset lähettämiesi viestien määrälle ja kaliiperille. Lisäksi haluat tutkia nämä ja määrittää sopivat menettelyt perusteellisesti. Tässä on neuvomme, kuinka välttää AWS SES:n lopettaminen.
Voit määrittää töiden käsittelijöiden enimmäismäärän, jotta toimituspalvelujen enimmäismäärät eivät ylity.
Lisäparannuksia
Voit vilkaista näitä kohteita.
- He tarvitsevat omat sovellusliittymänsä, taulukonsa jne. saadakseen skaalautuvan sovelluksen sisäisen ilmoituspalvelun.
- Avaa/napsauta -raportin kerääminen ja näyttäminen
- Poistamalla ilmoitusten sisällön koodista ja antamalla tuotteesi ja suunnittelutiimisi muokata hälytyksiä visuaalisesti ilman koodin muutosta
- Muuttamatta mitään koodia, tiimisi voi käyttää kojelautaa aktivoidakseen tai poistaakseen ilmoituksia tiettyjen kanavien osalta.
Push-ilmoituksen edut
- Tehosta käyttäjien vuorovaikutusta: Päivitykset ja tuore materiaali pitävät käyttäjäsi kiinnostuneena.
- Paranna viestinnän näkyvyyttä: Varmista, että viestisi vastaanotetaan välittömästi, vaikka ihmiset eivät olisi aktiivisia. Lähetä kiireellisiä ilmoituksia ja tarjoa käyttäjille sujuva käyttökokemus.
- Säilytä: Käytä selkeästi näkyviä push-ilmoituksia kannustaaksesi käyttäjiäsi palaamaan. Voit lisätä käyttäjien pysyvyyttä ja vähentää vaihtuvuutta työntämällä asiakkaat takaisin verkkosivustollesi ja sovellukseesi.
- Paranna tuloksia: Luomalla push-kampanjoita sovelluksen sisäisten palkintojen, kampanjoiden, alennusten tai muiden tarjousten ympärille voit lisätä myyntiä.
- Skaalaa yritystäsi: Viestintätapasi on skaalattava yleisösi laajentuessa. Kun asiakaskuntasi laajenee, push-ilmoitukset ovat tehokas tapa pitää heihin yhteyttä.
- Tee käyttökokemuksesta yhdistetty (UX): Tarjoamalla kuluttajille tapahtumahälytyksiä, jotka pitävät heidät ajan tasalla ja tarjoamalla sujuvan kanavien välisen käyttökokemuksen, voit vähentää kitkaa koko asiakasmatkan ajan.
Yhteenveto
Lopuksi saimme tietoa skaalautuvan push-ilmoituspalvelun arkkitehtuurista. Tutustuimme myös kaikkien tärkeimpien pilvipalveluntarjoajien tarjoamiin työkaluihin, jotta voit perustaa ilmoituksesi näihin.
Huolimatta siitä, että yritin parhaani antaakseni sinulle yleiskatsauksen push-ilmoitusjärjestelmän arkkitehtuurista, kulissien takana tapahtuu paljon muuta.
Toivon vilpittömästi, että tämä tieto on hyödyllistä ja hyödynnä sitä.
Jätä vastaus