2010-01-22 13 views
5

हम एक ऑनलाइन मंच (एपीआई, सर्वर, डेटा, वाहू!) बनाने के लिए तैयार हैं। संदर्भ के लिए, कल्पना करें कि हमें ट्विटर की तरह कुछ बनाने की जरूरत है, लेकिन एक लाइव घटना के आसपास आयोजित टिप्पणियों (ट्वीट्स) के साथ। लाइव इवेंट के बारे में जानकारी ग्राहकों को जितनी जल्दी हो सके उतनी तेज़ी से और लगातार वितरित की जानी चाहिए, जबकि घटना के बारे में टिप्पणियां शायद थोड़ी देर तक पहुंचने की प्रतीक्षा कर सकती हैं। लाइव इवेंट खत्म होने के बाद हम पढ़ेंगे-भारी होंगे।डेटाबेस तकनीक को चुनना

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

मुझे विश्वास है कि मैं आरडीबीएमएस की बजाय दस्तावेज़ स्टोर को आजमाने की कोशिश करता हूं। मुझे स्कीमा-कम स्टोरेज और कुंजी-मूल्य पर ध्यान केंद्रित करके आसान स्केलेबिलिटी के वादे का विचार पसंद है।

समस्या यह नहीं है कि मुझे नहीं पता कि कौन सा तकनीक हमारे मंच के लिए सबसे उपयुक्त है। मैंने सोफे, मोंगो, टोक्यो कैबिनेट, कैसंद्रा और ब्लॉबड दस्तावेजों के साथ एक आरडीबीएमएस देखा है। इस विशेष नौकरी के लिए सही उपकरण चुनने में कोई मदद?

उत्तर

7

BJ Clark द्वारा कोई एसक्यूएल विकल्प तुलना चेकआउट करें।

स्केलेबिलिटी बहुत महत्वपूर्ण है। स्केल नहीं करता

  • Redis - - पैमाने पर नहीं है
  • परियोजना वोल्डेमॉर्ट -

    1. टोक्यो कैबिनेट मापता
    2. MongoDB:

  • तो फिर तुम अपने ब्लॉग के अंश विचार करने की जरूरत - सीमित (शेरिंग लागू किया गया है)

  • कैसंड्रा - स्केल
  • अमेज़ॅन एस 3 - एस Cales
  • काउच - पैमाने पर नहीं है (Clustering & प्रतिकृति)
  • MySQL - पैमाने पर नहीं है
  • और HyperTable पर विचार करें। यह नो-एसक्यूएल विकल्पों में भी एक गंभीर दावेदार है। यह Google की बिगटेबल अवधारणा का एक खुला स्रोत कार्यान्वयन है। मेरा मानना ​​है कि यह अच्छी तरह से स्केल करता है क्योंकि इसका व्यापक रूप से चीनी खोज इंजन Baidu और मनोरंजन पोर्टल रेडिफ द्वारा उपयोग किया जाता है।

    आप कह रहे थे:

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

    यह ट्विटर के दृष्टिकोण की तरह कुछ है।आपका प्रोग्रामिंग भाषा चयन भी बहुत महत्वपूर्ण है, क्योंकि ट्विटर शुरुआत में रूबी के साथ बैक-एंड संदेश वितरण के लिए गया था लेकिन they were saying यह सही विकल्प नहीं है और उन्होंने पूरे संदेश वितरण प्रणाली को Scala भाषा में स्थानांतरित कर दिया है।

    वे अभी भी अपने फ्रंट एंड के लिए रुबी का उपयोग कर रहे हैं। यदि आप अत्यधिक विश्वसनीय, गलती सहनशील प्रणाली के साथ जाना चाहते हैं जो स्केलेबल वातावरण के लिए उपयुक्त है, तो आपको Scala या Erlang पर विचार करना चाहिए।

    +0

    उत्कृष्ट साक्षात्कार के लिए +1 –

    +0

    क्यों बिंदु 7. सोफे - स्केल नहीं करता है? http://cloudant.com/ और http://couchio.com/ – filippo

    +0

    पर एक नज़र डालें हाँ, मैं भी सोफे के बारे में उलझन में हूं। संपूर्ण रूप से स्केलिंग के प्रतिकृति दृष्टिकोण के बारे में कुछ गंभीर असहमति प्रतीत होती है। सोफे लोग अपनी मुख्य विशेषताओं में से एक के रूप में स्केलेबिलिटी सूचीबद्ध करते हैं, जबकि बाकी दुनिया उन्हें उड़ाती है। –

    1

    रमेश का एक अच्छा सारांश है। मैं जोड़ता हूं कि कैसंड्रा के पास वेनिला डायनेमो क्लोन (जैसे वोल्डमॉर्ट या डिनोमाइट) की तुलना में एक समृद्ध डेटा मॉडल है: पंक्तियों के साथ पंक्तियां, क्रमशः कुंजी/मूल्य के बजाय क्रमबद्ध कॉलम। ट्विटर, महालो, ओयाला, सिंपलजीओ, वेबएक्स, और अन्य (http://n2.nabble.com/Cassandra-users-survey-td4040068.html) द्वारा कैसंद्रा का उपयोग किया जा रहा है, जिनमें से कम से कम कुछ ईसी 2 या रैकस्पेस क्लाउड सर्वर पर कैसंड्रा क्लस्टर चला रहे हैं।

    1

    यदि आप क्षैतिज रूप से स्केल करना चाहते हैं (एक से अधिक नोड पर अपना डेटा वितरित करें) तो आपको सीएपी प्रमेय को खाते में ले जाना होगा।

    http://www.julianbrowne.com/article/viewer/brewers-cap-theorem

    यह आसान सामान नहीं है, लेकिन आप चुनना है, वहाँ हमेशा बंद व्यापार के कुछ प्रकार है।

    +0

    धन्यवाद ... यह सीएपी प्रमेय पर सबसे अच्छा लेख था जिसे मैंने पढ़ा था। –

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