वेब सेवा एकाधिक ट्रांसपोर्ट पर अधिसूचनाएं प्रदान करती है

Question

मैं अपने ग्राहकों के लिए ईवेंट नोटिफिकेशन सक्षम करना चाहता हूं। अधिसूचनाएं भेजने के कई संभावित तरीके हैं: ईमेल, एसएमएस, एक्सएमपीपी/अन्य आईएम, एसआईपी पर पूर्व दर्ज किए गए वॉयस संदेश, फोन-विशिष्ट संदेश पुश सेवाएं, आरईएसटी कॉलबैक इत्यादि

मैं इन सभी को विकसित नहीं करना चाहता खुद को ट्रांसपोर्ट करता है, इसलिए मुझे एक ऐसी वेब सेवा चाहिए जो ग्राहकों के लिए उन सूचनाओं को प्रबंधित कर सके। इसके अलावा मैं ईमेल/फोन/अन्य व्यक्तिगत पहचान योग्य जानकारी स्टोर नहीं करना चाहता हूं।

अधिसूचना व्यवहार (अर्थात यह बड़े पैमाने पर एक ही संदेश हर किसी के लिए वितरित नहीं कर रहा है) कर रहे हैं। भुगतान समाधान का स्वागत है।

वहाँ http://pagerduty.com है लेकिन यह

• बाहर ग्राहकों के साथ नहीं उद्यम के भीतर काम करते हैं और करने के लिए बनाया है
• के रूप में सरल संदेश वितरण करने का विरोध किया

तो यह घटना प्रतिक्रिया का पूरा चक्र पर ध्यान केंद्रित उत्तरदाताओं पर अधिक बोझ डालता है और मुझे ऐसा कुछ चाहिए जिसके लिए उपयोगकर्ताओं को सेटअप करने के लिए शून्य प्रयास की आवश्यकता है।

Monitis एक और उदाहरण है। इसमें ट्विटर सहित कई ट्रांसपोर्ट हैं, लेकिन फिर से यह अंदरूनी लोगों के लिए डिज़ाइन किया गया है, न कि बड़ी संख्या में सेवा उपभोक्ताओं के लिए।

अमेज़न एसएनएस के रूप में यह केवल धक्का सूचनाओं के वितरण का प्रबंधन करता है भी निम्न स्तर के हो रहा है, लेकिन उन्हें diplaying के लिए मैं जो मैं नहीं चाहता एक मोबाइल एप्लिकेशन लिखने के लिए की है।

How best to deliver notifications to various IM/notification services? में वर्णित XMPP सर्वर पारंपरिक रूप से विभिन्न परिवहनों के विचार का समर्थन करते हैं, लेकिन मुझे एक तृतीय-पक्ष होस्टेड सेवा चाहिए। एसएमएस और वॉयस कॉल और अधिक पूर्ण 2-पक्ष संचार पर उन्मुख:

Twilio केवल 2 परिवहन है।

मैं भी सेवा/सास मैं चाहता हूँ के लिए खोज करने के लिए सही गूगल कीवर्ड का पता लगाने नहीं कर सकते।

सवाल यह है, वहाँ किसी भी तरह की सेवाओं रहे हैं? कुछ लोगों का एक नमूना मुझे एक विचार देगा कि क्या देखना है।

Answer 1

यह बहुत देर हो चुकी है, शायद बहुत देर हो चुकी आता है लेकिन ...

आप परिवहन के किसी भी लागू करने की आवश्यकता नहीं होनी चाहिए, लेकिन आप प्रवेश द्वार से कुछ का निर्माण करने के लिए आवश्यक हो सकता है और आप सबसे अधिक संभावना विधानसभा की आवश्यकता होगी आवेदन जो प्रत्येक गेटवे से बात करता है। आपको इसके लिए एक भी सेवा नहीं मिल रही है।

आप पहले ही रणनीति को रेखांकित कर चुके हैं। - तो आप की आवश्यकता होगी

1. transports
2. द्वार
3. आवेदन

परिवहन से प्रत्येक या तो एक एपीआई या एक CLI के माध्यम से कुछ ग्राहक के माध्यम से पहुँचा है: आप मूल रूप से इन टुकड़ों है पता लगाएँ कि आपका पर्यावरण क्या है। जावा शायद एक अच्छा विकल्प है लेकिन अन्य क्रॉस-प्लेटफार्म वातावरण संभवतः काम करेगा।अपाचे ServiceMix की तरह मौजूदा बुनियादी ढांचे इन परिवहन से कुछ के लिए समर्थन हासिल है:

https://cwiki.apache.org/confluence/display/SM/Components+list

और इसी तरह, विशिष्ट परिवहन के साथ अन्य मध्यम बर्तन हो सकता है।

आप प्रत्येक परिवहन प्रकार के लिए प्रत्येक प्रदाता के लिए गेटवे चाहते हैं। आप एक प्रदाता को ढूंढने में सक्षम हो सकते हैं जो पर्याप्त रूप से एकाधिक ट्रांसपोर्ट सेवाएं प्रदान करता है, उदा। ट्विलियो का एसएमएस और आवाज, लेकिन यह अपवाद होगा। आप यह भी पा सकते हैं कि ट्रांसपोर्ट (और इसलिए कार्यक्षमता) में मतभेदों के कारण, प्रत्येक परिवहन प्रकार के लिए गेटवे बनाने के लिए यह अधिक सुविधाजनक है। इसलिए, आपके पास अपने एसएमएस गेटवे में दो कॉन्फ़िगर किए गए प्रदाता हो सकते हैं, एक ट्विलियो के लिए और एक केनेल के लिए, और आपके पास एसएमएस गेटवे और एसआईपी गेटवे में आपके ट्विलियो खाते का उपयोग हो सकता है।

अंतिम चरण आपके आवेदन को सार्थक रूप से इकट्ठा कर रहा है। यह हो सकता है कुछ की तरह:

sent.......: "Thanks for your purchase, ${username}!" 

उपयोगकर्ता द्वारा, चैनलों (यानी, प्रदाता-परिवहन जोड़ी) कॉन्फ़िगर, शायद करने के लिए भेजा है और उपयोगकर्ता से प्रतिक्रिया इकट्ठा करने के लिए सक्षम किया जा रहा:

response...: "It was a pleasure! --Bob" 

आपको प्रत्येक परिवहन के एंडपॉइंट की मूल बातें स्टोर करने की आवश्यकता होगी, उदाहरण के लिए, एसएमएस के लिए फोन नंबर, चैट के लिए उपयोगकर्ता नाम आदि। इसलिए यदि आपके पास पीआईआई सुरक्षा समस्याएं हैं तो आपको यह सोचने की आवश्यकता होगी। एक विकल्प सभी पीआईआई को प्रत्येक प्रदाता को चालू करना हो सकता है लेकिन आपको अभी भी प्रत्येक प्रदाता में अपने उपयोगकर्ताओं के लिए प्रत्येक खाते को रखने की आवश्यकता होगी, और आपको उपयोगकर्ता के बारे में कुछ जानने की आवश्यकता होगी, जैसे ऊपर "$ {username}" , अपने आवेदन के भीतर उचित रूप से अपनी अधिसूचना को वैयक्तिकृत करने के लिए। तो, अपने आवेदन से सभी पीआईआई को हटाने की संभावना असंभव है।

मुझे यकीन नहीं है कि यह कितनी मदद है लेकिन शायद यह आपको कुछ विचार देता है।