stackkit advanced change-set, stackkit advanced origin-certificate, stackkit advanced restore-drill, stackkit advanced rollback, stackkit advanced trust
stackkit advanced change-set
ऑफ़लाइन-अधिकृत Terramate चेंज सेट प्रबंधित करें।stackkit advanced change-set apply, stackkit advanced change-set create
stackkit advanced change-set apply
ओनर द्वारा स्वीकृत सटीक Terramate चेंज सेट लागू करें।stackkit advanced change-set create
ओनर-हस्ताक्षरित Terramate चेंज सेट बनाएँ।stackkit advanced origin-certificate
प्रबंधित kombify.me ओरिजिन का Cloudflare Origin CA प्रमाणपत्र प्रबंधित करें।stackkit advanced origin-certificate install, stackkit advanced origin-certificate request
stackkit advanced origin-certificate install
डिलीवर किए गए ओरिजिन प्रमाणपत्र को सत्यापित और इंस्टॉल करें।stackkit advanced origin-certificate request
नोड पर स्थानीय ओरिजिन कुंजी जोड़ी बनाएँ और उसका CSR दिखाएँ।stackkit advanced restore-drill
क्षमता-नियंत्रित नेटिव रिस्टोर ड्रिल चलाएँ।stackkit advanced restore-drill run
stackkit advanced restore-drill run
बिना सक्रिय किए बैकअप एंकर का रिस्टोर स्टेज करें और सत्यापित करें। नेटिव v2 रिस्टोर ड्रिल को Advanced ऑपरेशन के रूप में चलाएँ। ड्रिल केवल तभी स्वीकार की जाती है जब restore.drill की अनुमति देने वाली ऑफ़लाइन-सत्यापित क्षमता, स्थानीय ओनर द्वारा स्वीकृत इश्यूअर ट्रस्ट और स्पष्ट--owner-approve मौजूद हो। यह वर्तमान रनटाइम को सत्यापित करती है, नया स्नैपशॉट एंकर बनाती है (या स्थानीय कस्टडी में --anchor को सत्यापित करती है), उस एंकर का रिस्टोर स्टेज करती है, स्टेज किए गए ट्री को सत्यापित करती है, स्टेजिंग क्षेत्र हटाती है और जाँचती है कि लाइव रनटाइम अपरिवर्तित है। स्टेज किया गया डेटा कभी सक्रिय नहीं होता।
उदाहरण
stackkit advanced rollback
Terramate स्टैक में क्षमता-नियंत्रित समन्वित रोलबैक चलाएँ।stackkit advanced rollback run
stackkit advanced rollback run
हर स्थानीय Terramate स्टैक को एक सत्यापित चेकपॉइंट पर वापस ले जाएँ। स्थानीय होस्ट को Advanced ऑपरेशन rollback.coordinated के रूप में एक सत्यापित executor-state चेकपॉइंट पर वापस ले जाएँ। रोलबैक केवल rollback.coordinated की अनुमति देने वाली ऑफ़लाइन-सत्यापित क्षमता, स्थानीय ओनर द्वारा स्वीकृत इश्यूअर ट्रस्ट और स्पष्ट--owner-approve के साथ स्वीकार किया जाता है। --to सीधे चेकपॉइंट या उस चेंज सेट को नाम देता है जिसका pre-apply चेकपॉइंट लक्ष्य है। स्टैक उल्टे रन क्रम में चलते हैं: चेकपॉइंट के बाद जोड़े गए स्टैक OpenTofu के ज़रिए नष्ट (वॉल्यूम के बिना docker compose down) करके हटाए जाते हैं, बदले गए स्टैक को चेकपॉइंट की स्थिति, कॉन्फ़िगरेशन और पेलोड वापस मिलता है और उन्हें अभिसरित होने के लिए बाध्य किया जाता है, और चेकपॉइंट के बाद हटाए गए स्टैक फिर बनाए जाते हैं। स्टैक चलने से पहले चेकपॉइंट के StackSpec और Inventory बहाल करके फिर जनरेट किए जाते हैं; उसके बाद जुड़े हुए apply और verify चाइल्ड ऑपरेशन चेकपॉइंट के Apply साक्ष्य को दर्ज और सत्यापित करते हैं। बाधित रोलबैक उसी --to के साथ अगले रन पर फिर शुरू होता है और पहले से अभिसरित स्टैक छोड़ देता है।
उदाहरण
stackkit advanced trust
स्थानीय ओनर द्वारा स्वीकृत Advanced इश्यूअर ट्रस्ट प्रबंधित करें।stackkit advanced trust import, stackkit advanced trust inspect