स्पार्क डाटा प्रोसेसिंग के लिए है जो अक्का एक आवेदन में डेटा और निर्देश प्रवाह का प्रबंधन करने के लिए है।
टी एल; डॉ
स्पार्क और अक्का विभिन्न उपयोगों के साथ दो अलग-अलग व्यवस्थाएं हैं और मामलों का उपयोग करें।
अनुप्रयोगों का निर्माण करते समय, वितरित या अन्यथा, किसी को समानांतर दृष्टिकोण के माध्यम से कार्यों को शेड्यूल और प्रबंधित करने की आवश्यकता हो सकती है जैसे थ्रेड का उपयोग करके। बहुत सारे धागे के साथ एक विशाल आवेदन की कल्पना करो। यह कितना जटिल होगा?
टाइपसेफ की अक्का टूलकिट आपको अभिनेता सिस्टम (मूल रूप से एर्लांग से व्युत्पन्न) का उपयोग करने की अनुमति देती है जो आपको धागे पर एक अमूर्त परत प्रदान करती है। ये अभिनेता संदेश के रूप में कुछ भी और सब कुछ पारित करके एक दूसरे के साथ संवाद करने में सक्षम हैं, और समानांतर चीजें करते हैं और अन्य कोड को अवरुद्ध किए बिना।
अक्का आपको वितरित वातावरण में अभिनेताओं को चलाने के तरीके प्रदान करके शीर्ष पर एक चेरी देता है।
दूसरी ओर, अपाचे स्पार्क बड़े पैमाने पर डेटासेट के लिए डेटा प्रोसेसिंग फ्रेमवर्क है जिसे मैन्युअल रूप से संभाला नहीं जा सकता है। स्पार्क हम जो आरडीडी (या रेसिलिएंट डिस्ट्रिब्यूटेड डेटासेट) कहते हैं, उसका उपयोग करता है जो आपके पारंपरिक डेटा संरचनाओं पर अबास्ट्रक्शन लेयर जैसी वितरित सूची है ताकि संचालन एक दूसरे के समानांतर नोड पर किया जा सके।
स्पार्क विभिन्न नोड्स के बीच नौकरियों को शेड्यूल करने के लिए अक्का टूलकिट का उपयोग करता है।
स्रोत
2015-03-17 13:27:38
आप और अधिक के बारे में समझाएं कर सकते हैं, क्या वे प्रतिक्रियाशील और लचीला अनुप्रयोगों के द्वारा मतलब है? –
प्रतिक्रियाशील द्वारा मेरा मतलब था कि आपका एप्लिकेशन ईवेंट संचालित होगा और यह ईवेंट के लिए __react__ होगा। अक्का के मामले में इन घटनाओं को कलाकारों के संदेशों के माध्यम से भेजा जाता है। लचीलापन से मेरा मतलब था कि आपका आवेदन असफलताओं को सहन करेगा और यह उनसे पुनर्प्राप्त करने में सक्षम होगा। Akka 'इसे दुर्घटनाग्रस्त होने' के दर्शन के बाद चला जाता है। आप यहां और अधिक पढ़ सकते हैं: http://doc.akka.io/docs/akka/snapshot/scala/fault-tolerance.html – hveiga
अक्का धाराओं के बारे में क्या? क्या यह स्ट्रीमिंग स्पार्क करने के लिए एक प्रतियोगी है? – Jas