सभी को नमस्कार। जैसा कि आप जानते हैं, मैं स्टोरेज, वर्टिका, बिग डेटा स्टोरेज और अन्य विश्लेषणात्मक चीजों के बारे में अधिक लिखता और बोलता था। अब अन्य सभी डेटाबेस मेरी ज़िम्मेदारी के क्षेत्र में गिर गए हैं, न केवल विश्लेषणात्मक, बल्कि ओएलटीपी (पोस्टग्रेज़क्यूएल), और एनओएसक्यूएल (मोंगोडीबी, रेडिस, टारनटूल) भी।

इस स्थिति ने मुझे एक ऐसे संगठन को देखने की अनुमति दी जिसमें एक संगठन के रूप में कई डेटाबेस हैं जो एक विषम (विषम) डेटाबेस वितरित किया है। PostgreSQL, Redis और Mong ... और संभवतः, एक या दो वर्टिका डेटाबेस के एक समूह से मिलकर एक एकल वितरित विषम डेटाबेस।

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

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

क्रिस रिचर्डसन (microservice वास्तुकला के सबसे प्रसिद्ध प्रचारकों में से एक) के अनुसार, इस वास्तुकला में डेटाबेस के साथ काम करने के लिए दो दृष्टिकोण हैं: साझा डेटाबेस और डेटाबेस-प्रति-सेवा।

साझा डेटाबेस एक अच्छा पहला कदम है, महत्वाकांक्षी विकास योजनाओं के बिना एक छोटी कंपनी के लिए एक बढ़िया समाधान। इसके अलावा, यह पैटर्न अपने आप में एक विरोधी पैटर्न है, जो कि माइक्रोसॉर्स्क आर्किटेक्चर के दृष्टिकोण से है एक साझा आधार साझा करने वाली दो सेवाओं का स्वतंत्र रूप से परीक्षण और माप नहीं किया जा सकता है। यानी बल्कि, ये सेवाएँ एक सेवा है जो एक मोनोलिथ बन जाती है।

डेटाबेस-प्रति-सेवा पैटर्न मानता है कि प्रत्येक सेवा का अपना डेटाबेस है। एक सेवा किसी अन्य सेवा के डेटा को केवल एपीआई के माध्यम से (व्यापक अर्थों में) अपने डेटाबेस से सीधे कनेक्शन के बिना एक्सेस कर सकती है।

डेटाबेस-प्रति-सेवा पैटर्न संबंधित सेवाओं की टीमों को डेटाबेस का चयन करने की अनुमति देता है जैसे वे चाहते हैं। कोई इसे MongoDB में कर सकता है, कोई व्यक्ति PostgreSQL में विश्वास करता है, किसी को रेडिस (इस सेवा के लिए स्वीकार्य होने पर डेटा हानि का जोखिम) की आवश्यकता होती है, और कोई व्यक्ति आमतौर पर डिस्क पर सीएसवी फ़ाइलों में डेटा संग्रहीत करता है (और क्यों, वास्तव में , और नहीं?)।

डेटाबेस के ऐसे "चिड़ियाघर" के साथ काम करने से डेटा में ऑर्डर को बहाल करने का काम जटिलता के पूरे नए स्तर तक पहुंच जाता है।

एसीआईडी ​​और माइक्रोसर्विस आर्किटेक्चर

आइए एसीआईडी ​​आवश्यकताओं के क्लासिक डीबीएमएस-आधारित सेट के प्रिज्म के माध्यम से चीजों को लगाने के कार्य को देखें: हम संक्षिप्त नाम के प्रत्येक अक्षर के सार का विस्तार करेंगे और इस पत्र के साथ कठिनाइयों का चित्रण करेंगे माइक्रोसरकारी वास्तुकला।

(ए) सीआईडी ​​- परमाणु। परमाणु - सभी या कुछ भी नहीं।

