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