एक नियंत्रित मेल सेवा वाले दस डोमेन को कई स्वतंत्र अनुप्रयोगों द्वारा उपयोग किए जाने वाले एक डोमेन की तुलना में कम काम की आवश्यकता हो सकती है। कार्यान्वयन प्रयास निर्भरताओं का पालन करता है: DNS कौन नियंत्रित करता है, प्रत्येक प्रेषक को कौन बदल सकता है, कौन से वर्कफ़्लो का परीक्षण किया जाना चाहिए और मालिक कितनी जल्दी काम को मंजूरी दे सकते हैं। किसी शेड्यूल का वादा करने से पहले उन निर्भरताओं की गणना करें।
उद्देश्य और स्वामी रजिस्टर बनाएं
प्रत्येक डोमेन और प्रासंगिक उपडोमेन के लिए, कानूनी नियंत्रक, DNS प्रशासक, भेजने का उद्देश्य, प्राप्त करने का उद्देश्य, सेवा स्वामी और परिवर्तन प्राधिकारी को रिकॉर्ड करें। निर्णय भेजना और प्राप्त करना अलग-अलग रखें। एक डोमेन जो अब मार्केटिंग मेल नहीं भेजता है, उसे अभी भी चालान या पासवर्ड-रीसेट उत्तर प्राप्त हो सकते हैं। एक अधिग्रहण में एक बाहरी DNS एजेंसी, एक विरासत एप्लिकेशन और एक मालिक शामिल हो सकता है जो नए संगठन में बदलावों को मंजूरी नहीं दे सकता है।
एक आईपी मानने के बजाय मानचित्र भेजने वाले मार्ग एक एप्लिकेशन की पहचान करते हैं। दृश्यमान डोमेन, अधिकृत सेवा और उपलब्ध प्रमाणीकरण साक्ष्य को रिकॉर्ड करें। RFC 9989 प्रोटोकॉल प्रदान करता है संरेखण और नीति मॉडल; यह आपको नहीं बताता कि आपके संगठन ने कौन से एप्लिकेशन अधिकृत किए हैं।
छुपे हुए काम की तलाश करें
मासिक चालान के बारे में वित्त से, वार्षिक लाभ नोटिस के बारे में एचआर से, टिकट सिस्टम के बारे में समर्थन से और पुनर्प्राप्ति संदेशों के बारे में एप्लिकेशन टीमों से पूछें। सेवा सूची और नियंत्रित नमूनों के साथ उपलब्ध रिपोर्ट की समीक्षा करें। RFC 9990 रिपोर्टिंग भाग लेने वाले प्राप्तकर्ताओं से उपयोगी साक्ष्य है, पूर्ण खोज की गारंटी नहीं। एक गुम रिपोर्ट पंक्ति यह साबित नहीं करती कि कोई सेवा कभी नहीं भेजती।
प्रत्येक मार्ग को सत्यापित, सेवा कॉन्फ़िगरेशन की आवश्यकता, स्वामित्व समाधान की आवश्यकता, या सेवानिवृत्ति निर्णय की आवश्यकता के रूप में वर्गीकृत करें। गुम पहुंच को एक निर्भरता के रूप में रिकॉर्ड करें, उत्पादक इंजीनियरिंग घंटों के रूप में नहीं। दो घंटे का कॉन्फ़िगरेशन कार्य आपूर्तिकर्ता की मंजूरी के लिए हफ्तों इंतजार कर सकता है; प्रयास को बीते हुए समय से अलग करें।
एक स्पष्ट उदाहरणात्मक अनुमान तैयार करें
मान लीजिए कि एक आविष्कृत संपत्ति में छह सीधे मार्ग हैं जिनमें प्रत्येक के लिए दो घंटे की आवश्यकता होती है, तीन एकीकरण मार्गों के लिए छह घंटे की आवश्यकता होती है, और दो विवादित-मालिक मार्गों के लिए प्रत्येक के लिए चार घंटे की जांच की आवश्यकता होती है। कॉन्फ़िगरेशन और जांच कुल 38 घंटे। नियंत्रित परीक्षण के लिए स्पष्ट रूप से अनुमानित आठ घंटे और परिवर्तन समीक्षा के लिए चार घंटे जोड़ें: 50 घंटे। इनमें से कोई भी अवधि बेंचमार्क नहीं है. उन्हें अपने पायलट से माप के साथ बदलें, और प्रतीक्षा समय अलग से दिखाएं।
निम्न, केंद्रीय और उच्च अनुमान का उपयोग तभी करें जब आप यह बता सकें कि उनके बीच क्या परिवर्तन होता है। उदाहरण के लिए, उच्च मामले में हस्ताक्षर सीमा के लिए आपूर्तिकर्ता को सुधार की आवश्यकता हो सकती है; यह केवल एक अज्ञात प्रतिशत से गुणा की गई केंद्रीय संख्या नहीं है। प्रत्येक अनसुलझे आइटम के लिए एक निर्भरता स्वामी और अगली समीक्षा तिथि रखें।
एक प्रतिनिधि पायलट के बाद पुनः अनुमान लगाएं
ऐसे मार्ग चुनें जो संपत्ति की जटिलता को उजागर करते हैं, जिसमें एक तृतीय-पक्ष सेवा और एक दुर्लभ प्रवाह शामिल है। वास्तविक व्यावहारिक प्रयास, हैंडऑफ़, असफल प्रयास और बीता हुआ अनुमोदन समय रिकॉर्ड करें। विस्तार करने से पहले अनुमान अपडेट करें. निकास साक्ष्य में जवाबदेह मालिक, देखे गए मार्ग परीक्षण और शेष अपवादों के लिए एक अनुमोदित योजना शामिल होनी चाहिए, न कि केवल एक प्रकाशित DNS रिकॉर्ड।
सिंथेटिक उद्देश्य और मालिक रजिस्टर
यह एक सिंथेटिक वर्कयुक्त कलाकृति है। वास्तविक टिप्पणियाँ, अनुमोदन और वाणिज्यिक प्रतिबद्धताएँ प्रदान नहीं की जाती हैं।
- billing.example .परीक्षण/चालान: उद्देश्य और जवाबदेह भूमिकाएँ: भेजना: चालान; प्राप्त करना: ग्राहक उत्तर। वित्त स्वामी; DNS संचालन; हिडन-फ्लो जांच: मासिक चालान कार्य और उत्तर रूटिंग की जांच करें; निष्पादित नहीं किया गया; भेजने/प्राप्त करने का निर्णय: परीक्षण के बाद तुरंत भेजना/इनबाउंड उत्तरों को बनाए रखना।
- events.example .टेस्ट / इवेंट नोटिस: उद्देश्य और जवाबदेह भूमिकाएँ: भेजना: मौसमी निमंत्रण; प्राप्त करना: सहभागी प्रतिक्रियाएँ। इवेंट स्वामी; एजेंसी DNS निर्भरता.; हिडन-फ्लो जांच: वार्षिक ईवेंट शेड्यूलर और पुराने अभियान किरायेदार की जांच करें; निष्पादित नहीं किया गया; भेजने/प्राप्त करने का निर्णय: भेजने का निर्णय रोकें/प्रतिक्रिया पथ बनाए रखें।
- recovery.example .परीक्षण/पासवर्ड रीसेट: उद्देश्य और जवाबदेह भूमिकाएँ: भेजना: खाता पुनर्प्राप्ति; प्राप्त करना: सहायता बढ़ाना। पहचान स्वामी; आवेदन टीम.; हिडन-फ्लो जांच: निष्क्रिय खाता पुनर्प्राप्ति और आपदा-वसूली किरायेदार की जांच करें; निष्पादित नहीं किया गया; भेजने/प्राप्त करने का निर्णय: सक्रिय और निष्क्रिय दोनों को सत्यापित करें/सहायता मार्ग का अलग-अलग मूल्यांकन करें।
- लिगेसी.अन्य.टेस्ट / अधिग्रहीत ऐप: उद्देश्य और जवाबदेह भूमिकाएँ: भेजने का उद्देश्य अनसुलझा; प्राप्त करना: संभावित आपूर्तिकर्ता चालान। अधिग्रहण का नेतृत्व; पूर्व DNS ऑपरेटर.; हिडन-फ्लो जांच: अधिग्रहण सूची खोजें और एपी मालिक से पूछें; निष्पादित नहीं किया गया; भेजने/प्राप्त करने का निर्णय: कोई सेवानिवृत्ति निर्णय नहीं/कोई प्राप्ति बंद नहीं।
यह अनुमान छह सीधे मार्गों को वित्त-प्रकार के पैटर्न, तीन एकीकरण मार्गों को पहचान-प्रकार के पैटर्न और दो विवादित-मालिक मार्गों को अधिग्रहीत-डोमेन पैटर्न से जोड़ता है। ये उदाहरणात्मक वर्ग हैं, कोई गिनी हुई संपत्ति नहीं। एजेंसी की मंजूरी और लीगेसी DNS पहुंच पचास व्यावहारिक घंटों के बाहर निर्भरता की प्रतीक्षा कर रही है।
गेट पर प्रयास से अलग शेड्यूल
मान लीजिए कि पायलट के दौरान दो विवादित-मालिक मार्गों को मंजूरी नहीं दी जा सकती है। उदाहरणात्मक 50-घंटे का अनुमान अभी भी एक कार्य अनुमान है, न कि उन परिवर्तनों को करने की अनुमति या पूर्णता तिथि। केवल एक अलग से अनुमोदित, परीक्षण किया गया दायरा जारी करें और विवादित मार्गों को नामित निर्भरता के रूप में रखें। समानांतर कर्मचारी बीते हुए कुछ समय को कम कर सकते हैं, लेकिन किसी लापता अनुमोदक को समाप्त नहीं कर सकते हैं या एकल अनसुलझे स्वामित्व निर्णय को सुरक्षित रूप से विभाजित नहीं कर सकते हैं।
स्रोत का दायरा
RFC 9989 अनुभाग 4.4, 5.3.5 और 5.4 संरेखण, संदेश मूल्यांकन और रिसीवर हैंडलिंग में अंतर करें। RFC 9990 अनुभाग 3.1, 7 और 8 समग्र साक्ष्य और गोपनीयता/सुरक्षा संबंधी विचारों का वर्णन करें। इनमें से कोई भी स्टाफिंग घंटे, कीमतें या वाणिज्यिक परिचालन प्रतिबद्धताएं निर्दिष्ट नहीं करता है। यहां कार्य अनुमान, लागत उदाहरण और मूल्यांकन द्वार मूल संपादकीय मार्गदर्शन हैं, न कि देखे गए ग्राहक परिणाम या मानक-अनिवार्य बजट।