फ़ैसला लेने से पहले अपने लीगेसी सिस्टम की सूची कैसे बनाऊँ?

लीगेसी सिस्टम की सूची हर सिस्टम के लिए एक पेज से बनती है, जो 7 सवालों का जवाब देता है: ज़िम्मेदार व्यक्ति, उपयोगकर्ता, डेटा और क्या उसमें निजी डेटा है, कनेक्शन, उसके रुकने पर क्या रुकता है, लाइसेंस के नवीनीकरण की तारीखें, और तकनीक व उसके सपोर्ट की समाप्ति। फिर हर सिस्टम को 5 में से एक फ़ैसला दें: रखें, बंद करें, तैयार प्रोडक्ट से बदलें, जैसा है वैसा क्लाउड पर ले जाएँ, या दोबारा बनाएँ। यह Amazon की आधिकारिक माइग्रेशन गाइड की 7 रणनीतियों का सरल रूप है। AI तकनीकी आधे हिस्से को तेज़ करता है, पर यह नहीं बता सकता कि सिस्टम का ज़िम्मेदार कौन है।

भाग 2 में आपने हर सिस्टम को 8 में से अंक दिए थे। अंक जोखिम दिखाते हैं; सूची वह देती है जो फ़ैसले के लिए ज़रूरी है।

हर सिस्टम के पेज पर क्या लिखें

शुरुआत के लिए किसी ख़ास सॉफ़्टवेयर की ज़रूरत नहीं। एक साधारण तालिका काफ़ी है, बशर्ते वह हर सिस्टम के लिए इन सवालों का जवाब दे:

• ज़िम्मेदार व्यक्ति: कारोबार की ओर से सिस्टम पर फ़ैसला लेने वाला एक नामित व्यक्ति, IT विभाग नहीं। अगर कोई नहीं मिलता, तो यही आपकी सूची की पहली खोज है।
• उपयोगकर्ता: कौन से विभाग इसका इस्तेमाल करते हैं, लगभग कितने लोग, और क्या कंपनी के बाहर के ग्राहक या सप्लायर भी इसे इस्तेमाल करते हैं।
• डेटा: यह क्या सहेजता है, क्या उसमें ग्राहकों या कर्मचारियों का निजी डेटा है, और वह असल में कहाँ रहता है: दफ़्तर के सर्वर पर या किसी क्लाउड में, और किस देश में।
• कनेक्शन: इसका डेटा कहाँ से आता है और कहाँ जाता है: बिलिंग, बैंक, ऑनलाइन स्टोर, पेरोल, हर हफ़्ते एक्सपोर्ट होने वाली Excel फ़ाइल।
• ठप होने का असर: अगर यह पूरे एक दिन रुक जाए तो क्या होगा: बिक्री रुकेगी, वेतन देर से जाएगा, या किसी को पता भी नहीं चलेगा?
• लाइसेंस और अनुबंध: आप किसे भुगतान करते हैं, अनुबंध कब नवीनीकृत होता है, और क्या नवीनीकरण से पहले नोटिस की कोई समय-सीमा है। नवीनीकरण की तारीख अक्सर तय करती है कि आपका फ़ैसला कब तक तैयार होना चाहिए।
• तकनीक और सपोर्ट: प्रोग्रामिंग भाषा, डेटाबेस और ऑपरेटिंग सिस्टम, और हर एक का सपोर्ट कब ख़त्म होता है, जैसा हमने भाग 2 में देखा।

अगर सूची से पता चले कि आपके कुछ असली सिस्टम दरअसल स्प्रेडशीट हैं जिन पर रोज़ का काम टिका है, तो उनकी सूची बनाने का तरीका हमने असल सिस्टम कौन सी शीट है में बताया है।

डेटा का सवाल: इसे न छोड़ें

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

यह आधुनिकीकरण के टूल पर भी लागू होता है। उदाहरण के लिए, AWS Transform का आधिकारिक रीजन पेज 9 रीजन बताता है जहाँ वर्कस्पेस बनाए जा सकते हैं, इनमें से कोई भी मध्य पूर्व में नहीं है, और चेतावनी देता है कि डेटा उस रीजन से अलग रीजन में प्रोसेस हो सकता है जहाँ से आप काम करते हैं। सऊदी प्रेस एजेंसी की 1 सितंबर 2026 की ख़बर के अनुसार, Amazon ने घोषणा की कि किंगडम में उसका पहला क्लाउड रीजन दिसंबर 2026 में शुरू होने की राह पर है। इसलिए लिखें कि आज हर सिस्टम का डेटा कहाँ है, ताकि आपको पता रहे कि कौन से टूल उसे बिना दिक़्क़त पढ़ सकते हैं।

