खाता विलय पहचान टकरावों को स्पष्ट प्राथमिकता नियमों के साथ हल करता है, डेटा को जीवित खाते के अंतर्गत स्थानांतरित करता है, एक अपरिवर्तनीय कमिट सीमा परिभाषित करता है, और पुनर्मिलन पूरा होने तक रोलबैक या अनिश्चित अवस्थाओं का समर्थन करता है।
पैकेज स्थिति: एआई-सहायता प्राप्त संदर्भ पैकेज। स्थैतिक पैकेज सत्यापन पास हो चुका है; कार्यान्वयन परिदृश्य अभी चलाए नहीं गए हैं और स्थिर अपनाने से पहले मानव डोमेन समीक्षा आवश्यक है।
निर्णय
खाता विलय को चरणबद्ध पूर्वावलोकन, चरणबद्ध इरादा, और ट्रस्ट सिग्नलों के आधार पर जीवित चयन के साथ कमिट के रूप में चलाएं; merge-plan.yaml में प्रलेखित नियमों का उपयोग करके पहचान टकरावों को हल करें; अपरिवर्तनीय कमिट से पहले ही रोलबैक की अनुमति दें; और पुनर्मिलन कार्यों के आंशिक विफल होने पर सफलता का दिखावा करने के बजाय uncertain ऑपरेटर-दृश्य स्थिति में प्रवेश करें।
दायरा
- एक उत्पाद किरायेदार मॉडल के भीतर दो खातों का उपयोगकर्ता-प्रेरित विलय।
- पहचान विशेषताएँ: ईमेल, उपयोगकर्ता नाम, OAuth पहचान, MFA कारक।
- उपयोगकर्ता-जनित सामग्री, प्राथमिकताएँ, और ऑडिट स्रोत के लिए डेटा स्थानांतरण।
- जब दोनों खाते संगठन मालिक हों या OAuth विषयों में टकराव हो और मैनुअल समीक्षा न हो तो अवरोधक स्थितियाँ।
इस ब्लॉक के बाहर
- बिलिंग इकाइयों के पार संगठन-से-संगठन अधिग्रहण विलय।
- एक ही संगठन के भीतर स्वामित्व स्थानांतरण।
- विलय के बाद GDPR मिटाना (हटाने के ब्लॉक संदर्भित कर सकते हैं लेकिन हटाने को परिभाषित नहीं करते)।
अनुबंध
- पूर्वावलोकन चरण केवल पढ़ने योग्य है और प्रस्तावित समाधान के साथ प्रत्येक टकराव सूचीबद्ध करता है; उपयोगकर्ता द्वारा पूर्वावलोकन की पुष्टि से पहले कोई डेटा परिवर्तन नहीं होता।
- चरणबद्ध चरण विलय इरादा TTL के साथ रिकॉर्ड करता है; उपयोगकर्ता कमिट शुरू होने तक रोलबैक को रद्द कर सकता है।
- कमिट चरण सामान्य संचालन के तहत अपरिवर्तनीय है; कमिट के बाद पूर्ववत अनुरोध अस्वीकृत होते हैं और केवल असाधारण समर्थन पुनर्प्राप्ति के लिए निर्देशित किए जाते हैं।
- जीवित खाता स्थानांतरित सामग्री प्राप्त करता है; स्रोत खाता लॉगिन सफल कमिट के बाद अक्षम हो जाता है और सत्र रद्द कर दिए जाते हैं।
- पहचान टकराव विलय योजना रणनीतियों का पालन करते हैं: ईमेल मेल खाना चाहिए या सत्यापित उपनाम होना चाहिए; विरोधाभासी OAuth विषय मैनुअल लिंकिंग पूरी होने तक ऑटो-मर्ज को अवरुद्ध करते हैं।
- जब दोनों खाते विभिन्न संगठनों के एकमात्र मालिक हों, तो स्वामित्व स्थानांतरण या पदोन्नति के समाधान तक विलय अवरुद्ध रहता है।
- कमिट के दौरान आंशिक जॉब विफलता तुरंत
uncertainमें परिवर्तित हो जाती है; यदि अनिश्चितता प्रोफ़ाइल अधिकतम से अधिक बनी रहती है, तो वृद्धि ऑपरेटरों को अलर्ट करती है और स्वचालित पूर्णता को स्वीकृति तक अवरुद्ध करती है। - जीवित खाता स्थानांतरित सामग्री प्राप्त करता है; सफल कमिट के बाद स्रोत खाता लॉगिन अक्षम हो जाता है, सक्रिय स्रोत सत्र रद्द हो जाते हैं, और स्रोत टोकन के साथ प्रमाणीकरण विफल होता है।
- स्थानांतरित सामग्री पर सभी ऐतिहासिक ऑडिट इवेंट्स में मूल अभिनेता आईडी के साथ-साथ विलय सहसंबंध पहचानकर्ता भी रहता है।
कार्यान्वयन मार्गदर्शन
- विलय आईडी द्वारा कुंजीबद्ध आइडेम्पोटेंट जॉब चरणों का उपयोग करें ताकि पुनः प्रयास स्थानांतरित पंक्तियों की नकल न करें।
- विलय स्थिति मशीन को उपयोगकर्ता पंक्तियों से अलग स्टोर करें; वर्कर केवल
merge-plan.yamlमें प्रलेखित संक्रमणों के माध्यम से चरणों को आगे बढ़ाएं। - पूर्वावलोकन के दौरान मानव-पठनीय टकराव रिपोर्ट प्रस्तुत करें जिसमें लेजर विलय के लिए मैनुअल समीक्षा की आवश्यकता होने पर बिलिंग प्रभाव शामिल हो।
- कमिट के बाद विलय किए गए खाते के टोकन को प्रमाणीकरण से रोकने के लिए प्राधिकरण के साथ समन्वय करें।
विफलता हैंडलिंग और सुरक्षा उपाय
- यदि अपरिवर्तनीय सीमा पार करने के बाद कमिट लेनदेन विफल हो जाता है, तो स्रोत खाता हटाने के बजाय
uncertainमें प्रवेश करें। - यदि पूर्वावलोकन TTL समाप्त हो जाता है, तो चरणबद्ध टोकन को त्याग दें और ताजा MFA सत्यापन आवश्यक करें।
- केवल समान डिस्प्ले नाम या IP ओवरलैप के आधार पर कभी भी खाते विलय न करें।
- समर्थन उपकरण को विलय चरण प्रमुखता से दिखाना चाहिए ताकि गलती से डुप्लिकेट समर्थन क्रियाएं कम हों।
सत्यापन और संचालन
- पूर्वावलोकन परित्याग, कमिट, अनिश्चित विलय, और अनिश्चित अवस्थाओं को हल करने के औसत समय की गिनती की निगरानी करें।
merge-plan.yamlसे व्युत्पन्न फिक्स्चर का उपयोग करके टकराव नियमों का टेबल-परीक्षण करें।- आधे स्थानांतरित सामग्री पहचानकर्ताओं को अनाथ बनाए बिना बैकअप से जीवित खाते को पुनर्स्थापित करने वाली आपदा पुनर्प्राप्ति ड्रिल चलाएं।
अपनाने के अनुमान
example.yamlऔरmerge-plan.yamlमें नाम और मान एक अपनाने प्रोफ़ाइल हैं, सार्वभौमिक डिफ़ॉल्ट नहीं।- टीमें वर्गीकृत करती हैं कि कौन से डेटा वर्ग स्वचालित रूप से स्थानांतरित होते हैं और किन्हें मैनुअल समीक्षा की आवश्यकता होती है।