सीएपी प्रमेय पर काबू पाने के लिए चेकलिस्ट

तो, आपने, ट्वीट किया, ☐ एक ब्लॉग लिखा, a एक प्रेस विज्ञप्ति प्रकाशित की, in टिप्पणियों में लिखा कि आप कैप प्रमेय को दूर करने का एक तरीका जानते हैं। आपका विचार काम नहीं करेगा। यहाँ क्यों है:

☐ आप मानते हैं कि सॉफ़्टवेयर \ हार्डवेयर \ नेटवर्क विफलताएँ कभी नहीं होती हैं
☐ आपने वास्तव में समस्या को एक अन्य तार्किक परत पर स्थानांतरित कर दिया है
Does आपका समाधान एक के बराबर है जो पहले से मौजूद है जो सीएपी-प्रमेय को दूर नहीं करता है
☐ आपने वास्तव में एक एपी सिस्टम (उपलब्धता और पृथक्करण प्रतिरोध, लेकिन निरंतर डेटा संगति नहीं) बनाया है
☐ आपने वास्तव में एक सीपी सिस्टम (डेटा स्थिरता और पृथक्करण प्रतिरोध, लेकिन निरंतर उपलब्धता नहीं) बनाया है
☐ आपने वास्तव में एक असंबद्ध प्रणाली का निर्माण किया

और विशेष रूप से आपकी योजनाओं में निम्नलिखित खराब हैं:

Real देरी एक वास्तविक चीज है
Ailability एक बड़ी देरी सेवा अनुपलब्धता के समान है
Changes नेटवर्क टोपोलॉजी समय के साथ बदलती है
Can नेटवर्क को भागों में विभाजित करना एक से अधिक स्थानों पर हो सकता है
Network नेटवर्क का अलग हुआ हिस्सा हमेशा के लिए गायब हो सकता है
Is प्रणाली के शेष हिस्सों के लिए नेटवर्क का समय-पृथक भाग पूरी तरह से गिरने से अप्रभेद्य है
Part ग्राहक भी एक वितरित प्रणाली का हिस्सा हैं
☐ स्थिर डाटा संग्रहण अस्थिर हो सकता है
☐ नेटवर्क फेल्योर होना तय है
☐ आयरन फेलियर जरूर होगा
☐ मानवीय त्रुटियां जरूर होंगी
☐ हटाए गए डेटा पहले से गिर गए नोड्स के साथ सिंक्रनाइज़ेशन के बाद ठीक हो जाएंगे
☐ टाइमस्टैम्प अंतर के कारण, आपका डेटा समय में आगे और पीछे की यात्रा करेगा
☐ चीजें अलग-अलग मशीनों पर एक साथ होती हैं
। कुछ दुष्प्रभावों को लेनदेन के रूप में वापस नहीं लिया जा सकता है
☐ क्रैश आपके सिस्टम के सबसे महत्वपूर्ण भागों में होता है
A वितरित प्रणाली को डिजाइन करना वास्तव में कठिन है
Is और लागू करना और भी कठिन है

इसके अलावा, ऐसी तकनीकी कठिनाइयाँ उत्पन्न हो सकती हैं:

☐ आपके समाधान के लिए एक केंद्रीय घटक की आवश्यकता होती है जो दुर्गम नहीं हो सकता
☐ यह पता चला है कि रीड-ओनली मोड में रिकॉर्डिंग वास्तव में उपलब्ध नहीं है
Be आपके सिस्टम में कोरम समूह का आकार नहीं बदला जा सकता है
Cannot आपके सिस्टम में क्लस्टर का आकार नहीं बदला जा सकता है
☐ "अनंत समयबाह्य" का उपयोग करना खोए हुए संदेशों की समस्या का समाधान नहीं है
, आपके सिस्टम में हमेशा के लिए डेटा संग्रहीत करना शामिल है, जिसके लिए, निश्चित रूप से, आपको आयामहीन भंडारण की आवश्यकता है
☐ डेटा पुनर्रचना को एक साथ ली गई हर चीज की तुलना में अधिक यातायात की आवश्यकता होगी
☐ "रसीद की पावती" प्रसंस्करण की पावती के समान नहीं है।
☐ जब तक डेटा डिस्क पर नहीं लिखा जाता है तब तक आप प्रतीक्षा नहीं करते हैं
☐ आप यह मानते हैं कि कम अवधि की दुर्गमता स्वीकार्य है
On आप एक सिद्धांत पर आधारित हैं जो अब तक केवल कागज पर है

और यहाँ मैं तुम्हारे बारे में सोचता हूं:

☐ बड़ी कोशिश लेकिन गलत तरीके से गलत विज्ञापन
☐ आपने एक मौजूदा तकनीक का फिर से आविष्कार किया, और इसे खराब तरीके से किया
☐ ठीक है, सामान्य तौर पर, "प्रमेय" शब्द की परिभाषा पढ़ें
“और शब्द" वितरित प्रणाली "
Idea आपको पता नहीं है कि आप क्या कर रहे हैं
Know क्या आप जानते हैं कि लॉजिक क्लॉक क्या है?
Manage आपको अन्य लोगों के डेटा का प्रबंधन नहीं करना चाहिए