वेब

उत्पादन को बाधित किए बिना एक वेब माइग्रेशन तैयार करें

होस्टिंग बदलना बदलाव के दिन से शुरू नहीं होता है। वास्तविक कार्य काफी पहले शुरू होता है: इन्वेंट्री, निर्भरता, डीएनएस, डेटाबेस और बैकट्रैकिंग।

1. जो चल रहा है उसकी पूरी सूची लें

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

PHP, फ्रेमवर्क, एक्सटेंशन और SQL इंजन के संस्करणों पर ध्यान दें।
नियोजित कार्यों और बाह्य एकीकरणों की पहचान करें।
कॉपी करने से पहले फ़ाइलों और डेटा का आकार मापें।

2. डीएनएस, एसएसएल और डेटाबेस फेलओवर

माइग्रेशन अक्सर गौण समझे जाने वाले विवरणों पर निर्भर करता है: डीएनएस टीटीएल बहुत लंबा, प्रमाणपत्र पुनर्जीवित नहीं, अधूरा डंप, पुराना एप्लिकेशन कैश या भूले हुए पर्यावरण चर। हमें परिवर्तन विंडो से पहले अज्ञातों की संख्या कम करनी होगी।

यथार्थवादी प्रसार विंडो के साथ DNS परिवर्तनों को शेड्यूल करें।
आयात के बाद डेटाबेस पहुंच और एन्कोडिंग की जाँच करें।
सार्वजनिक परीक्षण से पहले लक्ष्य परिवेश पर साइट का परीक्षण करें।

3. बैकस्पेस को हमेशा सिंपल रखें

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

बदलाव के बाद एक स्पष्ट सत्यापन मानदंड निर्धारित करें।
भविष्यवाणी करें कि रोलबैक का निर्णय कौन करेगा और किस समय सीमा के भीतर करेगा।
नई साइट स्थिर होने तक पुराने बैकअप रखें।