वहाँ मूलतः सर्वर से सर्वर के दो प्रकार (S2S) कनेक्शन हैं। पहले को गेटवे या एक परिवहन कहा जाता है, लेकिन वे वही बात हैं। यह शायद वह प्रकार है जिसे आप ढूंढ रहे हैं। मुझे गैर-एक्सएमपीपी पक्ष के लिए विशिष्ट दस्तावेज नहीं मिल सका, लेकिन कैसे एक्सएमपीपी विरासत सर्वर पर अनुवाद करने के बारे में सोचता है http://xmpp.org/extensions/xep-0100.html पर है। दूसरी तरह वास्तव में किसी भी अतिरिक्त XEP में समझाया नहीं गया है - यह नियमित रूप से एक्सएमपीपी एस 2 एस कनेक्शन है। नवीनतम ड्राफ्ट अपडेट के लिए आरएफसी 3920 या आरएफसी 3920bis में "सर्वर से सर्वर संचार" की तलाश करें।
चूंकि आपके पास अपने सर्वर पर मौजूद हैं और आपके सर्वर पर उपस्थिति है, और यह एक्सएमपीपी नहीं है, अवधारणाएं पूरी तरह से एक्सएमपीपी मॉडल पर मैप करने जा रही हैं। यह वह जगह है जहां परिवहन का काम आता है। आपको अपने मॉडल से एक्सएमपीपी मॉडल में अनुवाद करना होगा। हालांकि यह कुछ काम है, आप सभी निर्णय लेने के लिए मिलता है।
जो हमें मुख्य डिजाइन विकल्पों में से एक के लिए सही बनाता है - आपको वास्तव में यह तय करना होगा कि आप अपनी सेवा से एक्सएमपीपी को कौन सी चीजें मैप करने जा रहे हैं और आप क्या नहीं हैं। ये सुविधा और उपयोग केस विवरण समग्र संरचना को ड्राइव करेंगे। उदाहरण के लिए, क्या यह एओएल या एमएसएन चैट सेवाओं से बात करने के लिए एक परिवहन की तरह है? फिर आपको अपने स्थानीय उपयोगकर्ताओं से दूरस्थ सर्वर पर लॉग इन और पासवर्ड के साथ सत्र जानकारी को रोस्टर, उपस्थिति, और सत्र जानकारी रखने के लिए एक तरीका की आवश्यकता होगी। ऐसा इसलिए है क्योंकि आपके परिवहन को उन उपयोगकर्ताओं के होने का नाटक करने की आवश्यकता होगी और उन्हें उनके लिए लॉगिन करने की आवश्यकता होगी।
या शायद, आप किसी और के एक्सएमपीपी आधारित शतरंज गेम के लिए सिर्फ एक एस 2 एस पुल हैं, इसलिए आपको दूरस्थ सर्वर पर लॉगिन की आवश्यकता नहीं है, और केवल एक ईमेल सर्वर के समान कार्य कर सकते हैं और जानकारी वापस भेज सकते हैं और आगे। (सामान्य एस 2 एस कनेक्शन के साथ एकमात्र सत्र संग्रहीत किया जाएगा जो रिमोट सर्वर के साथ उपयोग किया जाने वाला एसएएसएल प्रमाणीकरण होगा, लेकिन उपयोगकर्ता स्तर पर एस 2 एस सिर्फ कनेक्शन बनाए रखता है, न कि लॉगिन सत्र।)
अन्य कारक आपके अंत में मापनीयता और मॉड्यूलरिटी हैं। आपने स्केलेबिलिटी चिंताओं में से कुछ को खींचा। भार को संतुलित करने के लिए कई ट्रांसपोर्ट डालने पर एक नज़र डालें। मॉड्यूलरिटी के लिए, देखें कि आप प्रत्येक पैकेट या एक्शन के साथ क्या करना है इसके बारे में निर्णय लेना चाहते हैं। उदाहरण के लिए, आप सब्सक्रिप्शन डेटा को कैसे संभालें और ट्रैक रखें? आप इसे अपने परिवहन पर डाल सकते हैं, लेकिन फिर यह कई ट्रांसपोर्टों का उपयोग कठिन बनाता है। या यदि आप अपने मूल सर्वर के करीब यह निर्णय लेते हैं तो आपके पास सरल ट्रांसपोर्ट हो सकते हैं और यदि आप XMPP के अलावा अन्य सेवाओं से बात करने की ज़रूरत है तो कुछ सामान्य कोड का उपयोग करें। व्यापार बंद एक अधिक जटिल कोर सर्वर है जो अधिक भेद्यता क्षमता के साथ है।
स्रोत
2009-09-28 18:44:08