इंजीनियरिंग और संचालन

लॉगिंग

लॉग में केवल विफलताओं का पता लगाने और संचालन में मदद के लिए ज़रूरी जानकारी रखी जाती है। संवेदनशील जानकारी हटाई या छिपाई जाती है और केवल अधिकृत लोगों को एक्सेस दिया जाता है। डेटा रखने की अवधि संचालन की ज़रूरतों के अनुसार तय होती है; अवधि पूरी होने पर डेटा अपने आप मिट जाता है। पासवर्ड और एक्सेस कुंजियाँ लॉग में दर्ज नहीं की जानी चाहिए। संवेदनशील अनुरोधों की पूरी सामग्री ज्यों की त्यों लॉग में दर्ज नहीं होनी चाहिए।

त्रुटियों की ट्रैकिंग

त्रुटियाँ दर्ज की जाती हैं और सेवा पर उनके प्रभाव के अनुसार प्राथमिकता दी जाती है। अलर्ट नामित व्यक्ति को जाँच और आगे की कार्रवाई में मदद करते हैं। ट्रैकिंग टूल को डेटा भेजने से पहले संवेदनशील जानकारी हटाई या छिपाई जाती है। समस्या का पता लगाने की प्रक्रिया में विज़िटर डेटा का अनावश्यक संग्रह नहीं होना चाहिए।

निगरानी

स्वीकृत नीति में उपलब्धता, प्रदर्शन और त्रुटियों की स्वचालित निगरानी का प्रावधान है। अलर्ट प्राप्त करने और आगे की कार्रवाई की ज़िम्मेदारी एक नामित व्यक्ति को दी जाती है। सेवा के समय, प्रतिक्रिया समय और ज़िम्मेदारियाँ संचालन या सहायता समझौते में तय होती हैं। यह नीति चौबीसों घंटे मानवीय निगरानी या उपलब्धता के किसी निश्चित प्रतिशत का वादा नहीं करती।

बैकअप

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

बैकअप का कार्यक्षेत्र वास्तव में मौजूद डेटा पर आधारित होता है: वेबसाइट की फ़ाइलें, डिजिटल एसेट, पुनर्स्थापना के लिए ज़रूरी कॉन्फ़िगरेशन और समय के साथ बदलने वाला डेटा, यदि हो। बैकअप का सफलतापूर्वक बन जाना ही पर्याप्त नहीं है; उससे पुनर्स्थापना संभव है, यह भी सत्यापित करना ज़रूरी है। बैकअप कितनी बार लिया जाए, कितनी डेटा हानि स्वीकार्य हो और पुनर्स्थापना का समय क्या हो, यह सेवा की ज़रूरतों और समझौते से तय होता है। मंज़ूरी के बिना संख्यात्मक प्रतिबद्धताएँ नहीं की जातीं।

रोलबैक

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

गोपनीय क्रेडेंशियल का प्रबंधन

सेवाओं के पासवर्ड और API कुंजियाँ एक समर्पित सीक्रेट्स मैनेजर में रखी जाती हैं। टेस्ट और लाइव परिवेश के गोपनीय क्रेडेंशियल अलग होते हैं और ज़रूरत के अनुसार सीमित एक्सेस दिया जाता है। ये क्रेडेंशियल सोर्स कोड, सार्वजनिक फ्रंटएंड फ़ाइलों या लॉग में नहीं होने चाहिए। इनके उजागर होने का संदेह हो तो इन्हें निरस्त करके बदला जाता है और एक्सेस अनुमतियों की समीक्षा की जाती है।