नवीनतम आईआरएम - सीबेल ने आईपी 17 + में अपग्रेड किया

यही है, एक तरफ मजाक करता है - चलो अनन्त के बारे में बात करते हैं। इस पोस्ट में आप खुशी का एक स्प्रे या होने की आसानी का एक संकेत नहीं मिलेगा। क्योंकि यह उन लोगों के लिए है जिन्होंने सीबेल अपग्रेड के प्रत्येक नए दौर को पारित किया और खोजा। 2013 से, ओरेकल अपने सीआरएम सिस्टम को मौलिक रूप से आधुनिक बनाने के लिए एक अभियान चला रहा है। अब तक, हम पहले ही सात (IP13 से IP19 तक) इनोवेशन पैक्स का अनुभव कर चुके हैं। 2013 तक, रिलीज़ हर 2 से 3 साल में जारी की जाती थी, पिछले 5 से 6 वर्षों में सीबेल अपडेट को अधिक बार प्रकाशित किया गया था, एक स्पष्ट समय-सारणी रखते हुए: मामूली रिलीज (पैचसेट) को मासिक रूप से जारी किया गया था, मौलिक रूप से नए संस्करण (प्रमुख) सालाना प्रकाशित होते थे और अक्सर एक ग्राहक की आवश्यकता होती थी वैश्विक प्रसंस्करण या यहां तक ​​कि आपके सिस्टम का "पुनः परिचय"। सीबेल अपग्रेड को आसान बनाने के लिए, विक्रेता ने आईआरएम (इंक्रीमेंटल रिपोजिटरी मर्ज) विकसित किया - एक कार्यात्मक जो नवाचार पैकेजों के साथ नए संस्करण स्थापित करने की प्रक्रिया को सुविधाजनक बनाता है। इस पर चर्चा होगी।

आईआरएम सिद्धांत

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

जाहिर है, यहां एक ऐसे तंत्र की जरूरत है जो ओरेकल के नए विकास के साथ सिस्टम के उपभोक्ता द्वारा किए गए परिवर्तनों को मूल रूप से संयोजित करना संभव बना सके। इसके लिए, आईआरएम बनाया गया था।

सीबेल अपग्रेड के दौरान हल किए गए कार्य

1. समेकन के लिए रिपॉजिटरी और वातावरण तैयार करना।
   
2. एक अद्यतन वातावरण (DEV) (IRM) पर प्रत्यक्ष एकीकरण।
   
3. विश्लेषण और संघर्ष का संकल्प।
   
4. अद्यतन वातावरण में परिवर्तन लागू करें।
   
5. प्रतिगमन परीक्षण।
   
6. अद्यतन के दौरान दिखाई देने वाले सभी दोषों का सुधार।
   
7. एक उन्नयन पर्यावरण से पूर्व उत्पादन और आगे उत्पादन के लिए पलायन।
   

IP17 + पर स्विच करने के क्या लाभ हैं

1. नया इंजन: ओपनयूआई - सिस्टम की प्रयोज्यता को बढ़ाते हुए, इंटरफ़ेस को अधिक गहराई से कॉन्फ़िगर करने की क्षमता।
   
2. सिस्टम में उपयोगकर्ता व्यवहार का कार्यात्मक विश्लेषण (उपयोग पैटर्न ट्रैकिंग) एक अद्वितीय यूएक्स बनाएगा।
   
3. क्रॉस-ब्राउज़र समर्थन: IE अब कोई सीमा नहीं है - आप अब एज, फ़ायरफ़ॉक्स, क्रोम और सफारी में काम कर सकते हैं।
   
4. WebTools (संगीतकार) उपकरण आपको सर्वर से रिबूट की आवश्यकता के बिना ब्राउज़र से सिस्टम के इंटरफ़ेस और व्यापार तर्क में बदलाव करने की अनुमति देता है, अर्थात। बिना समय के। विकास प्रोटोटाइप तेजी से होता है।
   
5. सीआई / सीडी प्रौद्योगिकी, पैच ट्रांसफर स्वचालन, समानांतर विकास, ऑटो-परीक्षण।
   
6. REST एकीकरण तकनीक के लिए समर्थन, जो क्लाइंट पोर्टल्स के साथ एकीकरण करते समय अच्छी तरह से लागू होता है।
   
7. उद्योग नवाचार: लोकप्रिय जेएस लाइब्रेरी पर बिग डेटा और मशीन लर्निंग प्रौद्योगिकियों पर सुंदर विश्लेषणात्मक डैशबोर्ड बनाने से।
   

एक सफल उन्नयन की कुंजी

