वर्तमान में हमारे पास ओपनवीएमएस (इंटीग्रटी/इटेनियम) पर चलने वाले कोबोल में लिखा गया एक बड़ा व्यवसाय-महत्वपूर्ण अनुप्रयोग है।इटेनियम से दूर जाना
महीने बीतने के बाद, इटेनियम आर्किटेक्चर के जीवनकाल के बारे में अधिक से अधिक अटकलें होती हैं। खुले में कुछ भी नहीं कहा जाता है, लेकिन this और this जैसे लेख एक चिंताजनक तस्वीर पेंट करते हैं। यद्यपि मुझे इसका समर्थन करने के लिए कुछ भी अधिकारी नहीं मिल सकता है, इसके अलावा एचपी की हमारी कंपनी के गलियारे में ओपनवीएमएस और एचपी कोबोल डालने के साथ-साथ इसके साथ-साथ कुरकुरा भी हो रहा है।
मुझे विश्वास नहीं है कि हम इसमें अकेले हैं।
तरह से मैं इसे देख, उसके लिए कुछ विकल्प हैं:
- कुछ पुराने हार्डवेयर का अनुकरण और CHARON-VAX या CHARON-AXP की तरह एक उत्पाद का उपयोग उस पर आवेदन चलाते हैं। जिस तरह से मैं इसे देखता हूं, पेशेवर यह हैं कि प्रक्रिया अपेक्षाकृत दर्द रहित होनी चाहिए, खासकर यदि 64-बिट (एएक्सपी) विकल्प का उपयोग किया जाता है। संभावित विपक्ष प्रदर्शन में गिरावट है (हालांकि इसे तेज और तेज़ हार्डवेयर द्वारा ऑफसेट किया जाना चाहिए);
- एचपी कोबोल-आधारित एप्लिकेशन को कोबोल की एक और आधुनिक बोली, जैसे Visual COBOL पर पोर्ट करें। पेशेवर, तब, तथ्य यह है कि पोर्टिंग प्रयास अपेक्षाकृत कम है (यह अभी भी COBOL है) और तथ्य यह है कि कोई यूनिक्स या विंडोज प्लेटफ़ॉर्म पर एप्लिकेशन चला सकता है। विपक्ष यह है कि यद्यपि आप कोबोल पोर्ट कर रहे हैं, तथ्य यह है कि आप एक अलग ऑपरेटिंग सिस्टम पर पोर्ट कर रहे हैं, जिससे चीजें मुश्किल हो सकती हैं (esp। अगर ओपनवीएमएस-विशिष्ट निर्भरताएं हैं);
- स्वचालित रूप से कोबोल को जावा जैसी अधिक आधुनिक भाषा में अनुवादित करें। यह सभी विरासत मुद्दों से तुरंत एक को मुक्त करने का स्पष्ट लाभ है, एक में गिरावट आई है: हार्डवेयर समर्थन, ऑपरेटिंग सिस्टम समर्थन, और विशेष रूप से प्रशासकों और प्रोग्रामर ढूंढना। यह एक बड़ी नौकरी होने के अलावा, एक स्पष्ट नकारात्मक तथ्य यह है कि कोई गैर-मूर्खतापूर्ण जावा (या जो भी लक्ष्य भाषा आखिरकार चुना जाता है) के साथ समाप्त हो जाएगा; तर्कसंगत रूप से, यह ऐसा कुछ है जिसे समय के साथ बढ़ाया जा सकता है।
- जमीन से ऊपर (स्वाभाविक रूप से, आधुनिक तकनीकों का उपयोग करके) एक पुनर्लेखन। कोई भी जिसने यह किया है जानता है कि यह कितना महंगा और समय लेने वाला है। मैंने केवल सूची को पूरा करने के लिए इसे शामिल किया है :)
ध्यान दें कि स्वामित्व डीबीएमएस पर कोई निर्भरता नहीं है; डेटाबेस ISAM फ़ाइल-आधारित है।
तो ... मेरे सवाल है:
दूसरों को क्या कर रहे हैं इटेनियम के आसन्न अप्रचलन कारोबार निरंतरता बनाए रखने के लिए जब चुनाव के अपने मंच ओपन VMS और कोबोल है कर रही के साथ सामना?
अद्यतन:
हम चाहते हैं कि वफ़ादारी/इटेनियम/ओपन VMS का समर्थन किया जाएगा कम से कम हमारे स्थानीय हिमाचल प्रदेश प्रतिनिधि से एक अधिकारी आश्वासन ऊपर 2022 तक मुझे लगता है कि इसका मतलब है कि इस पूरे मुद्दे के बारे में कम है पड़ा है मंच, और भाषा (COBOL) के बारे में और अधिक।
यह एक बदसूरत स्थिति है। मैं अपने ग्राहकों के लिए किस प्रकार की माइग्रेशन रणनीति विकसित कर रहा हूं, यह जानने के लिए माइक्रोफोकस से संपर्क करने का प्रयास करूंगा। मेरा मानना है कि माइक्रोफोकस ने सीओबीओएल अनुप्रयोगों को इटेनियम प्लेटफॉर्म पर माइग्रेशन को बढ़ावा दिया। और इसके कारण, मुझे संदेह है कि वे किसी भी व्यक्ति के रूप में कड़ी मेहनत करेंगे क्योंकि इटेनियम से माइग्रेशन पथ को "अगली और सबसे बड़ी चीज़" - जो कुछ भी हो सकता है। उनके पास उतना ही ढीला है जितना कि किसी को भी पता चलता है कि उनका जहाज कहां नौकायन कर रहा है और शायद सवारी कर रहा है। – NealB
ऐसा लगता है कि आपको ओपनवीएमएस को आगे बढ़ने पर गंभीरता से विचार करना होगा। आपको एचपी से पूछना चाहिए कि उनके पास यूनिक्स उत्पाद है जो एचपी कोबोल का समर्थन करता है। इसके अलावा, नीलबी के सुझाव के अलावा, आपको अवेन्ट के साथ भी जांच करनी चाहिए, वे दो अलग-अलग कोबोल अनुपालन (http://www.veryant.com) – colemanj