12

उपयोग के मामलों मैं Akka अभिनेताओं के लिए देखा है अत्यधिक मल्टीकोर सर्वर या स्थानीय समूहों प्रदर्शन कर रहे हैं के अधिकांश।क्या AKKA रिमोटेड अभिनेताओं को पी 2 पी झुंड संदर्भ में उपयोग किया जा सकता है?

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

आवेदन मैं मन में है trustability और या उन्हें कुछ स्थिति देने के रूप में बिटटोरेंट होगा झुंड नोड्स के resourcefullness के बारे में नियम होगा। यह भी संभव के रूप में झुंड में होने वाले लेनदेन का प्रचार करने में सक्षम करने की आवश्यकता होगी, लेकिन अंतिम या आंशिक स्थिरता स्वीकार्य होगा। स्थिरता की तुलना में स्केलेबिलिटी उच्च प्राथमिकता होगी।

क्या AKKA इस तरह कुछ बनाने के लिए एक संभावित समाधान है? क्या इसके पास अन्य दृष्टिकोणों पर विशिष्ट फायदे या नुकसान होंगे।

+0

कितने नोड्स? –

+0

@ विक्टर क्लैंग आदर्श रूप से संभवतः जितना संभव हो सके, एक बिटोरेंट की तरह चीजों के पैमाने पर, लेकिन काफी बड़ा है। – barrymac

+1

मुझे लगता है कि AKKA को अत्यधिक युग्मित वितरित सिस्टम (जैसे क्लस्टर्स) को ध्यान में रखते हुए डिज़ाइन किया गया था और न कि आपके द्वारा वर्णित परिदृश्य (जैसे सेंसर नेटवर्क या विकेन्द्रीकृत सोशल नेटवर्क, हालांकि ये अभी भी वितरित कंप्यूटिंग क्षेत्र में हैं लेकिन विषम/विकेन्द्रीकृत क्षेत्र में हैं)। लेकिन चूंकि मैं एक विशेषज्ञ नहीं हूं, इसलिए बेहतर उत्तर की प्रतीक्षा करें: डी – Filippos

उत्तर

3

इस संदर्भ में अक्का उपयोग करने के साथ मुख्य समस्या यह है कि अभिनेता प्रणाली ऐसी विकेंद्रीकरण वितरित अभिकलन के लिए एक उचित रूप से maleable सदस्यता प्रबंधन प्रणाली नहीं है।

आप कुछ है कि नोड मंथन आप अपने परिदृश्य में वर्णन संभाल कर सकते हैं की जरूरत है। विशेष रूप से आपको ऐसी चीज की आवश्यकता होती है जो नोड्स में शामिल होने पर, मॉनिटर कर सकता है, और दोषों के कारण मृत और डिस्कनेक्ट हो जाता है। मैं गॉसिप आधारित रजिस्ट्री के साथ आईबीएस: http://www.cs.vu.nl/ibis/ को देखने की अनुशंसा करता हूं। सिस्टम को लाने के लिए आपको अभी भी एक प्रसिद्ध बूटस्ट्रैप नोड की आवश्यकता है, लेकिन अन्यथा जॉइन, इलेक्ट, छोड़ें मॉडल आईबीएस उपयोग गॉसिप आधारित रजिस्ट्री के साथ संयुक्त होने पर स्केलेबिलिटी प्रदान करेगा। यह प्रणाली अक्का अभिनेताओं के समान है कि यह ऊपर या नीचे कॉल और यूनिडायरेक्शनल पाइप की प्रणाली पर आधारित है जिस पर आप संदेश भेजते हैं। एक बार जब आप इसे फू प्राप्त करते हैं तो प्रोग्राम वितरित सामान के लिए बहुत आसान है।

अंतिम स्थिरता के संदर्भ में, कि इस तरह के बड़े वितरित वातावरण में एक ज्ञात कठिन समस्या है। मुझे उन लेन-देन के प्रकारों के बारे में और जानना होगा जिन्हें आप वितरित करना चाहते हैं और वहां अधिक अनुशंसाएं करने के लिए स्थिरता और इतिहास संरक्षण का स्तर आवश्यक है। कुछ हालिया पत्रों ने साबित कर दिया है कि इस तरह के एक शत्रुतापूर्ण माहौल में सबसे बढ़िया वातावरण हो सकता है, जहां कम से कम हर कोई देख सकता है कि इतिहास जीत गया है, अगर "जीतने" कांटा निर्धारित नहीं किया गया है, तो कुछ अन्य कांटे के बिना संकल्प तंत्र।

बिटकॉइन इस जगह में एक दिलचस्प उदाहरण है, जहां "जीतना" सबसे लंबी श्रृंखला द्वारा निर्धारित किया जाता है, लेकिन इस स्थान में अन्य समाधान हैं जो एप्लिकेशन अर्थशास्त्र के आधार पर काम कर सकते हैं या नहीं भी कर सकते हैं। आपका सवाल इतनी बड़ी डिज़ाइन स्पेस में विशिष्ट अनुशंसाएं देने के लिए थोड़ा अस्पष्ट है।

+0

दिलचस्प है कि आप बिटकॉइन का जिक्र करते हैं क्योंकि मेरे मन में जो एप्लीकेशन था, वह वितरित एक्सचेंज और बिटकॉइन जैसे डिजिटल परिसंपत्तियों की कीमत खोज के बारे में था! तो वहां बहुत अधिक गणना नहीं है, लेकिन बहुत सारे रीयलटाइम डेटा गुजर रहे हैं।सत्य के संस्करण के दृष्टिकोण के बारे में मैं सोच रहा था कि कुछ प्रतिष्ठा कारकों जैसे ऐतिहासिक प्रतिष्ठा – barrymac

+0

प्रतिष्ठा पर निर्भर होना अच्छी गुणवत्ता है, लेकिन प्रतिष्ठा प्रणाली जुड़ाव आधारित हमलों के लिए खुली है । लगता है जैसे आप बहुत कठिन अखरोट को तोड़ने की कोशिश कर रहे हैं। शुभकामनाएँ। –

संबंधित मुद्दे