IRM उन वस्तुओं और गुणों की विसंगतियों को निर्धारित करता है जो मूल भंडार में मौजूद हैं, ग्राहक संस्करण में और नए संस्करण में। कार्यक्षमता, विकासकर्ता के निर्णय के आधार पर, वस्तुओं के संयोजन के लिए एक विधि का चयन करने की अनुमति देती है और अंतिम चरण में, अद्यतन पर्यावरण से अद्यतन रिपॉजिटरी को उत्पादक में स्थानांतरित करने की एक प्रभावी प्रक्रिया शुरू करती है।

विलय के दौरान, टकराव उत्पन्न होता है, अर्थात, वर्तमान रिपॉजिटरी की वस्तु के गुणों और नए संस्करण के रिपॉजिटरी के समान ऑब्जेक्ट के बीच अंतर।

गैर-महत्वपूर्ण संघर्ष वस्तुओं में विसंगतियां हैं जो ग्राहक से प्रभावित नहीं हुए हैं, अर्थात्। मूल भंडार और नए के बीच विसंगतियां। इस तरह के संघर्षों का 99% एक नए भंडार के पक्ष में हल किया जाता है।

महत्वपूर्ण संघर्ष ग्राहक रिपॉजिटरी और नए रिपॉजिटरी के बीच वस्तु अंतर हैं।

यदि आप प्रोजेक्ट की शुरुआत से ओरेकल पद्धति का पालन करते हैं, तो बाद के उन्नयन के लिए न्यूनतम लागतों की आवश्यकता होगी। लेकिन, दुर्भाग्य से, कुछ ग्राहक आवश्यकताओं को पूरा करने पर बहुत बार ओरेकल सर्वोत्तम प्रथाओं का त्याग किया जाता है। उदाहरण के लिए, सिस्टम टेबल को कभी-कभी सीधे डेटाबेस के माध्यम से बदल दिया जाता है, जो कि सीबेल रिपॉजिटरी में तय नहीं होता है। या वे उपयोगकर्ता कुंजी (यूके), आयाम और मानक तालिकाओं के मानक कॉलम के प्रकार को बदलते हैं, जो कि ओरेकल दृढ़ता से नहीं करने की सलाह देता है। यह उत्पादक के लिए प्रवास के दौरान तालिका को स्वचालित रूप से पुनर्निर्माण करना असंभव बनाता है और टेबल और डेटा के साथ कई मैनुअल जोड़तोड़ की आवश्यकता होगी। इसके अलावा, मानक कुंजी और कॉलम बदलने से साइबेल के नए संस्करण के लिए विकसित नई प्रक्रियाओं का प्रदर्शन प्रभावित हो सकता है।
इसलिए, यह महत्वपूर्ण है कि सिस्टम को व्यापक कार्यान्वयन अनुभव वाले प्रमाणित पेशेवरों की देखरेख में लागू किया जाए।

हालांकि, उन्नयन परियोजना में सबसे महत्वपूर्ण बात प्रक्रिया की सक्षम योजना है, जिसके दौरान कई मुद्दों को एक बार में हल करना आवश्यक है।

समाधान का बुनियादी ढांचा

• बुनियादी ढांचे को कौन कॉन्फ़िगर करेगा:
  
  • सर्वरों को तैनात करें
  • OS सेट करें
  • RBS कॉन्फ़िगर करें
• अद्यतन वातावरण का विवरण। हम आईआरएम कहां करेंगे?
• परीक्षण वातावरण का विवरण। हम कैसे परीक्षण करेंगे (बाहरी प्रणालियों और एकीकरण सहित)?
• परिनियोजन वातावरण का वर्णन क्या हम वर्तमान उत्पाद को अपडेट करेंगे या एक समानांतर उत्पादन वातावरण स्थापित करेंगे?

विस्तृत परियोजना योजना (ग्राहक और ठेकेदार के बीच जिम्मेदारी के वितरण को ध्यान में रखते हुए)

• यह ध्यान में रखा जाना चाहिए कि उत्पादक को नई कार्यक्षमता पेश करने पर काम को "फ्रीज" करना आवश्यक होगा।
• सहित आपको यह विचार करने की आवश्यकता है कि आपको अपग्रेड प्रोजेक्ट की शुरुआत के बाद उत्पादक में गए सभी कार्यात्मक पैकेजों को फिर से स्थापित करना होगा।

टेस्ट प्लान

• प्रतिगमन परीक्षण लिपियों की आवश्यकता।
• उन जिम्मेदारियों को पहचानें और सीआरएम और बाहरी दोनों प्रणालियों के परीक्षकों की टीम का निर्धारण करें।

कार्यान्वयन योजना

• उत्पादक में उन्नयन शुरू करने पर काम की एक सूची बनाएं।
• अपग्रेड के दौरान दुर्घटना होने पर रोलबैक प्लान (हां, हां!) करें।