एटमॉसिटी आवश्यकता के अनुसार, सभी चरणों को पूरा करना आवश्यक है (संभव पुनरावृत्तियों के साथ), यदि कोई महत्वपूर्ण कदम विफल हो जाता है, तो पूर्ण किए गए चरणों को रद्द करें।

उपरोक्त चित्रण वीआईपी सेवा खरीदने की परीक्षण प्रक्रिया को दर्शाता है: पैसा बिलिंग (1) में आरक्षित है, एक बोनस सेवा एक उपयोगकर्ता (2) के लिए सक्रिय है, उपयोगकर्ता के प्रकार को प्रो (3) में बदल दिया जाता है, बिलिंग में आरक्षित पैसा डेबिट किया जाता है (4)। सभी चार चरणों को या तो पूरा किया जाना चाहिए या पूरा नहीं किया जाना चाहिए।

इस मामले में, आप प्रक्रिया के बीच में नहीं लटका सकते हैं, इसलिए, अतुल्यकालिक बेहतर है, चरम मामलों में, अंतर्निहित समयबाह्य के साथ सिंक्रनाइज़ेशन।

ए (सी) आईडी - संगति। संगति - प्रत्येक चरण में सीमा की स्थितियों का खंडन नहीं करना चाहिए।

उदाहरण के लिए परिस्थितियों के उत्कृष्ट उदाहरण, उदाहरण के लिए, ग्राहक A को सेवा 1 से ग्राहक B को सेवा 2 में पैसा भेजना: ऐसे भेजने के परिणामस्वरूप धन कम नहीं होना चाहिए (धन हस्तांतरण के दौरान नहीं खोना चाहिए) या अधिक (यह दो उपयोगकर्ताओं को एक ही धन भेजने के लिए अस्वीकार्य है उसी समय)। इस आवश्यकता का अनुपालन करने के लिए, आपको शर्तों को कहीं और कोड करने की आवश्यकता है और शर्तों के लिए डेटा की जांच करें (आदर्श रूप से, अतिरिक्त कॉल के बिना)।

एसीआई (डी) - स्थायित्व। स्थायित्व की आवश्यकता का मतलब है कि संचालन के प्रभाव गायब नहीं होते हैं।

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

और मैं कहाँ हूँ, आप पूछें?

और कहीं नहीं। कई स्वतंत्र अतुल्यकालिक सेवाओं के वातावरण में अलगाव एक तकनीकी आवश्यकता है। आधुनिक शोध से पता चला है कि वास्तविक व्यावसायिक प्रक्रियाओं को अलगाव के बिना लागू किया जा सकता है। अलगाव संक्षिप्तता को कम करके सोच को सरल बनाता है (समानांतर कंप्यूटिंग विकसित करना एक प्रोग्रामर के लिए अधिक कठिन है), लेकिन माइक्रोसेवर्क आर्किटेक्चर स्वाभाविक रूप से बड़े पैमाने पर समानांतर है, ऐसे वातावरण में अलगाव बेमानी है।

उपरोक्त आवश्यकताओं के अनुपालन को प्राप्त करने के लिए कई दृष्टिकोण हैं। तथाकथित दो-चरण प्रतिबद्ध (2PC) द्वारा प्रदान किए गए वितरित लेनदेन का सबसे व्यापक रूप से ज्ञात एल्गोरिथम। दुर्भाग्य से, दो-चरण के कमिट को लागू करने में सभी सेवाओं को शामिल करने की आवश्यकता होती है। और सबसे गंभीर: यह एल्गोरिथ्म बहुत उत्पादक नहीं है। हाल के अध्ययनों से प्राप्त चित्र बताते हैं कि यह एल्गोरिथ्म दो सर्वरों के वितरित आधार पर एक निश्चित प्रदर्शन दिखाता है, लेकिन सर्वरों की संख्या में वृद्धि के साथ, उत्पादकता रैखिक रूप से नहीं बढ़ती है ... या यों कहें, यह बिल्कुल भी नहीं बढ़ती है।

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

