किसी उद्यम को ट्विन क्यों चाहिए, और Mithril उसे कैसे देता है
प्रोडक्शन वह जगह नहीं है जहाँ यह सीखा जाए कि संवेदनशील सिस्टम तक कौन पहुँच सकता है, अस्वीकृति कैसी दिखती है, या चल रहा क्लस्टर घोषित क्लस्टर से मेल खाता है या नहीं। ट्विन उन नामों को रखता है और परिणाम लागू नहीं करता। Mithril उस ट्विन को एक दस्तावेज़ बनाता है: रिवर्स-डोमेन घटक संयोजित होते हैं, एक रन प्रतिक्रिया और निर्णय लौटाता है, और क्लस्टर को शुरू किए बिना अवलोकन से जाँचा जाता है।
यह लेख मशीन से अनुवादित किया गया था।
किसी कंपनी को ट्विन इसलिए चाहिए क्योंकि जो प्रश्न मायने रखते हैं वे प्रोडक्शन में नहीं पूछे जा सकते। ग्राहक डेटा रखने वाले सिस्टम तक कौन पहुँच सकता है। कोटा समाप्त होने पर अस्वीकृत कॉल कैसी दिखती है। आज चल रहा क्लस्टर वही क्लस्टर है या नहीं जिसकी घोषणा की गई थी। प्रोडक्शन वह जगह है जहाँ ग्राहक, भुगतान और पहचान पहले से रहते हैं। उसे उन उत्तरों को सीखने की जगह बनाना जिज्ञासा को आउटेज से जोड़ देता है। जब तक कोई समिति आश्वस्त न हो जाए हर परिवर्तन रोक देना दूसरी विफलता है: एस्टेट चलता रहता है, और उसका मॉडल नहीं चलता।
ट्विन उस एस्टेट की दूसरी प्रति है, उन्हीं नामों के साथ और इस कठोर नियम के साथ कि कुछ भी लागू नहीं किया जाता। प्रिंसिपल, बकेट, क्यू और क्लस्टर प्रश्न का उत्तर देने के लिए पर्याप्त वास्तविक हैं। प्रभाव प्रति पर रुक जाता है। सुरक्षा, प्लेटफ़ॉर्म और आर्किटेक्चर किसी अनुमति, किसी अस्वीकृति, किसी दोष और किसी ड्रिफ्ट का अभ्यास उस खाते तक पहुँचने से पहले कर सकते हैं जो ग्राहकों से बिल लेता है।
Mithril ट्विन को एक दस्तावेज़ बनाता है, दूसरा क्लाउड नहीं। एस्टेट का प्रत्येक भाग एक घटक है जिसका नाम उसके रिवर्स डोमेन से है, और घटक संयोजित होते हैं। पहचान, प्राधिकरण, कोटा, संगति, दोष और TLS उस सेवा के नीचे बैठते हैं जिसे उनकी आवश्यकता है। एक रन उस श्रृंखला पर चलता है और दो चीज़ें लौटाता है जिन्हें कॉलर रख सकता है: वह प्रतिक्रिया जो एक क्लाइंट देखता, और वह निर्णय जिसने उसे उत्पन्न किया। लागू किया गया फ़्लैग असत्य रहता है। रनटाइम कोई सॉकेट नहीं खोलता, और जो दस्तावेज़ किसी लाइव होस्ट या किसी सीक्रेट का नाम लेता है उसे चलने से पहले अस्वीकार कर दिया जाता है।
वही सीमा क्लस्टर को कवर करती है। Docker और Podman को एक Mithril दस्तावेज़ के रूप में लपेटा जाता है जो बताता है कौन सी सेवाएँ मौजूद होनी चाहिए और वे एक-दूसरे पर कैसे निर्भर हैं। उस दस्तावेज़ को रेंडर करने से Compose फ़ाइल बनती है। उसकी जाँच घोषणा की तुलना उससे करती है जो वास्तव में देखा गया है। जाँच कंटेनर शुरू नहीं करती। कंपनी को अपने एस्टेट का पूर्वाभ्यास मिलता है, उन इंजनों के पास जो पहले से क्लाउड प्रोटोकॉल बोलते हैं, इस रिकॉर्ड के साथ कि क्या तय किया गया और क्या जानबूझकर लागू नहीं किया गया।