अलग-अलग, यह सिस्टम के पूर्ण ऑडिट का संचालन करने के लिए समझ में आता है (या यहां तक ​​कि इसे विक्रेता से ऑर्डर कर सकता है) यह पता लगाने के लिए कि डेवलपर द्वारा कौन सी कार्यप्रणाली का उल्लंघन और तकनीकी कार्यान्वयन त्रुटियां थीं। ऑडिट प्रमाणित ओरेकल विशेषज्ञों द्वारा आयोजित किया जाता है, परिणाम "मालिकाना" ओरेकल साइबेल प्रोटोकॉल के रूप में दर्ज किए जाते हैं:

1. कॉन्फ़िगरेशन रिपोर्ट (त्रुटि या उल्लंघन व्यापार तर्क कॉन्फ़िगरेशन में)
   
2. एकीकरण रिपोर्ट (एकीकरण वस्तुओं में त्रुटि या उल्लंघन)
   
3. स्क्रिप्ट रिपोर्ट (प्रोग्राम मॉड्यूल में त्रुटियाँ या उल्लंघन)
   
4. प्रक्रियाओं में त्रुटियां (वर्कफ़्लो और स्वचालित कार्यों में त्रुटियां)
   

तथ्य यह है कि त्रुटियों को संशोधित कार्यक्षमता में हो सकता है। संयुक्त समाधान के प्रतिगमन परीक्षण के चरण में, यह समझना आवश्यक होगा कि संयोजन के परिणामस्वरूप क्या त्रुटि दिखाई दी, और जो मूल रूप से थी।

सबसे महत्वपूर्ण सीबेल अपग्रेड मुद्दे

नवीनतम IRM, या नवीनतम साइबेल (IP19) में कैसे अपग्रेड करें

पिछले 2 वर्षों में, साइबेल प्रणाली में बड़े बदलाव हुए हैं, जिससे सिस्टम को अपडेट करने के दृष्टिकोण में भी बदलाव आया है।

मुख्य परिवर्तन 2017 में IP17 की रिलीज़ और इसके बाद के अपडेट से संबंधित हैं।

• सिस्टम डेटा मॉडल को फिर से काम किया गया था, विक्रेता ने सर्वर स्टार्टअप पर उपयोग की जाने वाली एसआरएफ संकलन फ़ाइलों से इनकार कर दिया। एक रनटाइम रिपॉजिटरी दिखाई दी है, जो आपको सिस्टम रिबूट के बिना इसे रिबूट करने के लिए परिवर्तन करने की अनुमति देता है।
  
• सीबेल वेब सर्वर एक स्टैंडअलोन सीबेल घटक बन गया है, उस क्षण से जैसे आईआईएस और अपाचे जैसे तृतीय-पक्ष निर्माताओं से अब आवश्यक नहीं हैं। सीबेल वेबसेवर को एप्लीकेशन इंटरफेस (एआई) कहा जाता है, यह टॉमकैट-कंटेनर के आधार पर चलता है। AI के सभी कनेक्शन HTTPS के माध्यम से ही बने हैं, अर्थात सभी ट्रैफ़िक को डिफ़ॉल्ट रूप से एन्क्रिप्ट किया गया है। इनकमिंग और आउटगोइंग दोनों अनुरोधों के लिए AI के पास पूरा REST सपोर्ट है (REST तकनीक सिस्टम में सुधार स्थापित करने और रिपॉजिटरी को अपग्रेड करने की प्रक्रिया में बहुत लचीलापन देती है)।
  
• गेटवे घटक को अपग्रेड किया गया है (अब इसे डायनामिक गेटवे कहा जाता है)। विशेष रूप से ध्यान देने योग्य आंतरिक अंतर-घटक संतुलन को फिर से डिज़ाइन किया गया है। गेटवे (गेटवे इलास्टिक लोड बैलेंसर) अब इसके लिए जिम्मेदार है, जो लोड संतुलन प्रणाली को अधिक लचीला बनाता है - पहले यह फ़ंक्शन एप्लिकेशन सर्वर द्वारा किया जाता था।
  
• सिस्टम आधिकारिक तौर पर Oracle 12 डेटाबेस (Oracle 11g डेटाबेस के लिए समर्थन पूर्ण है) का समर्थन करता है।
  

2018 में, ओरेकल ने साइबेल सीआरएम के लिए रिलीज़ नीति बदल दी

• सभी भविष्य के नवाचारों और सुधारों को अपडेट के रूप में वितरित किया जाएगा, अर्थात्, वितरण किट से वर्तमान संस्करण (आईपी 17 के साथ शुरू) में स्थापित किए गए पैचसेट। वे सिस्टम डेवलपमेंट रणनीति में विक्रेता द्वारा पहले बताए गए नवाचारों को शामिल करेंगे।
  