प्रदर्शन में रैखिक रूप से स्केल करने की क्षमता के साथ, आप दो-चरण के कमिट के बिना वितरित अखंडता (एसीआईडी ​​आवश्यकताओं) को कैसे सुनिश्चित कर सकते हैं?

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

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

यह महत्वपूर्ण है। "आशावादी दृष्टिकोण" में कई एल्गोरिदम शामिल हैं। मैं आपको गाथा के बारे में बताना चाहता हूं - वितरित अखंडता को बनाए रखने के लिए एल्गोरिथ्म, क्रिस रिचर्डसन द्वारा अनुशंसित।

सगास - एल्गोरिथ्म के तत्व

सैग एल्गोरिथ्म के दो विकल्प हैं। इसलिए, सबसे पहले मैं एल्गोरिथ्म के आवश्यक तत्वों का सार्वभौमिक रूप से वर्णन करना चाहूंगा ताकि विवरण दोनों विकल्पों के लिए उपयुक्त हो।

तत्व 1. सेवाओं के बीच ईवेंट डिलीवरी का विश्वसनीय लगातार चैनल, "कम से कम एक बार डिलीवरी" की गारंटी देता है। यानी यदि प्रक्रिया का चरण 2 सफलतापूर्वक पूरा हो गया है, तो इस बारे में एक अधिसूचना (घटना) चरण 3 तक कम से कम एक बार पहुंचनी चाहिए, दोहराया प्रसव स्वीकार्य हैं, लेकिन कुछ भी नहीं खोना चाहिए। "लगातार" का अर्थ है कि चैनल को कुछ समय (2-3 दिन, एक सप्ताह) के लिए सूचनाएं संग्रहीत करनी चाहिए ताकि एक सेवा जो डेटाबेस के नुकसान के कारण नवीनतम परिवर्तन खो चुकी हो (स्थायित्व उदाहरण देखें, चित्रण में यह चरण 2 है), को पुनर्स्थापित कर सकता है चैनल से घटनाओं की पुनरावृत्ति करके ये परिवर्तन।

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

तत्व 3. सेवा की कॉलों को रद्द करना (स्टेप्स) idempotency कुंजी द्वारा।

एटोमिसिटी (उदाहरण देखें) सुनिश्चित करने के लिए, अगर स्टेप 3 में idempotency की प्रक्रिया 42 के साथ है, तो रुक गई / गिर गई, तो इसके लिए आवश्यक है कि चरण 1 और 2 के सफल निष्पादन को रद्द कर दिया जाए। , एक एपीआई विधि जो निर्दिष्ट इम्पोटेंसी कुंजी (42) के लिए आवश्यक कदम के निष्पादन को रद्द करती है। साग एल्गोरिथ्म के कार्यान्वयन के हिस्से के रूप में सेवाओं के शोधन में प्रतिपूरक कॉल का कार्यान्वयन एक कठिन लेकिन आवश्यक तत्व है।

ऊपर सूचीबद्ध तीन तत्व "साग" के कार्यान्वयन के दोनों संस्करणों के लिए प्रासंगिक हैं: आर्केस्ट्रा और कोरियोग्राफिक।

ऑर्केस्ट्रेटेड सागास

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

कोरियोग्राफिक साग

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

कोरियोग्राफिक गाथा में एक नियंत्रित करने वाली सेवा, सगाओं की सेवा, लेकिन बहुत अधिक "हल्का" होना चाहिए। सेवा को सिस्टम में पंजीकृत व्यावसायिक प्रक्रियाओं के बारे में जानना चाहिए, प्रत्येक प्रक्रिया में शामिल चरणों की संरचना के बारे में। उसे बस को भी सुनना चाहिए, प्रत्येक प्रक्रिया के निष्पादन की निगरानी करना चाहिए (प्रत्येक बेकारता कुंजी), और केवल अगर कुछ गलत हुआ, या तो विशिष्ट चरणों के "दोहराव" को फेंक दें, या उठाए गए चरणों के लिए "रद्द", "क्षतिपूर्ति" फेंक दें।

