अनुशंसित दृष्टिकोण: Dev और Prod के लिए अलग परियोजनाओं का उपयोग करें
मूल सिफारिश EK में परियोजनाओं को अपनी वातावरण सीमा के रूप में मानना है। उत्पादन परियोजना में सीधे बनाने के बजाय, आपको एक समर्पित विकास परियोजना बनाए रखनी चाहिए जहाँ किसी भी समाधान को उत्पादन में बढ़ाने से पहले सभी कॉन्फ़िगरेशन, परीक्षण और पुनरावृत्ति होती है।विकास चरण
सभी समाधान विकास एक निर्धारित डेव परियोजना के अंदर होना चाहिए। इसमें ज्ञान स्रोतों को कॉन्फ़िगर करना, एजेंट बनाना और परीक्षण करना, उपकरण और एकीकरण स्थापित करना, और वर्कफ़्लो परिभाषित करना शामिल है। इस कार्य को डेव परियोजना में अलग रखना सुनिश्चित करता है कि सक्रिय विकास के दौरान आपका उत्पादन वातावरण स्थिर और अप्रभावित रहता है। विकास पूरा होने के बाद, समाधान को उसी डेव परियोजना के भीतर उपयोगकर्ता स्वीकृति परीक्षण (UAT) से गुजरना चाहिए। हितधारक और अंतिम उपयोगकर्ता किसी भी प्रवर्तन से पहले व्यवहार को मान्य कर सकते हैं, एज वाले मामलों का परीक्षण कर सकते हैं, और समाधान पर हस्ताक्षर कर सकते हैं। केवल UAT स्वीकृत होने के बाद ही आपको उत्पादन परियोजना बनाने के लिए आगे बढ़ना चाहिए।उत्पादन में प्रवर्तन
EK Cloud एक ही टेनेंट के भीतर डेव परियोजना को उत्पादन में बढ़ाने के लिए दो विधियाँ प्रदान करता है: विकल्प 1 – एक्सपोर्ट और इम्पोर्ट EK से डेव परियोजना को एक्सपोर्ट करें और इसे उसी टेनेंट में एक नई परियोजना के रूप में इम्पोर्ट करें। यह आपको एक साफ़ उत्पादन परियोजना देता है जो एक्सपोर्ट के समय डेव कॉन्फ़िगरेशन को दर्शाता है। विकल्प 2 – क्लोन और रीनेम टेनेंट के भीतर सीधे डेव परियोजना को क्लोन करें, फिर क्लोन की गई परियोजना को उसके उत्पादन उद्देश्य को दर्शाने के लिए रीनेम करें। दोनों परियोजनाएँ एक ही टेनेंट में सह-अस्तित्व में होंगी, और डेव परियोजना अपनी वर्तमान स्थिति में संरक्षित रहती है। कोई भी विधि एक नई, स्वतंत्र परियोजना प्रदान करती है जो आपके उत्पादन वातावरण के रूप में कार्य करती है।माइग्रेशन के बाद के चरण
कोई भी विधि उपयोग करने के बाद, उत्पादन परियोजना बनाने के बाद कई आइटमों पर मैनुअल ध्यान देने की आवश्यकता होती है। ये स्वचालित रूप से नहीं ले जाए जाते और समाधान लाइव होने से पहले उन्हें फिर से कॉन्फ़िगर करना होगा।परियोजना सदस्य
एक्सपोर्ट/इम्पोर्ट या क्लोन ऑपरेशन के दौरान परियोजना सदस्य स्थानांतरित नहीं किए जाते। उत्पादन परियोजना तक पहुँच चाहने वाले सभी उपयोगकर्ताओं को मैनुअल रूप से जोड़ना होगा।तृतीय-पक्ष सेवा प्रमाणीकरण
बाहरी सेवाओं से जुड़े कोई भी एकीकरण — जैसे क्लाउड स्टोरेज प्रदाता, CRM, या अन्य SaaS प्लेटफ़ॉर्म — को नई उत्पादन परियोजना में फिर से प्रमाणीकृत करने की आवश्यकता होगी। प्रमाणपत्र और OAuth कनेक्शन उस परियोजना तक सीमित होते हैं जिसमें उन्हें मूल रूप से कॉन्फ़िगर किया गया था और एक्सपोर्ट/इम्पोर्ट या क्लोनिंग के दौरान स्थानांतरित नहीं किए जाते।उपकरणों के लिए API कुंजियाँ
यदि समाधान में कोई उपकरण API कुंजियों पर निर्भर है, तो उन कुंजियों को उत्पादन परियोजना के भीतर फिर से जारी और पुनः कनेक्ट करना होगा। सुरक्षा कारणों से और क्योंकि डेव कुंजियों में अलग दर सीमाएँ या पहुँच सीमा हो सकती है, उत्पादन में डेव API कुंजियों का पुनः उपयोग न करें।Automation Anywhere APA Control Room कनेक्शन
यदि समाधान Automation Anywhere APA Control Room इंस्टेंस से जुड़ा है, तो उस कनेक्शन को उत्पादन परियोजना में उत्पादन APA Control Room की ओर इंगित करने के लिए पुनः स्थापित करना होगा। डेव और उत्पादन APA वातावरण अलग-अलग हैं, और डेव परियोजना में कॉन्फ़िगर किया गया कनेक्शन डेव APA इंस्टेंस को संदर्भित करेगा। इस कनेक्शन को अपडेट न करने का मतलब है कि आपका उत्पादन EK समाधान विकास APA वातावरण के साथ ट्रिगर या संचार करता रहेगा।सारांश
| चरण | आवश्यक क्रिया |
|---|---|
| विकास और UAT | पूरी तरह से डेव परियोजना के भीतर काम करें |
| उत्पादन में प्रवर्तन | एक्सपोर्ट/इम्पोर्ट या क्लोन और रीनेम |
| परियोजना सदस्य | उत्पादन परियोजना में सभी सदस्यों को फिर से जोड़ें |
| तृतीय-पक्ष सेवाएँ | उत्पादन परियोजना में फिर से प्रमाणीकृत करें |
| उपकरण API कुंजियाँ | उत्पादन परियोजना में फिर से जारी और पुनः कनेक्ट करें |
| AA APA कनेक्शन | उत्पादन APA Control Room से पुनः कनेक्ट करें |
नोट्स
- डेव और उत्पादन परियोजनाओं के बीच कोई स्वचालित सिंक नहीं है। UAT के बाद डेव परियोजना में की गई कोई भी परिवर्तन को मैनुअल रूप से फिर से प्रवर्तित करना होगा।
- भविष्य की पुनरावृत्तियों और परीक्षण को समर्थन देने के लिए गो-लाइव के बाद डेव परियोजना बनाए रखने की सिफारिश की जाती है।
- परियोजना नामकरण परंपराओं को गलत वातावरण में गलत कॉन्फ़िगरेशन से बचने के लिए डेव और उत्पादन को स्पष्ट रूप से अलग करना चाहिए (जैसे,
MyProject_DEVऔरMyProject_PROD)।