एसएमपीपी प्रोटोकॉल में अनुमापकता जटिल मामला है। आप कई कनेक्शनों को फायर करके क्षैतिज रूप से स्केल कर सकते हैं लेकिन यह एक खाता उपयोग किए जाने पर संदेश की तुलना में अन्य कनेक्शन पर आने वाली स्थिति रिपोर्ट जैसे मुद्दों को बनाता है। लंबवत स्केलिंग न केवल घटक पर है (लेकिन निश्चित रूप से बुरी तरह से निर्मित घटक थ्रूपुट को सीमित कर सकता है) लेकिन अक्सर एसएमएससी द्वारा ही सीमित किया जाता है - एक एसएमएससी ढूंढना मुश्किल होता है जो प्रति सेकंड लौटने वाले 100-150 से अधिक संदेशों को संतृप्त नहीं करेगा त्रुटि (0x00000058 - ईएसएमई ने संदेश सीमाओं को पार कर लिया है)। निष्कर्ष निकालना - उच्च प्रदर्शन प्राप्त करने के लिए ऑपरेटर के साथ सहयोग की आवश्यकता हो सकती है। यदि घटक है तो घटक/लाइब्रेरी आसान हो सकती है थ्रॉटलिंग या कई गंतव्यों के समर्थन में सबमिट किया गया है।
मजबूती एक और बल्कि व्यक्तिपरक चीज है लेकिन मेरी राय में अच्छा & प्रीपेप्टिव समर्थन इसका एक हिस्सा है।
दोष सहनशीलता केवल घटक/पुस्तकालय और इसका उपयोग करने वाले एप्लिकेशन के बीच सहयोग में ही हासिल की जा सकती है। लाइब्रेरी सबमिशन को पुनः प्रयास करने, पूरी तरह से थ्रॉटलिंग से निपटने, सबमिट_मल्टी ऑपरेशन इत्यादि में त्रुटियों का जवाब देने जैसी सभी चीजें नहीं कर सकती है। यह क्यूइंग/बफरिंग तंत्र के लिए कॉल करेगा और निश्चित रूप से बुनियादी परिचालनों के लिए उच्च थ्रूपुट में हस्तक्षेप करेगा। यदि आप इसे प्रकट होने वाली सभी त्रुटियों से निपटने के लिए चाहते हैं तो यह एक एसएमपीपी गेटवे होगा। लेकिन अच्छी लाइब्रेरी के साथ यह सब शुरुआत करने वालों के लिए आसानी से किया जा सकता है और बढ़ती प्रदर्शन मांगों के साथ जुड़ा हुआ जुर्माना लगाया जा सकता है।
इस वाणिज्यिक नेट पुस्तकालय पर विचार लायक हो सकता है:
http://www.tops.com.pl/en/products/smscc/
प्रतिष्ठानों की काफी बड़ी संख्या में काफी बड़ी टेलीकॉम द्वारा कुछ है।स्केलेबल तरीके से क्षैतिज & लंबवत दोनों में उपयोग किया जा सकता है और गलती सहनशीलता परिदृश्यों को लागू कर सकता है। वास्तविक जीवन परीक्षण में एसएमएससी की क्षमताओं द्वारा सीमित एकल टीसीपी/आईपी लिंक पर प्रति सेकंड 500 से अधिक संदेश प्राप्त करने का परीक्षण किया जाता है।
पोस्ट-मॉर्टम नोट: ब्राजील में 4 प्रमुख दूरसंचार कंपनियों में से एक ओआईआई में लाइब्रेरी आज भी उपयोग में है। – tcbrazil