AI सूची बनाने को कैसे तेज़ करता है, और वह क्या नहीं जानता

सूची का तकनीकी आधा हिस्सा पहले सर्वर जाँचने और हाथ से कोड पढ़ने में हफ़्तों ले लेता था। आज के टूल सर्वर और कोड पढ़ते हैं और उनके बीच के कनेक्शन का नक्शा अपने-आप बना देते हैं। कई उदाहरणों में से एक: Amazon AWS Transform के पेज पर कहता है कि उसके एजेंट खोज और चरणबद्ध योजना से लेकर कटओवर तक माइग्रेशन को स्वचालित करते हैं, और उसका मेनफ़्रेम आकलन महीनों की खोज को घंटों में समेट देता है। यह Amazon का दावा है, गारंटीशुदा नतीजा नहीं। उसका मूल्य पेज फ़िलहाल आकलन को मुफ़्त एजेंटों में गिनता है।

Amazon की माइग्रेशन गाइड खोज टूल के अपने डेटा से बंद किए जा सकने वाले सिस्टम पहचानने के व्यावहारिक संकेत भी देती है:

• जिस सिस्टम का औसत CPU और मेमोरी उपयोग 5 प्रतिशत से कम हो, उसे गाइड ज़ॉम्बी एप्लिकेशन कहती है।
• जिस सिस्टम का उपयोग 90 दिनों में 5 से 20 प्रतिशत के बीच हो, उसे वह निष्क्रिय एप्लिकेशन कहती है।
• जिस सिस्टम पर पिछले 90 दिनों में कोई इनबाउंड कनेक्शन नहीं आया, वह बंद करने का उम्मीदवार है।

लेकिन टूल नहीं जानता कि सिस्टम का ज़िम्मेदार कौन है, उसका अनुबंध कब नवीनीकृत होता है, उसे समझने वाला अकेला कर्मचारी अगले साल रिटायर हो रहा है, या कि साल की इकलौती ज़कात रिपोर्ट उसी से निकलती है। यह जानकारी हर सिस्टम के ज़िम्मेदार व्यक्ति और उपयोगकर्ताओं से छोटी बातचीत से मिलती है। मशीन तकनीकी कॉलम भरती है; लोग कारोबारी कॉलम भरते हैं।

हर सिस्टम के लिए पाँच फ़ैसले

सूची के बाद हर सिस्टम को एक फ़ैसला दें। यह Amazon की गाइड की सात रणनीतियों का सरल रूप है:

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

Origami का नज़रिया

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

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

इस हफ़्ते का अभ्यास: हर सिस्टम के लिए एक पेज

भाग 2 के अभ्यास में 8 में से 6 या ज़्यादा अंक पाने वाले सिस्टम चुनें, और हर एक के लिए यह तालिका एक ही पेज पर भरें:

फ़ैसला पेंसिल से लिखें। जब तक आपको यह पता न चले कि सिस्टम के अंदर कौन से नियम छिपे हैं, तब तक यह शुरुआती ही है, और यही अगले भाग का विषय है।

आगे क्या

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

स्रोत

• AWS Prescriptive Guidance: सात माइग्रेशन रणनीतियाँ — retain, retire, repurchase, rehost, relocate, replatform और refactor, और 5 प्रतिशत, 20 प्रतिशत व 90 दिन के संकेत।
• AWS Transform: आधिकारिक सेवा पेज — खोज, चरणबद्ध योजना और मेनफ़्रेम आकलन।
• AWS Transform: मूल्य — आकलन फ़िलहाल मुफ़्त एजेंटों में शामिल।
• AWS Transform: समर्थित रीजन — 9 रीजन; डेटा किसी दूसरे रीजन में प्रोसेस हो सकता है।
• सऊदी प्रेस एजेंसी: दिसंबर 2026 में किंगडम में AWS रीजन।
• SDAIA: व्यक्तिगत डेटा संरक्षण।