Push შეტყობინებები სასიცოცხლო მარკეტინგის ინსტრუმენტია ნებისმიერისთვის, ვისაც აქვს მობილური აპლიკაცია.
ეს არის საუკეთესო გზა მომხმარებლებთან კომუნიკაციისთვის, სასწრაფო შეტყობინებების გაგზავნით მათ მობილურ ტელეფონებზე.
მობილურ აპს შეუძლია მომხმარებელს გაუგზავნოს push-შეტყობინება, რომელიც არის მოკლე ამომხტარი შეტყობინება, რომელიც გამოჩნდება მათ სმარტფონზე მაშინაც კი, როცა აპლიკაცია არ არის გახსნილი.
ეს გაფრთხილებები შეიძლება შეიცავდეს შეხსენებებს, განახლებებს, ფასდაკლებებს და სხვა.
ისინი შექმნილია მომხმარებლების თვალის დაჭერისთვის. სათაური, შეტყობინება, სურათი და URL არის Push შეტყობინების ყველა შესაძლო კომპონენტი. Emojis, ლოგოები და სხვა რამ ასევე შეიძლება იყოს მათი ნაწილი.
ოპერაციულ სისტემებს, როგორიცაა Apple OS და Google Android, აქვთ მრავალფეროვანი ინტერფეისი push შეტყობინებებისთვის.
Push შეტყობინებები შეიძლება გამოყენებულ იქნას ჩართულობის ხელშეწყობისთვის, აპლიკაციების გამოყენების გასაძლიერებლად, კონვერტაციებზე ზემოქმედებისთვის და მრავალი სხვა.
ვარიანტები ნამდვილად უსაზღვროა.
Push შეტყობინებები მობილური მოწყობილობებისთვის, ასევე ცნობილი როგორც Push-შეტყობინებები მობილური მოწყობილობებისთვის, შეუძლია შეავსოს თქვენი არხების გამოყენება, როგორიცაა ელფოსტა, SMS და ონლაინ push-შეტყობინებები რიგი სპეციალური უპირატესობებით.
თქვენ მიიღებთ შეტყობინებების სერვისის სწრაფ აღწერას ამ პოსტში და ინფორმაციას მისი მიზნის, მაღალი დონის დიზაინის, სპეციალური ფუნქციების და სხვათა შესახებ.
მიზანი
შეტყობინებების სერვისის შემუშავება, რომელსაც შეუძლია პროდუქტის მომხმარებელზე შეტყობინებების ეფექტურად გავრცელება სხვადასხვა არხებზე
მოთხოვნები:
- API-ს გაგზავნა: გამოაქვეყნეთ ავტორიზებული საბოლოო წერტილი, რათა ნებისმიერმა ბექენდმა და მიკროსერვისმა შეძლოს შეტყობინებების მიწოდება.
- თავსებადი არხები: მხარს უჭერს შეტყობინებების მიწოდებას ნებისმიერ არხზე, რომელიც აქვეყნებს API-ს, როგორიცაა ელფოსტა, ტექსტური შეტყობინება და Push.
- მომხმარებლის პრეფერენციები: მიეცით საშუალება მომხმარებლებს აირჩიონ მომხმარებლის პრეფერენციები თითოეული არხისთვის და შეტყობინებისთვის.
- ქვედა დინების მომსახურების შესაბამისობის შეზღუდვები: მოერიდეთ თქვენი ელფოსტაზე ან SMS სერვისი შეჩერებულია ან შეჩერებულია.
- მასშტაბირებადი: ნებადართულია (თეორიულად) უსასრულო ჰორიზონტალური მასშტაბირება.
მაღალი დონის არქიტექტურა
ვთქვათ, თქვენი კოდი უნდა აცნობოს ვინმეს:
- POST / გაგზავნის საბოლოო წერტილი გამოძახებულია თქვენი კოდით. თითოეული ხელმისაწვდომი არხისთვის მოთხოვნა მოიცავს მიმღების მომხმარებლის ID-ს, შეტყობინების ტიპს და მის შინაარსს.
- OAuth2 Client Credentials Flow გამოიყენება /send ბოლო წერტილის მიერ მოთხოვნის ავთენტიფიკაციისთვის.
- მომხმარებლის შეტყობინებების არჩევანი შემდეგ ითხოვება მონაცემთა ბაზიდან. პრეფერენციები აჩვენებს, არის თუ არა მომხმარებელი გამოწერილი გარკვეული არხისა და შეტყობინებების შესახებ.
- მონაცემთა ბაზიდან ის წაიკითხავს მომხმარებლის მახასიათებლებს, როგორიცაა ელექტრონული ფოსტის მისამართები და ტელეფონის ნომრები.
- ეს ბოლო წერტილი შექმნის შეტყობინების ობიექტს, რომელიც მოიცავს მომხმარებლის მახასიათებლებს, არხებს და არხის სპეციფიკურ შინაარსს. თუმცა, ის არ მოიცავს დეაქტივირებულ არხებს. შეტყობინება შემდეგ მიეწოდება გულშემატკივართა სერვისს.
- შემომავალი შეტყობინებები ნაწილდება სამუშაო რიგებში fanout სერვისის მეშვეობით. თუმცა, გაფილტვრა ხდება იმ არხების სამუშაო რიგების უგულებელყოფისთვის, რომლებიც არ არის მითითებული შეტყობინებაში.
- თითოეულ არხს აქვს პროცესორი და სამუშაო რიგი. პროცესორი იღებს დავალებას და შემდეგ ითხოვს შესაბამის სერვისს, როგორიცაა ტრანზაქციის ელექტრონული ფოსტის ან SMS სერვისი.
არქიტექტურის ძირითადი ელემენტები
POST/გაგზავნილი
თქვენ შეიძლება კარგად შეამჩნიეთ, რომ ამ ბოლო წერტილის მოთხოვნაში მხოლოდ მომხმარებლის ID და არც ელ.ფოსტის მისამართი და არც ტელეფონის ნომერი შედის. ეს საშუალებას აძლევს შეტყობინებების სერვისებს დარჩეს ანონიმური თქვენი მომხმარებლებისთვის.
მასშტაბურობის უზრუნველსაყოფად, ბოლო წერტილი მოთავსებულია a-ს უკან დატვირთვის ბალანსი.
თქვენი ტიპიური მომხმარებლის ავთენტიფიკაცია არ უზრუნველყოფს დაცვას საბოლოო წერტილისთვის.
თქვენ უნდა გამოიყენოთ ავთენტიფიკაციის განსხვავებული მეთოდი, რომელიც ცნობილია როგორც OAuth2 Client Credential Flow, რომელიც გამოიყენება სერვერიდან სერვერზე კომუნიკაციისთვის, რადგან სერვისი, რომელიც აგზავნის მოთხოვნას, არის თავად პროგრამული უზრუნველყოფა.
თქვენი აპლიკაცია მოგაწვდით შეტყობინებებს სხვადასხვა ადგილას. თქვენ შეგიძლიათ გამოიყენოთ გაგზავნის ფუნქცია თითქმის ყველგან, მაგალითად, ახალი კოდების ბაზიდან ან თქვენი build workflow-დან, მისი განხორციელებით, როგორც ბოლო წერტილი დატვირთვის ბალანსერის უკან, რაც გარანტიას იძლევა, რომ ის დამოუკიდებლად მასშტაბირებადია.
PUT/მომხმარებლის პრეფერენციები
გამოიყენეთ გასაღები/მნიშვნელობის წყვილი ან NoSQL მონაცემთა ბაზა, რომელიც ძალიან მასშტაბირებადია. ჩანაწერების ფორმატირება შემდეგნაირად: KEY: მომხმარებლის ID: ნიმუშის შეტყობინების ID, VALUE: ["ელფოსტა", "state: true", "SMS", "state: false", არხი: "email", "email", სახელმწიფო : მართალია”]
თუ ჩანაწერებში არის „ცრუ“ მნიშვნელობები, გადაცემის ბოლო წერტილი გამორიცხავს შესაბამის არხს ფანაუტზე მიწოდებული შეტყობინებისგან. თუ არ არის ჩანაწერი არხისთვის, მომხმარებელმა პირდაპირ არ მიუთითა თავისი პრეფერენციები. თქვენ უნდა დაეთანხმოთ ნაგულისხმევს ამ სცენარში.
მომხმარებელს შეუძლია შეცვალოს მონაცემები მომხმარებლის პრეფერენციების მონაცემთა ბაზაში თქვენი UI და რეგულარული საბოლოო წერტილის გამოყენებით, რომელიც დაცულია თქვენი სტანდარტული ავტორიზაციის პროცედურებით.
მომხმარებლები გაღიზიანებულნი იქნებიან და იძულებულნი იქნებიან დაასახელონ თქვენი გაფრთხილებები სპამად ან გააჩუმონ ისინი, თუ არ მისცემთ მათ შეტყობინებების პრეფერენციების შეცვლას. შედეგად თქვენი მომხმარებლის გამოცდილება კიდევ უფრო დაზარალდება და ელ.ფოსტის ან SMS მიწოდების სერვისებმა შეიძლება შეაჩეროს თქვენი ანგარიში.
Fan Out
Fanout აკოპირებს შეტყობინებას და ავრცელებს მას სხვადასხვა ადგილას. ისინი ხელმისაწვდომი და ძალიან მასშტაბურია. გამოიყენეთ SNS AWS-ში. გამოიყენეთ Pub/Sub Azure-ში და თემები და გამოწერები Google Cloud Platform-ში.
იმისათვის, რომ თავიდან აიცილოთ უაზრო შეტყობინებების გაგზავნა არხის გამორიცხულ სამუშაო რიგებში, შეგიძლიათ დააკონფიგურიროთ ფილტრაცია ფანაუტსა და სამუშაო რიგებს შორის. მაგალითად, AWS SNS-ში შეგიძლიათ მიუთითოთ, რომ ელ.ფოსტის სამუშაოების რიგმა უნდა მიიღოს მხოლოდ fanout შეტყობინება, თუ მას აქვს „ელფოსტის“ მნიშვნელობა „არხების“ ველში.
მაშინაც კი, თუ თქვენ შეგიძლიათ შექმნათ კოდი იდენტური შეტყობინების გაგზავნისთვის საჭირო სამუშაო რიგებში, fanout უფრო ეფექტურია და მოითხოვს ნაკლებ კოდირებას. Fanout ასევე გთავაზობთ რიგების დამატებისა და წაშლის მოხერხებულობას, რაც საშუალებას გაძლევთ გააფართოვოთ და მოაწყოთ თქვენი არხები.
სამუშაოს დამუშავება
შეტყობინებები ინახება რიგებში თქვენი სამუშაოს დამმუშავებლების მიერ დამუშავების პროცესში. ისინი ასევე ხელმისაწვდომი და ძალიან მასშტაბურია. სამუშაო პროცესორები არის კოდის ნაწილები, რომლებიც ამუშავებენ შეტყობინებებს სამუშაო რიგებიდან. რიგში შეტყობინებების მოცულობიდან გამომდინარე, მათ შეუძლიათ მასშტაბირება.
სამუშაოს დამმუშავებელმა უნდა გააკეთოს API ზარი შესაბამის პროვაიდერთან, რათა მიაწოდოს შეტყობინება ჩვენს სცენარში ტრანზაქციის ელ.ფოსტის სერვისის მეშვეობით.
ელ.ფოსტის, SMS და მსგავსი შეტყობინებების მიწოდების პროვაიდერების უმრავლესობას აქვს მკაცრი მოთხოვნები თქვენს მიერ გაგზავნილი შეტყობინებების რაოდენობასა და კალიბრზე. გარდა ამისა, თქვენ გსურთ შეისწავლოთ ისინი და დააყენოთ შესაბამისი პროცედურები საფუძვლიანად. აქ არის ჩვენი რჩევა, თუ როგორ ავიცილოთ თავიდან AWS SES-ის შეწყვეტა.
თქვენ შეგიძლიათ განსაზღვროთ სამუშაოების დამმუშავებლების მაქსიმალური რაოდენობა, რათა თავიდან აიცილოთ მიწოდების სერვისების ტარიფის ლიმიტების გადაჭარბება.
შემდგომი გაუმჯობესება
შეგიძლიათ გადახედოთ ამ ნივთების თაიგულს.
- მათ სჭირდებათ საკუთარი API-ები, ცხრილები და ა.შ., რათა ჰქონდეთ მასშტაბური აპის შეტყობინებების სერვისი.
- ღია/დაწკაპუნების ანგარიშის შეგროვება და ჩვენება
- შეტყობინებების შიგთავსის ამოღება კოდიდან და თქვენს პროდუქტსა და დიზაინის გუნდს უფლება, შეცვალონ სიგნალები ვიზუალურად კოდის შეცვლის გარეშე
- ნებისმიერი კოდის შეცვლის გარეშე, თქვენს გუნდს შეუძლია გამოიყენოს საინფორმაციო დაფა გარკვეული არხების შეტყობინებების გასააქტიურებლად ან გამორთვისთვის.
Push შეტყობინების უპირატესობები
- გააძლიერეთ მომხმარებელთა ურთიერთქმედება: განახლებები და ახალი მასალები თქვენს მომხმარებლებს ინტერესს გაუჩენს.
- გაზარდეთ კომუნიკაციის ხილვადობა: დარწმუნდით, რომ თქვენი შეტყობინებები დაუყოვნებლივ მიიღება, მაშინაც კი, როდესაც ხალხი არ არის აქტიური. გაგზავნეთ სასწრაფო შეტყობინებები და მიეცით მომხმარებლებს გლუვი გამოცდილება.
- შენარჩუნების შენარჩუნება: გამოიყენეთ push-შეტყობინებები, რომლებიც აშკარად ჩანს, რათა მოუწოდოთ თქვენს მომხმარებლებს დაბრუნდნენ. შეგიძლიათ გაზარდოთ მომხმარებელთა შეკავება და შეამციროთ შეფერხება კლიენტების უკან დაბრუნებით თქვენს ვებსაიტზე და აპლიკაციაში.
- გააძლიერეთ კონვერტაციები: აპს-შიდა ჯილდოების, აქციების, ფასდაკლებების ან სხვა შეთავაზებების ირგვლივ push-კამპანიების შექმნით, შეგიძლიათ გაზარდოთ გაყიდვები.
- გააფართოვეთ თქვენი საწარმო: თქვენი საკომუნიკაციო მიდგომა უნდა მასშტაბური იყოს თქვენი აუდიტორიის გაფართოებასთან ერთად. თქვენი კლიენტების ბაზის გაფართოებასთან ერთად, push-შეტყობინებები ეფექტური მეთოდია მათთან კონტაქტის დასამყარებლად.
- გახადეთ მომხმარებლის გამოცდილება დაკავშირებული (UX): მომხმარებლებისთვის ტრანზაქციების გაფრთხილებების მიწოდებით, რათა შეინარჩუნონ ისინი ინფორმირებული და უზრუნველყონ გლუვი არხების გამოცდილება, შეგიძლიათ შეამციროთ უთანხმოება მომხმარებელთა მოგზაურობის განმავლობაში.
დასკვნა
დასასრულს, ჩვენ მივიღეთ ცოდნა მასშტაბური push-შეტყობინებების სერვისის არქიტექტურის შესახებ. ჩვენ ასევე გადავხედეთ ინსტრუმენტებს, რომლებიც მოწოდებულია ღრუბლოვანი სერვისის ყველა მთავარი პროვაიდერის მიერ, რათა თქვენ შეძლოთ თქვენი შეტყობინებების დაფუძნება მათზე.
იმისდა მიუხედავად, რომ მე მაქსიმალურად ვცდილობდი მოგაწოდოთ მიმოხილვა push-შეტყობინებების სისტემის არქიტექტურაზე, კულისებში კიდევ ბევრი რამ ხდება.
გულწრფელად ვიმედოვნებ, რომ ეს ინფორმაცია გამოგადგებათ და გამოიყენებთ მას.
დატოვე პასუხი