• पैचसेट के नाम अधिक स्पष्ट हो जाएंगे, क्योंकि संस्करण मासिक रूप से जारी किए जाते हैं: उदाहरण के लिए, संख्या 18.4 का अर्थ "अप्रैल 2018" होगा।
  
• नया डिलीवरी मॉडल 18.4 संस्करण के साथ शुरू होगा। पुराने मॉडल का नवीनतम संस्करण 17.6 था। 17.6 से 18.4 तक जाने के लिए आपको बस वितरण किट (एक पैच के रूप में, और एक IRM अपग्रेड के रूप में) स्थापित करने की आवश्यकता नहीं है। बाद के मासिक अपडेट में कार्यक्षमता हो सकती है जिसके लिए आपको एक विशेष उपयोगिता के माध्यम से परिवर्तनों का एक छोटा पैकेज डाउनलोड करना होगा। इसके अलावा, सभी अपडेट संचयी होंगे।
  
• मॉडल में बदलाव के कारण, IP17 पर स्विच करने वाले ग्राहकों को अब सिस्टम के अपने संस्करण के लिए पैच की कमी की समस्या का सामना नहीं करना पड़ेगा। उसी समय, सिस्टम को अपग्रेड करने की प्रक्रिया बहुत सरल हो जाती है, समर्थन की लागत कम हो जाती है, और अभिनव कार्यक्षमता की शुरूआत तेज हो जाती है।
  
• उन्नयन के लिए, उदाहरण के लिए, सीबेल के पुराने संस्करणों से 19 के संस्करण (17 तक) के लिए, संस्करण 17 में एक मानक अपग्रेड लागू करना आवश्यक होगा, और फिर नए अपडेट मॉडल का उपयोग करना होगा।
  

IP17 + में अपग्रेड करने के लिए दृष्टिकोण में परिवर्तन

बुनियादी ढांचे की डिजाइनिंग और साइजिंग का आयोजन करते समय, आपको नए सर्वर इंफ्रास्ट्रक्चर IP17 पर विचार करना होगा। लोहे के लिए आवश्यकताओं को बढ़ाया जाएगा, क्योंकि रनटाइम रिपॉजिटरी के लिए अधिक संसाधनों की आवश्यकता होती है। नए एप्लिकेशन इंटरफ़ेस और गेटवे घटकों की विफल-सुरक्षित संतुलन 2 के बजाय 3 घटकों की सिफारिश करता है। आपको अपने सर्वर कॉन्फ़िगरेशन और सर्वर प्रोफाइल को नए IP17 आर्किटेक्चर की समीक्षा और माइग्रेट करने की आवश्यकता होगी।

सभी वेब कलाकृतियों, जैसे HTML टेम्पलेट्स, जेएस, सीएसएस, आदि को नए एप्लिकेशन इंटरफ़ेस वेब सर्वर पर स्थानांतरित करना आवश्यक होगा। वैसे, सभी वेब कलाकृतियां अंततः सिस्टम रिपॉजिटरी में चली जाएंगी।

अगले चरण ऑपरेटिंग सिस्टम और डेटाबेस को समर्थित संस्करणों में अपडेट कर रहे हैं (आपको ओरेकल सपोर्ट के लिए साइबेल सॉफ्टवेयर प्रमाणन टैब की जांच करने की आवश्यकता है) और सही HTTPS प्रमाण पत्र जारी करना।

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

यदि IP17 + के उन्नयन के साथ समानांतर में आप सिस्टम के अपने वर्तमान संस्करण पर नई कार्यक्षमता विकसित कर रहे हैं, तो इसके साथ-साथ प्रलेखन को फिर से परीक्षण और अद्यतन करना आवश्यक होगा। और डेवलपर्स और प्रशासकों को कार्यक्षेत्र तकनीक, माइग्रेशन टूल और नए साइबेल इन्फ्रास्ट्रक्चर मैनेजमेंट कंसोल के साथ काम करने के लिए प्रशिक्षित किया जाता है।

आप अपग्रेड के दृष्टिकोण का निर्धारण कर सकते हैं, जो इस तालिका से आपके वर्तमान संस्करण पर निर्भर करता है:


*** एसईए और एसआईए साइबेल सीआरएम रिलीज के बारे में अधिक जानकारी के लिए, कृपया मेरा ओरेकल समर्थन लेख 1514115.1 देखें ।

नैतिकता

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

मैक्सिम चुगुनकिन, सिस्टम आर्किटेक्चर, जेट इन्फोसिस्टम्स के समूह के प्रमुख