01
खोजें
उत्पादन की केवल-पठन खोज सहमत AWS दायरा और उसकी निर्भरताएँ दर्ज करती है।
Dockfield DRaaS
AWS के लिए रिकवरी का निरंतर आश्वासन।
Dockfield DRaaS चालू परिवेश की खोज, रिकवरी स्थिति प्रबंधन, क्वारंटीन, सुरक्षा सत्यापन, अलग-थलग परीक्षण, रिकवरी समन्वय और प्रमाण को एक नियंत्रित संचालन मॉडल में जोड़ता है।
DRaaS का जीवनचक्र
हर रिकवरी स्थिति में एक गेट होता है।
सबसे नया स्नैपशॉट अपने आप सबसे सुरक्षित नहीं होता। Dockfield संग्रह, भरोसा, सत्यापन, अनुमोदन और ट्रैफिक प्रमोशन को अलग रखता है।
02
रिकवरी ब्लूप्रिंट
संसाधनों को रिकवरी रणनीति के अनुसार वर्गीकृत करके लक्ष्य खाते और रीजन से मैप किया जाता है।
03
स्तर 0 का भरोसा
रिकवरी से पहले स्रोत, अखंडता, Terraform सत्यापन, Checkov, Trivy, सीक्रेट उजागर होने और नीति की जाँच होती है।
04
कैरियर
विफल, संदिग्ध या विनाशकारी बदलाव प्रमोशन योग्य रिकवरी मार्ग से बाहर रखे जाते हैं।
05
अलग-थलग रिकवरी
स्वीकृत रिकवरी DR भरोसा क्षेत्र में बनाई या बहाल की जाती है, बिना उत्पादन ट्रैफिक सेवा दिए।
06
स्तर 1–3 का सत्यापन
बुनियादी ढाँचे / सुरक्षा, स्मोक परीक्षण, अनुप्रयोग व्यवहार और डेटा को क्रम से सत्यापित किया जाता है।
07
प्रमोशन का अनुमोदन
ट्रैफिक तब तक बंद रहता है जब तक प्रमाण जाँच में सफल न हों और अधिकृत निर्णय गेट न खोले।
08
ARC / ट्रैफिक नियंत्रण
कॉन्फ़िगर होने पर ARC रूटिंग नियंत्रण या स्वीकृत रूटिंग प्रणाली ट्रैफिक को प्रमोशन अनुमोदन के बाद ही स्थानांतरित करती है।
09
प्रमाण और पुनरावृत्ति
मैनिफेस्ट, परीक्षण परिणाम और अनुमोदन सुरक्षित रखे जाते हैं; उत्पादन बदलने के साथ चक्र दोहरता है।
रिकवरी रणनीतियों के सात समूह
संसाधन के अनुकूल AWS की नेटिव प्रणाली इस्तेमाल करें।
साझा नियंत्रण स्तर
जहाँ आर्किटेक्चर और प्रभाव-क्षेत्र का विश्लेषण समर्थन करे, वहाँ लचीली नियंत्रण सेवाएँ साझा रखें।
नेटिव निरंतर प्रतिकृति
रीजन या खातों के बीच स्थिति की प्रतिकृति बनाने के लिए डिज़ाइन की गई सेवाओं में AWS की नेटिव निरंतर प्रतिकृति इस्तेमाल करें।
घटना-आधारित मिररिंग
पूर्ण पुनर्निर्माण की प्रतीक्षा के बजाय नियंत्रित घटनाओं से रिकवरी-संबंधित कॉन्फ़िगरेशन बदलावों को प्रतिबिंबित करें।
घोषणात्मक पुनर्निर्माण
लगातार अद्यतन ब्लूप्रिंट से DR भरोसा क्षेत्र में बहाल करने योग्य बुनियादी ढाँचा फिर बनाएँ।
नेटिव बैकअप / PITR
सेवा के लिए उपयुक्त नियंत्रित बैकअप, लॉग या समय-बिंदु रिकवरी सीमाओं से डेटा बहाल करें।
पुनः जारी करना / पुनर्निर्माण
वे प्रमाणपत्र, सीक्रेट या भरोसा सामग्री पुनः जारी करें जिन्हें सुरक्षा सीमाओं के पार बिना जाँच कॉपी नहीं करना चाहिए।
संगठन का केंद्रीय कॉन्फ़िगरेशन
जहाँ वह अधिक सुरक्षित रिकवरी मॉडल हो, वहाँ संगठन स्तर के केंद्रीय रूप से नियंत्रित कॉन्फ़िगरेशन का पुनः उपयोग करें।
सुरक्षा, स्कैनर और रिकवरी के प्रमाण
ट्रैफिक स्थानांतरित होने से पहले भरोसा अर्जित किया जाता है।
आर्टिफैक्ट का भरोसा
Terraform सत्यापन और Checkov व Trivy जैसे नीति एवं सुरक्षा स्कैनर। स्रोत, अखंडता, सीक्रेट, एन्क्रिप्शन, विशेषाधिकार, सार्वजनिक एक्सपोज़र और विनाशकारी बदलावों के संकेतों का आकलन होता है।
बुनियादी ढाँचा और सुरक्षा
बहाल आधार की जाँच अपेक्षित नेटवर्क, रूट, नियंत्रण, पहचान, एन्क्रिप्शन, लॉगिंग और सेवा की पूर्वापेक्षाओं के लिए की जाती है।
अलग-थलग स्मोक परीक्षण
DR परिवेश उत्पादन ट्रैफिक सेवा दिए बिना चलता है। स्वास्थ्य, पहुँच, सेवा खोज और महत्वपूर्ण निर्भरता जाँच सफल होनी चाहिए।
अनुप्रयोग और डेटा
प्रमोशन योग्य होने से पहले व्यावसायिक अनुप्रयोग व्यवहार और डेटा तैयारी सत्यापित की जाती है।
रोकें और जाँच करें
नीति का उल्लंघन करने वाला, विनाशकारी जोखिम पैदा करने वाला या मानव समीक्षा चाहने वाला सब कुछ क्वारंटीन में रहता है और प्रमोट नहीं किया जा सकता।
निर्णय दर्ज करें
Dockfield रिकवरी मैनिफेस्ट, सत्यापन स्थिति, अनुमोदन और अभ्यास परिणाम सुरक्षित रखता है ताकि घटना के बाद रिकवरी मार्ग समझाया जा सके।
सेवा का संचालन मॉडल
एक बार की रिकवरी इंजीनियरिंग से निरंतर आश्वासन तक।
| क्षमता | DRaaS | DR-as-Code |
|---|---|---|
| चालू AWS की खोज | निरंतर / निर्धारित | परियोजना स्नैपशॉट और सहमत अद्यतन प्रक्रिया |
| रिकवरी ब्लूप्रिंट | लगातार अद्यतन | बनाया गया और सौंपा गया |
| क्वारंटीन और सत्यापन | संचालन जीवनचक्र | लागू पाइपलाइन और संचालन पुस्तिका |
| रिकवरी अभ्यास | बार-बार होने वाली सेवा गतिविधि | हस्तांतरण परीक्षण / वैकल्पिक आगे का कार्य |
| ARC / ट्रैफिक प्रमोशन | कॉन्फ़िगर होने पर नियंत्रित संचालन मार्ग | ग्राहक को सौंपा गया आर्किटेक्चर और स्वचालन |
| प्रमाण | निरंतर रिकवरी प्रमाण | परियोजना प्रमाण पैक और कोड का स्वामित्व |
हम क्या चाहते हैं और क्या नहीं मांगेंगे
रिकवरी लक्ष्यों को प्रमाण चाहिए।
लक्ष्य तय करें, फिर साबित करें
सीमित दायरे में एक घंटे से कम रिकवरी डिज़ाइन लक्ष्य हो सकती है। यह तभी विश्वसनीय बनती है जब बार-बार समयबद्ध परीक्षण इसका समर्थन करें।
डेटा मार्ग से निर्धारित
बुनियादी ढाँचे को दर्ज करने की आवृत्ति शून्य डेटा हानि सुनिश्चित नहीं करती। प्रतिकृति, लॉग, सुसंगतता और घटना की सीमा बहाल करने योग्य बिंदु तय करते हैं।
हर सेवा के अनुसार
हर AWS सेवा एक ही प्रणाली इस्तेमाल नहीं करती। Dockfield हर संसाधन का वर्गीकरण और कमियों का रिकॉर्ड करता है, बजाय यह दावा करने के कि एक निष्पादक सब कुछ बहाल कर सकता है।
अलग भरोसा क्षेत्र
उत्पादन की खोज केवल-पठन है। रिकवरी लिखने की कार्रवाइयाँ DR भरोसा क्षेत्र और स्वीकृत नेटिव प्रतिकृति मार्गों तक सीमित हैं।
कभी स्वतः निहित नहीं
स्वस्थ DR परिवेश ट्रैफिक सेवा दिए बिना भी प्रमोशन योग्य हो सकता है। ट्रैफिक स्थानांतरण स्पष्ट संचालन निर्णय रहता है।
प्रतिनिधि भाग
सार्वजनिक डेमो सीमित ECS रिकवरी भाग पर जीवनचक्र साबित करता है; यह दावा नहीं करता कि किसी भी उद्यम परिवेश को बिना बदलाव फिर बनाया जा सकता है।
मुफ्त प्रारंभिक सलाह
रिकवरी प्रमाण को संचालन अनुशासन बनाएँ।
AWS दायरे, रिकवरी लक्ष्यों और व्यावहारिक DRaaS अपनाने की प्रक्रिया पर चर्चा करें।