बारीकियों

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

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

इस प्रक्रिया को किसने पंजीकृत किया, सभी चरणों को इंगित किया, निर्भरता और अनिवार्य कदम रखा? स्पष्ट, लेकिन पुराने ढंग का उत्तर है कि साग सेवा में प्रक्रिया पंजीकरण केंद्रीय रूप से किया जाना चाहिए। लेकिन यह जवाब माइक्रोसॉर्स्क वास्तुकला के अनुरूप नहीं है। माइक्रोसर्विस आर्किटेक्चर में, यह बॉटम-अप प्रक्रियाओं को पंजीकृत करने के लिए अधिक आशाजनक, अधिक उत्पादक और तेज है। यानी साग सेवा में प्रक्रिया की सभी बारीकियों को नहीं लिखना है, लेकिन व्यक्तिगत सेवाओं को अपने स्वयं के मौजूदा प्रक्रियाओं में "फिट" करने की अनुमति देना, उनके बाध्यकारी / वैकल्पिक प्रकृति और अनिवार्य पूर्ववर्तियों का संकेत है।

यानी उपयोगकर्ता को sag सेवा में पंजीकृत करने की प्रक्रिया शुरू में तीन चरणों से युक्त हो सकती है, और फिर, सिस्टम के विकास के दौरान, सात और चरण वहां फिट होंगे, और एक चरण बाहर लिखा जाएगा, और उनमें से नौ होंगे। इस तरह की "अराजकतावादी" और "विकेन्द्रीकृत" योजना का परीक्षण करना कठिन है, एक सख्त, समन्वित प्रक्रिया को लागू करना, लेकिन यह एजाइल टीमों के लिए सतत बहुआयामी उत्पाद विकास के लिए बहुत अधिक सुविधाजनक है।

दरअसल, यहां। एक गंभीर प्रस्तुति के साथ, मुझे लगता है कि इसे समाप्त करना उचित है, अन्यथा लेख बहुत बड़ा हो गया।

यहाँ इस सामग्री की प्रस्तुति के लिए एक कड़ी है , मैंने इस विषय पर हाईलोड साइबेरिया 2018 में एक रिपोर्ट बनाई।
UPD - और सम्मेलन से वीडियो:

उपसंहार

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

कोई नियामक संस्था नहीं है जो क्रियाओं के अनुक्रम की निगरानी करती है। कोई लेन-देन, कोई रोलबैक, कार्रवाई को पूर्ववत् करने के अर्थ में, जैसे कि वह कभी नहीं हुआ था। सभी एक वयस्क तरीके से, हर क्रिया हमेशा के लिए होती है। इसकी भरपाई की जा सकती है, लेकिन यह ठीक कार्रवाई (हत्या) और मुआवजा (सिर, विरा के लिए भुगतान) है, न कि मृत्यु का उन्मूलन।

घटनाओं में लंबा समय लगता है, विभिन्न स्रोतों से आते हैं, समानांतर में क्रियाएं होती हैं, और सख्ती से क्रमिक रूप से नहीं। और अक्सर, नए प्रतिभागी अचानक भूखंड में दिखाई देते हैं, जो भाग लेने का फैसला करते हैं (ड्रेगन आगमन;)) ... और पुराने प्रतिभागियों में से कुछ अचानक मर जाते हैं।

ऐसी बातें। यह एक गड़बड़ और अराजकता जैसा लगता है, लेकिन सब कुछ काम करता है, दुनिया के आंतरिक समन्वय का उल्लंघन नहीं किया जाता है, साजिश विकसित और सुसंगत है ... हालांकि कभी-कभी अप्रत्याशित।