2011-09-07 25 views
5

क्या अंतिम डेटा स्थिरता प्रदर्शित करने वाले डेटा स्टोर में उपयोगकर्ता खाते बनाना/स्टोर करना संभव है?अंतिम डेटा स्थिरता प्रदर्शित करने वाले डेटा स्टोर में उपयोगकर्ताओं/पहचानों को प्रबंधित करना संभव है?

ऐसी परिस्थितियों से बचने के लिए आर्किटेक्चरल जटिलता के ढेर के बिना खाता निर्माण का प्रबंधन करना असंभव प्रतीत होता है जहां एक ही यूआईडी (उदा। ईमेल पता) के साथ दो खाते हो सकते हैं?

क्या अंतिम स्थिरता स्टोर के उपयोगकर्ता पहचान स्टोर के रूप में एक अलग संगत डीबी का उपयोग करते हैं, या ऐसे समाधान/पैटर्न हैं जिन्हें मुझे खोजना चाहिए?

अग्रिम धन्यवाद,

जेमी

उत्तर

1

यह एक अंत में संगत डेटा की दुकान में उपयोग करने के लिए प्रबंधन संभव है। हम ऐसा करते हैं। यह निम्नलिखित मान्यताओं के तहत काम करता है:

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

  2. उसी उपयोगकर्ता द्वारा समय-सारिणी के भीतर दोहराया गया एक्सेस जिसमें डेटा असंगत एक ही प्रतिकृति पर जाता है। उदाहरण के लिए, यदि कोई व्यक्ति अभी पंजीकृत है और अगला अनुरोध लॉगिन है, तो आपको उस डेटा प्रतिकृति के खिलाफ उस लॉगिन को मान्य करना होगा जहां नए पंजीकरण विवरण मौजूद हैं। इसलिए यदि अंतिम स्थिरता विभिन्न भौगोलिक स्थानों में कई डेटा केंद्रों के कारण है और सामान्य परिस्थितियों में एक अनुरोध भौगोलिक दृष्टि से निकटतम डेटा केंद्र में जाता है, तो आप ठीक हैं।

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

+0

धन्यवाद + एलाड। यह एक बहुत ही उपयोगी उत्तर है। इसमें जोड़ने के लिए, मैंने यह भी निष्कर्ष निकाला है कि खाता अंतिम रूप देने में देरी से बिंदु 2 के प्रभाव को कम करना संभव होगा। यह उपयोगकर्ता के ईमेल पते को सत्यापित करने के लिए एक लिंक ईमेल करने के द्वारा किया जा सकता है। खाता बनाया जाएगा, लेकिन सक्रिय नहीं होगा। उस बिंदु पर जब सक्रियण होता है यदि एक ही ईमेल वाले दो खाते मौजूद हैं तो संकल्प हो सकता है। – JBowen

+1

आगे, आप स्थिरता-महत्वपूर्ण जानकारी जैसे खातों के लिए उच्च स्थिरता स्तर का उपयोग करके कैसंड्रा जैसे प्लेटफार्मों पर अंतिम स्थिरता के प्रभाव को कम कर सकते हैं, जबकि जानकारी के लिए अंतिम स्थिरता की गति का लाभ उठाने के लिए जहां यह अद्यतित होना महत्वपूर्ण है । ConsistencyLevel @ http://wiki.apache.org/cassandra/API देखें –

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

  • कोई संबंधित समस्या नहीं^_^