अंतिम समीक्षा: जून 2026
C1000-180 परीक्षा द्वारा परखे जाने वाले architectural patterns का स्कैन-योग्य संदर्भ। ऊपर से नीचे पढ़ें या किसी section पर जाएं।
नया असिस्टेंट; ऑथरिंग प्रतिमान चुनना।
लीगेसी Dialog स्किल के बजाय Actions एडिटर के साथ बनाएँ। Actions, कार्य-उन्मुख वार्तालापों को चरणों, शर्तों और चर के रूप में मॉडल करते हैं, बिना नोड ट्री को प्रबंधित किए।
क्यों: Actions IBM का वर्तमान और अनुशंसित ऑथरिंग मॉडल है; Dialog लीगेसी है और इसे बनाए रखना कठिन है। पेशेवर परीक्षाओं में Actions-पहले डिज़ाइन को प्राथमिकता दी जाती है।
यह तय करना कि एक बड़े समर्थन डोमेन को इकाइयों में कैसे विभाजित किया जाए।
प्रति अलग उपयोगकर्ता लक्ष्य (पासवर्ड रीसेट करें, शेष राशि जाँचें, अपॉइंटमेंट बुक करें) एक action को दायरे में रखें। Actions को एकल-उद्देश्यीय और पुन: प्रयोज्य रखें।
क्यों: संकीर्ण, कार्य-विशिष्ट Actions का परीक्षण, विश्लेषण और सुधार करना, उन मोनोलिथिक फ़्लो की तुलना में आसान होता है जो सब कुछ संभालने की कोशिश करते हैं।
उपयोगकर्ता इनपुट कई समान Actions को ट्रिगर कर सकता है।
विसंगति निवारण (disambiguation) सक्षम करें ताकि असिस्टेंट अनुमान लगाने के बजाय संभावित Actions का एक स्पष्टीकरण मेनू प्रस्तुत करे।
क्यों: विसंगति निवारण गलत-एक्शन त्रुटियों को कम करता है और उपयोगकर्ता के वास्तविक इरादे को सामने लाता है, जिससे पूर्णता दर में सुधार होता है।
बार-बार प्रयासों के बाद असिस्टेंट उपयोगकर्ता को समझ नहीं पाता है।
एक स्पष्टीकरण प्रतिक्रिया के साथ "कोई action मेल नहीं खाता" / कुछ भी-अन्य मार्ग डिज़ाइन करें और, N विफलताओं के बाद, एक मानव एजेंट को एस्केलेशन करें।
क्यों: एक परिभाषित फ़ॉलबैक डेड-एंड लूप को रोकता है और CSAT की रक्षा करता है; बिना पकड़े गए नो-मैच परित्याग का एक प्रमुख कारण है।
वार्तालाप असिस्टेंट की क्षमता से अधिक हो जाता है या उपयोगकर्ता निराश होता है।
एक कनेक्ट-टू-एजेंट चरण जोड़ें जो बातचीत के संदर्भ के साथ एक सेवा डेस्क (जैसे Zendesk, Genesys, Salesforce) को सौंपता है।
क्यों: ट्रांसक्रिप्ट और एकत्रित चरों को एजेंट को पास करने से उपयोगकर्ता को खुद को दोहराने के लिए मजबूर नहीं होना पड़ता है।
हितधारक प्रतिक्रियाओं में एक सुसंगत ब्रांड आवाज चाहते हैं।
शुरुआत में एक व्यक्तित्व और स्वर मार्गदर्शिका परिभाषित करें; प्रतिक्रिया पाठ को लगातार लिखें और रोबोटिक दोहराव से बचने के लिए विविधताओं का पुन: उपयोग करें।
क्यों: सुसंगत स्वर विश्वास बनाता है; actions में औपचारिक और अनौपचारिक वाक्यांशों को मिलाना असंबद्ध लगता है।
एक आवश्यक विवरण अस्पष्ट है या उपयोगकर्ता के वाक्यांश में गायब है।
डिफ़ॉल्ट मान मानने के बजाय एक स्लॉट के माध्यम से एक लक्षित स्पष्टीकरण प्रश्न पूछें।
क्यों: उच्च-दांव वाले मापदंडों (राशि, खाता, तिथि) की स्पष्ट पुष्टि महंगी गलत actions को रोकती है।
कई एज केस के साथ एक नया फ़्लो डिज़ाइन करना।
पहले happy path को एंड-टू-एंड लिखें, फिर सत्यापन, दिग्रेसन (digressions) और त्रुटि शाखाएँ जोड़ें।
क्यों: मुख्य फ़्लो से पहले एज केस बनाना, अत्यधिक इंजीनियर किए गए, परीक्षण करने में कठिन Actions की ओर ले जाता है।
Action को पूरा होने से पहले कई जानकारी की आवश्यकता होती है।
प्रत्येक मान को उसके अपने चरण में एक स्लॉट के रूप में एकत्र करें; असिस्टेंट किसी भी प्रदान न किए गए के लिए संकेत देता है और पहले से प्रदान किए गए को छोड़ देता है।
क्यों: चरण-आधारित स्लॉट फ़िलिंग मैन्युअल ब्रांचिंग के बिना आउट-ऑफ़-ऑर्डर और मल्टी-वैल्यू इनपुट को संभालता है।
वर्तमान Action समाप्त होने के बाद एक मान बना रहना चाहिए।
इसे एक सत्र चर (session variable) में संग्रहीत करें, न कि एक चरण/action चर में। Action चर Action तक सीमित होते हैं; सत्र चर पूरे वार्तालाप के लिए रहते हैं।
क्यों: गलत स्कोप चुनना एक क्लासिक बग है: Action पूरा होने पर या Actions के बीच साझा करने में विफल रहने पर मान गायब हो जाता है।
एक चरण उपयोगकर्ता को ज्ञात, निश्चित सेट में से चुनने के लिए कहता है।
फ्री टेक्स्ट के बजाय परिभाषित विकल्पों के साथ "विकल्प" प्रतिक्रिया प्रकार का उपयोग करें, और प्रत्येक विकल्प को एक मान पर मैप करें।
क्यों: विकल्प इनपुट को सीमित करते हैं, पार्सिंग अस्पष्टता को खत्म करते हैं, और समर्थित चैनलों पर बटन के रूप में प्रस्तुत होते हैं।
एकत्रित मान (ईमेल, तिथि, राशि) गलत प्रारूप में हो सकता है।
चरण पर एक सत्यापन शर्त जोड़ें; यदि अमान्य है, तो उपयोगकर्ता को सुधारात्मक प्रॉम्प्ट के साथ उसी चरण पर रखें।
क्यों: कैप्चर समय पर सत्यापन, एक्सटेंशन और डाउनस्ट्रीम चरणों में खराब डेटा पास करने से बचाता है।
बाद के चरण केवल कुछ निश्चित उपयोगकर्ताओं या मानों के लिए ही चलने चाहिए।
पहले से एकत्र किए गए चरों पर चरण शर्तें निर्धारित करें ताकि उनकी शर्त गलत होने पर चरणों को छोड़ दिया जाए।
क्यों: शर्तें Actions को दोहराए बिना ब्रांचिंग व्यक्त करती हैं; एडिटर उन्हें ऊपर से नीचे तक मूल्यांकन करता है।
कई Actions को एक ही सब-फ़्लो (जैसे पहचान सत्यापित करें) की आवश्यकता होती है।
साझा तर्क को एक सबएक्शन में फ़ैक्टर करें और इसे प्रत्येक पैरेंट Action से कॉल करें।
क्यों: सबएक्शन सत्यापन तर्क को DRY और सुसंगत रखते हैं; चरणों को दोहराने से वे असंतुलित हो जाते हैं।
उपयोगकर्ता फ़्लो के बीच में एक असंबंधित प्रश्न पूछता है ("आपके काम के घंटे क्या हैं?")।
दिग्रेसन (digression) की अनुमति दें ताकि असिस्टेंट साइड प्रश्न का उत्तर दे, फिर बाधित Action पर लौट आए।
क्यों: दिग्रेसन को ब्लॉक करने से एक कठोर स्क्रिप्ट लागू होती है जो वैध साइड अनुरोधों वाले उपयोगकर्ताओं को निराश करती है।
एक चरण के भीतर एक मान की गणना या उसे बदलना है।
चरण या प्रतिक्रिया में अंतर्निहित एक्सप्रेशन भाषा (जैसे चर पर स्ट्रिंग और गणित फ़ंक्शन) का उपयोग करें।
क्यों: लाइटवेट ट्रांसफ़ॉर्म एक्सप्रेशन में होने चाहिए; तुच्छ गणित के लिए वेबहुक तक पहुँचना अनावश्यक है।
एक फॉलो-अप Action को एक मान की आवश्यकता है जो उपयोगकर्ता ने पहले दिया था।
पुनः प्रॉम्प्ट करने के बजाय मौजूदा सत्र चर को संदर्भित करें।
क्यों: ज्ञात डेटा के लिए पुनः पूछना गलत लगता है; संदर्भ को आगे बढ़ाना एक अच्छे फ़्लो की पहचान है।
एक फ़्लो को एक शर्त के तहत रुकना चाहिए या किसी अन्य Action पर जाना चाहिए।
फ़्लो को स्पष्ट रूप से नियंत्रित करने के लिए "Action समाप्त करें" या "किसी अन्य Action में एक चरण पर जाएँ" संक्रमण का उपयोग करें।
क्यों: स्पष्ट संक्रमण एक टर्मिनल शर्त के बाद अगले चरण में अप्रत्याशित रूप से गिरने से रोकते हैं।
असिस्टेंट को लाइव डेटा प्राप्त करने के लिए एक दस्तावेज़ित REST API को कॉल करना होगा।
API के OpenAPI स्पेसिफिकेशन को एक कस्टम एक्सटेंशन के रूप में आयात करें, फिर एक "कॉल एन एक्सटेंशन" चरण जोड़ें जो चर को मापदंडों पर मैप करता है।
क्यों: कस्टम एक्सटेंशन, टाइप्ड इनपुट/आउटपुट के साथ एक चरण से बाहरी API को कॉल करने का समर्थित, नो-कोड तरीका है।
वेबहुक और कस्टम एक्सटेंशन के बीच चयन करना।
एक विशिष्ट चरण के भीतर से एक बाहरी API को कॉल करने के लिए एक कस्टम एक्सटेंशन का उपयोग करें; प्रत्येक संदेश पर तर्क चलाने या पूरे पेलोड को बदलने के लिए एक वेबहुक (प्री/पोस्ट-मैसेज) का उपयोग करें।
क्यों: वेबहुक प्रति संदेश विश्व स्तर पर ट्रिगर होते हैं; एक्सटेंशन प्रति चरण स्कोप किए जाते हैं और पैरामीटर-मैप किए जाते हैं। गलत का चुनाव करना एक सामान्य परीक्षा जाल है।
लक्ष्य API को प्रमाणीकरण की आवश्यकता है।
कस्टम एक्सटेंशन जोड़ते समय प्रमाणीकरण (API कुंजी, OAuth, बेसिक) कॉन्फ़िगर करें; रहस्यों को एक्सटेंशन कॉन्फ़िग में संग्रहीत करें, न कि संवाद पाठ में।
क्यों: चर या प्रतिक्रियाओं में क्रेडेंशियल एम्बेड करने से वे लॉग और ट्रांसक्रिप्ट में लीक हो जाते हैं।
एक एक्सटेंशन कॉल एक त्रुटि लौटाता है या टाइम आउट हो जाता है।
अगले चरण में एक्सटेंशन की प्रतिक्रिया/स्थिति पर ब्रांच करें और एक फ़ॉलबैक संदेश या पुन: प्रयास पथ प्रदर्शित करें।
क्यों: अहस्ताक्षरित एक्सटेंशन विफलताओं से उपयोगकर्ता फंस जाता है; हमेशा गैर-200 पथ को डिज़ाइन करें।
हर संदेश को प्रोसेस करने से पहले या भेजने से पहले समृद्ध या संशोधित करने की आवश्यकता है।
आने वाले इनपुट को प्रीप्रोसेस करने के लिए एक प्री-मैसेज वेबहुक का उपयोग करें और डिलीवरी से पहले प्रतिक्रिया को बदलने के लिए एक पोस्ट-मैसेज वेबहुक का उपयोग करें।
क्यों: प्री/पोस्ट वेबहुक हर Action को संपादित किए बिना क्रॉस-कटिंग चिंताओं (PII मास्किंग, लॉगिंग) को केंद्रीकृत करते हैं।
उपयोगकर्ता खुले-छोर वाले प्रश्न पूछते हैं जिनका उत्तर दस्तावेज़ कॉर्पस से दिया जा सकता है।
संवादी खोज (RAG) सक्षम करें: एक खोज एकीकरण से अंश पुनः प्राप्त करें और watsonx.ai फ़ाउंडेशन मॉडल को उद्धरणों के साथ एक सुस्थापित उत्तर उत्पन्न करने दें।
क्यों: संवादी खोज उन प्रश्नों की लंबी पूंछ को कवर करती है जिन्हें आप अलग-अलग Actions के रूप में नहीं लिख सकते हैं।
संवादी खोज के पीछे पुनर्प्राप्ति स्टोर का चयन करना।
पुनर्प्राप्ति के लिए इंडेक्स के रूप में watsonx Discovery / Elasticsearch (या किसी अन्य समर्थित खोज एकीकरण) को कनेक्ट करें।
क्यों: ग्राउंडिंग की गुणवत्ता पुनर्प्राप्ति इंडेक्स पर निर्भर करती है; एक अनिर्दिष्ट या खराब खंडित कॉर्पस कमजोर अंश लौटाता है।
संवादी खोज को कोई प्रासंगिक अंश नहीं मिलता है।
नो-सर्च-रिजल्ट प्रतिक्रिया को कॉन्फ़िगर करें ताकि असिस्टेंट यह कहे कि वह नहीं जानता है, बजाय मतिभ्रम करने के, और एस्केलेशन की पेशकश करें।
क्यों: एक परिभाषित नो-रिजल्ट पथ ही RAG असिस्टेंट को ईमानदार और सुस्थापित रखता है।
अनुपालन के लिए आवश्यक है कि जनरेटिव उत्तरों का पता लगाया जा सके।
स्रोत उद्धरण सक्षम करें ताकि उत्पन्न उत्तर उन दस्तावेज़ों को प्रदर्शित करें जिनसे वे लिए गए थे।
क्यों: उद्धरण उपयोगकर्ताओं को उत्तरों को सत्यापित करने और विनियमित उद्योगों में ऑडिटेबिलिटी को संतुष्ट करने देते हैं।
जनरेटिव उत्तर गुणवत्ता और लागत को ट्यून करना।
संवादी खोज के लिए watsonx.ai फ़ाउंडेशन मॉडल (जैसे Granite मॉडल) का चयन करें और उपयोग के मामले के लिए जनरेशन सेटिंग्स को समायोजित करें।
क्यों: मॉडल और पैरामीटर चयन उत्तर की गुणवत्ता, विलंबता और लागत के बीच संतुलन बनाता है; डिफ़ॉल्ट हमेशा इष्टतम नहीं होते हैं।
यह तय करना कि एक क्वेरी को एक Action द्वारा या खोज द्वारा नियंत्रित किया जाता है।
लेनदेन संबंधी, पैरामीटरयुक्त कार्यों को Actions पर रूट करें; खुले सूचनात्मक प्रश्नों को संवादी खोज पर रूट करें।
क्यों: FAQ-शैली के प्रश्नों को कठोर Actions में धकेलना, या लेनदेन को RAG में धकेलना, दोनों ही अनुभव को खराब करते हैं।
असिस्टेंट को इनकमिंग फोन कॉल का जवाब देना होगा।
एक टेलीफोनी प्रदाता को कनेक्ट करने के लिए फोन/वॉयस इंटीग्रेशन (SIP पर वॉयस गेटवे) का उपयोग करें, जिसमें इनपुट के लिए STT और प्रतिक्रियाओं के लिए TTS हो।
क्यों: वॉयस गेटवे SIP टेलीफोनी को असिस्टेंट से जोड़ता है; इसके बिना कोई फोन चैनल नहीं है।
बोली गई प्रतिक्रियाएँ गलत लगती हैं या कॉलर को गलत पहचानती हैं।
फोन एकीकरण सेटिंग्स में स्पीच-टू-टेक्स्ट मॉडल/भाषा और टेक्स्ट-टू-स्पीच आवाज को ट्यून करें।
क्यों: डिफ़ॉल्ट आवाजें/मॉडल भाषा या डोमेन शब्दावली से मेल नहीं खा सकते हैं, जिससे पहचान और स्पष्टता को नुकसान होता है।
चैट के लिए बनाया गया एक फ़्लो आवाज पर खराब प्रदर्शन करता है।
वॉयस फ़्लो को अनुकूलित करें: बटन/लंबी सूचियों से बचें, प्रॉम्प्ट को छोटा रखें, और बोले गए मानों की स्पष्ट रूप से पुष्टि करें।
क्यों: आवाज रिच UI प्रस्तुत नहीं कर सकती; मेनू वाले टेक्स्ट-अनुकूलित फ़्लो जोर से पढ़े जाने पर टूट जाते हैं।
SMS / टेक्स्ट मैसेजिंग के माध्यम से उपयोगकर्ताओं तक पहुँचें।
SMS (फोन/टेक्स्ट) एकीकरण को कॉन्फ़िगर करें; रिच तत्वों के बिना सादे-पाठ प्रतिक्रियाओं के लिए डिज़ाइन करें।
क्यों: SMS रिच प्रतिक्रिया प्रकारों को हटा देता है; प्रतिक्रियाओं को टेक्स्ट में शालीनता से डिग्रेड होना चाहिए।
वेब चैट में छवियाँ, कार्ड या बटन दिखाने चाहिए।
Action में रिच प्रतिक्रिया प्रकार (छवि, विकल्प, कार्ड) का उपयोग करें; चैनल समर्थित प्रकारों को प्रस्तुत करता है और अन्यथा फ़ॉलबैक करता है।
क्यों: रिच प्रतिक्रियाएँ वेब UX में सुधार करती हैं लेकिन आवाज/SMS के लिए एक समझदार सादे-पाठ फ़ॉलबैक होना चाहिए।
यह मापना कि असिस्टेंट वास्तव में मदद कर रहा है या नहीं।
समय के साथ पूर्णता दर, कवरेज और मान्यता प्राप्त बनाम अपरिचित इनपुट को ट्रैक करने के लिए एनालिटिक्स डैशबोर्ड का उपयोग करें।
क्यों: सत्र गणना जैसे वैनिटी मेट्रिक्स कार्य सफलता को प्रतिबिंबित नहीं करते हैं; पूर्णता और कवरेज करते हैं।
यह देखना कि उपयोगकर्ता एक फ़्लो को क्यों छोड़ देते हैं।
वार्तालाप लॉग/ट्रांसक्रिप्ट पढ़ें, Action द्वारा फ़िल्टर करें, और ड्रॉप-ऑफ़ चरणों और लगातार नो-मैच का पता लगाएँ।
क्यों: वास्तविक ट्रांसक्रिप्ट उन अंतरालों को प्रकट करते हैं जिनका समग्र मेट्रिक्स केवल संकेत देते हैं।
विसंगति निवारण (disambiguation) सुझाव अक्सर गलत क्रम में होते हैं।
ऑटोलेर्निंग सक्षम करें ताकि असिस्टेंट उन विकल्पों के आधार पर सुझावों को पुन: व्यवस्थित करे जिन्हें उपयोगकर्ता वास्तव में चुनते हैं।
क्यों: ऑटोलेर्निंग मैन्युअल रिट्रेनिंग के बिना वास्तविक चयनों से प्रासंगिकता में सुधार करता है।
कई इनपुट "कोई Action मेल नहीं खाता" पर गिर जाते हैं।
एनालिटिक्स से अपरिचित इनपुट निकालें, उन्हें क्लस्टर करें, और नए Actions लिखें या मौजूदा में उदाहरण जोड़ें।
क्यों: कवरेज अंतराल उच्चतम-लाभ वाले सुधार हैं; वे वे क्वेरी हैं जिन्हें आप पूरी तरह से विफल कर रहे हैं।
एक वैध अनुरोध अपने Action को मज़बूती से ट्रिगर नहीं कर रहा है।
उस Action के चरण में वास्तविक उपयोगकर्ता वाक्यांशों को प्रशिक्षण उदाहरणों के रूप में जोड़ें ताकि पहचान में सुधार हो।
क्यों: पहचान लॉग से लिए गए प्रतिनिधि उदाहरणों के साथ मजबूत होती है, न कि मनगढ़ंत वाक्यांशों से।
यह सत्यापित करना कि किसी परिवर्तन ने परिणामों में सुधार किया है।
एक बार में एक परिवर्तन करें, प्रकाशित करें, और एक सार्थक विंडो पर पहले और बाद में पूर्णता/कवरेज की तुलना करें।
क्यों: एक बार में कई चीजें बदलने से मीट्रिक आंदोलन को जिम्मेदार ठहराना असंभव हो जाता है।
जब अंतिम उपयोगकर्ता असिस्टेंट के साथ बातचीत कर रहे होते हैं, तब लेखक संपादन करते हैं।
ड्राफ्ट वातावरण में लिखें; उपयोगकर्ता लाइव वातावरण से बात करते हैं। तैयार होने पर ड्राफ्ट से लाइव में एक संस्करण प्रकाशित करें।
क्यों: ड्राफ्ट/लाइव विभाजन आपको उत्पादन को आधे-अधूरे काम को उजागर किए बिना सुरक्षित रूप से पुनरावृति करने देता है।
परीक्षण किए गए परिवर्तनों का एक सेट उत्पादन के लिए तैयार है।
एक संस्करण (स्नैपशॉट) बनाएँ और इसे लाइव वातावरण में प्रकाशित करें; पिछले संस्करण रोलबैक के लिए उपलब्ध रहते हैं।
क्यों: संस्करण एक ऑडिट करने योग्य इतिहास और एक तेज़ रोलबैक देता है यदि कोई रिलीज़ प्रतिगामी होती है।
ड्राफ्ट और लाइव को अलग-अलग बैक-एंड एंडपॉइंट (टेस्ट बनाम उत्पाद) पर इंगित करना चाहिए।
पर्यावरण-विशिष्ट एक्सटेंशन/एकीकरण सेटिंग्स निर्धारित करें ताकि प्रत्येक वातावरण सही प्रणालियों को लक्षित करे।
क्यों: वातावरणों में एक एंडपॉइंट साझा करने से उत्पादन प्रणालियों को हिट करने वाले परीक्षण ट्रैफ़िक का जोखिम होता है।
असिस्टेंट को वेब चैट, फोन, Slack और WhatsApp पर रोल आउट करना।
लक्ष्य वातावरण पर प्रत्येक चैनल एकीकरण को जोड़ें और कॉन्फ़िगर करें; चैनल प्रति वातावरण संलग्न होते हैं।
क्यों: केवल ड्राफ्ट पर सक्षम किया गया एक चैनल तब तक उत्पादन उपयोगकर्ताओं को सेवा नहीं देगा जब तक कि लाइव पर कॉन्फ़िगर नहीं किया जाता है।
विभिन्न टीम के सदस्यों को विभिन्न स्तरों की पहुँच की आवश्यकता होती है।
watsonx Assistant सेवा या संसाधन समूह पर भूमिका-आधारित पहुँच (जैसे दर्शक, संपादक, ऑपरेटर, प्रबंधक) असाइन करने के लिए IBM Cloud IAM का उपयोग करें।
क्यों: IAM भूमिकाओं के माध्यम से कम-विशेषाधिकार पहुँच यह नियंत्रित करने का समर्थित तरीका है कि कौन लिख सकता है बनाम कौन संचालन कर सकता है।
टीमों या परियोजनाओं में सेवाओं और पहुँच सीमाओं का आयोजन करना।
असिस्टेंट सेवा को एक संसाधन समूह में रखें और IAM पहुँच नीतियों को उस समूह तक सीमित करें।
क्यों: संसाधन समूह स्वच्छ बिलिंग और पहुँच सीमाएँ देते हैं; फ्लैट खाते पैमाने पर अप्रबंधनीय हो जाते हैं।
एक बाहरी ऐप को API के माध्यम से असिस्टेंट को कॉल करने की आवश्यकता है।
सेवा क्रेडेंशियल / एक API कुंजी और असिस्टेंट URL जनरेट करें, और उनके साथ v2 रनटाइम API को कॉल करें।
क्यों: प्रोग्रामेटिक पहुँच स्कोप किए गए क्रेडेंशियल्स का उपयोग करती है; व्यक्तिगत लॉगिन का पुन: उपयोग असुरक्षित और असमर्थित है।
डेटा निवास या एयर-गैप नियम सार्वजनिक क्लाउड को प्रतिबंधित करते हैं।
IBM Cloud SaaS के बजाय Cloud Pak for Data (ऑन-प्रेम या निजी क्लाउड) पर watsonx Assistant डिप्लॉय करें।
क्यों: विनियमित उद्योगों को अक्सर डेटा अलगाव और अनुपालन के लिए ऑन-प्रेम/CP4D की आवश्यकता होती है।
उच्च मात्रा वाले उत्पादन रोलआउट के लिए एक योजना का चयन करना।
आवश्यक मात्रा, सुविधाओं और SLA के लिए उचित सेवा योजना (जैसे प्लस/एंटरप्राइज) का चयन करें।
क्यों: लाइट/परीक्षण योजनाएँ उपयोग को सीमित करती हैं और उत्पादन सुविधाओं की कमी होती है; लॉन्च से पहले योजना का सही आकार निर्धारित करें।
संवेदनशील डेटा वार्तालापों और लॉग में दिखाई देता है।
डेटा अलगाव, लॉग रिडक्शन/PII मास्किंग (जैसे वेबहुक के माध्यम से) का उपयोग करें, और लॉग रिटेंशन/सुरक्षा सेटिंग्स कॉन्फ़िगर करें।
क्यों: ट्रांसक्रिप्ट में अनमास्क किया गया PII एक अनुपालन दायित्व है; इंजेक्शन पर मास्क करें और प्रतिधारण को नियंत्रित करें।