एआई ऐप्स के लिए पोर्टकी विकल्प: मॉडल एक्सेस, ट्रेसिंग और इन्फरेंस मार्जिन

Portkey विकल्प चुनें गेटवे, गवर्नेंस, ट्रेसिंग या वाणिज्यिक जिम्मेदारी के आधार पर जो आपके AI ऐप को बदलने की आवश्यकता है। LiteLLM, OpenRouter, Kong और Langfuse को चयनित परिचालन आवश्यकताओं के लिए तुलना करें। ShareAI का मूल्यांकन करें जब कोई मौजूदा ऐप अनुमोदित Builder व्यवस्था के माध्यम से भुगतान योग्य इनफेरेंस चाहता है, जिसमें अनुमत ऐप सरचार्ज और श्रेय प्राप्त आय शामिल है। एक मॉडल API, एक लॉग स्टोर और एक स्वीकृत ग्राहक शुल्क उस निर्णय के अलग-अलग भाग हैं।

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

वर्तमान Portkey दस्तावेज़ Prisma AIRS AI Gateway नाम का उपयोग Portkey के साथ करता है। इसकी वर्तमान फीचर तुलना प्रबंधित और हाइब्रिड डिप्लॉयमेंट को पुराने पूर्ण एयर-गैप्ड डिप्लॉयमेंट से अलग करती है। पुराने विकल्प लेख का उपयोग करके नए ग्राहक की उपलब्धता या चयनित डिप्लॉयमेंट के स्कोप को अनुमानित करने से पहले वास्तविक सेवा, खाता और संस्करण की पहचान करें।

Portkey वर्तमान में जो दस्तावेज़ करता है

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

सार्वजनिक मूल्य निर्धारण पृष्ठ डेवलपर और उत्पादन ऑफ़र को सूचीबद्ध करता है, जिसमें रिकॉर्डेड-लॉग अनुमतियाँ और अलग-अलग प्रतिधारण शामिल हैं। इसका डेवलपर विवरण कहता है कि लॉगिंग अनुमति से अधिक होने पर अनुरोध बंद नहीं होते; अतिरिक्त लॉग रिकॉर्ड नहीं किए जाते। उन स्पष्ट इकाइयों की तुलना वास्तविक अनुमान उपयोग से करें। संग्रहीत साक्ष्य की हानि और रनटाइम रोकना अलग-अलग परिणाम हैं, भले ही दोनों योजना सीमा के तहत दिखाई दें।

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

एक अनुवाद ऐप क्लाइंट कार्यक्षेत्रों में मॉडल एक्सेस प्रदान करता है।

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

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

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

तुलना के लिए परिचालन या वाणिज्यिक स्तर चुनें।

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

एक दस्तावेज़ को एक्सेस, डिलीवरी और रिलीज़ के माध्यम से फॉलो करें

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

LiteLLM: लागत नियंत्रण और परिचालन स्वामित्व की तुलना करें

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

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

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

OpenRouter: प्रबंधित पहुंच और ग्राहक भुगतानकर्ता की तुलना करें

OpenRouter क्विकस्टार्ट प्रबंधित मॉडल पहुंच का वर्णन करता है। इसका OAuth गाइड स्पष्ट रूप से उपयोगकर्ताओं को एक उपयोगकर्ता-नियंत्रित कुंजी के साथ ऐप को अधिकृत करने और अपने स्वयं के OpenRouter क्रेडिट से भुगतान करने की अनुमति देता है। फायदे: उस समर्थित यात्रा की तुलना करें जब अनुवाद ऐप चाहता है कि ग्राहक अपने स्वयं के पात्र अनुमान को वित्तपोषित करें बजाय इसके कि हर अनुरोध को ऐप मालिक से चार्ज किया जाए।

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

ग्राहक दस्तावेज़ के लिए, समाप्त उपयोगकर्ता शेष राशि और पहले की प्रक्रिया सफल होने के बाद अंतिम समीक्षा विफल होने का अभ्यास करें। अपेक्षित भुगतानकर्ता और विश्वसनीय कार्यक्षेत्र पहचान को संरक्षित करें। मॉडल-एक्सेस परिवर्तन को चुपचाप ग्राहक-वित्तपोषित अनुरोध को ऐप मालिक के खाते में स्थानांतरित नहीं करना चाहिए या यह संकेत नहीं देना चाहिए कि हर दस्तावेज़-प्रसंस्करण और समर्थन जिम्मेदारी क्रेडेंशियल के साथ स्थानांतरित हो गई।

Kong: नीति, अधिकार और उपयोग वाणिज्यीकरण की तुलना करें

Kong AI वाणिज्यीकरण पृष्ठ एक गेटवे और वाणिज्यीकरण पथ का वर्णन करता है। इसका वर्तमान अधिकार संदर्भ प्रबंधित दर-कार्ड अधिकारों को अलग गेटवे प्रवर्तन के साथ जोड़ता है। फायदे: चयनित सेवाओं की तुलना करें जब अनुवाद ऐप उत्पाद पहुंच और मापा उपयोग का मूल्यांकन एक साथ चाहता है।

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

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

Langfuse: ट्रेसिंग और अनुवाद-गुणवत्ता साक्ष्य की तुलना करें

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

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

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

ShareAI: अनुमोदित ऐप मार्जिन और निपटान की तुलना करें

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

ट्रेडऑफ्स: ऐप अनुमोदन, पात्र ट्रैफिक, मॉडल एक्सेस और खाता शर्तें महत्वपूर्ण हैं। वैध कंपनी Builders के लिए 45-दिन की समीक्षा अवधि के बाद भुगतान होता है। Individuals वर्तमान में ShareAI उपयोग के लिए अनुमानित मूल्य जमा करते हैं, नकद-आउट या खाता हस्तांतरण के बिना। ऐप कहीं और निर्मित, होस्टेड, वितरित और बनाए रखा जाता है। इसका दस्तावेज़ भंडारण, अन्य सदस्यताएँ, समर्थन और वित्तीय दायित्व स्पष्ट जिम्मेदारियों के रूप में रहते हैं।

इंफ्रास्ट्रक्चर या कस्टम एंडपॉइंट प्रदान करना लागू Provider या Prosumer ऑनबोर्डिंग से संबंधित है, जो Builder एट्रिब्यूशन से अलग है। कस्टम कीमतें, मार्जिन और एंडपॉइंट नियंत्रण कहीं और मौजूद हैं। वास्तविक स्वीकृति, रूटिंग, भुगतानकर्ता और रिलीज़ की तुलना करें। Builder Program एक सार्वभौमिक गवर्नेंस सूट, एक सामान्य Merchant-of-Record सेवा या Portkey प्रदाता पहचान और नीतियों के स्वचालित माइग्रेशन स्थापित नहीं करता है।

अनुमान संगतता को प्रबंधन-API माइग्रेशन से अलग करें।

Model Catalog अपग्रेड गाइड संगठन-स्तरीय एकीकरण का वर्णन करता है जो कार्यक्षेत्रों में प्रावधान किया गया है, मॉडल एक्सेस और सीमाओं के साथ। यह कहता है कि मौजूदा प्रदाता स्लग और अनुमान संदर्भ बनाए रखा गया है, जबकि पुराने Virtual Key API का उपयोग करके क्रेडेंशियल-प्रबंधन स्वचालन को नए प्रशासनिक APIs में माइग्रेट करने की आवश्यकता है। यह खाता सक्षमता की भी पहचान करता है। चयनित संगठन की वास्तविक स्थिति की पुष्टि करें बजाय यह मानने के कि हर खाता पहले से ही समान है।

अनुवाद ऐप के लिए, दोनों मार्गों को योग्य बनाएं: एक मौजूदा दस्तावेज़ अनुरोध और वह स्वचालन जो अगले क्लाइंट को प्रावधान करता है। एक कार्यशील पुराना अनुमान संदर्भ यह साबित नहीं करता कि प्रशासनिक ऑनबोर्डिंग अभी भी सही ढंग से व्यवहार करता है। स्वीकृत क्लाइंट और मॉडल मैपिंग को संरक्षित करें। प्रतिबंधात्मक एक्सेस और एक रद्द किए गए प्रदाता का अभ्यास करें ताकि एक सफल माइग्रेशन चुपचाप किसी अन्य कार्यक्षेत्र के अधिकारों को व्यापक न कर सके।

वास्तविक डेटा पथ और बनाए गए वाणिज्यिक साक्ष्य की तुलना करें।

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

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

केवल अंकगणित के लिए, 1000 USD इनफेरेंस प्लस एक काल्पनिक 15% अधिभार 150 USD सकल अधिभार और 1150 USD कुल उत्पन्न करता है। ये सिंथेटिक राशि Portkey या ShareAI शुल्क, प्राप्त आय, शुद्ध लाभ या कर परिणाम नहीं हैं। वास्तविक अवलोकनीयता, बुनियादी ढांचा और प्रदाता लागत, सुधार और पात्रता व्यावसायिक परिणाम को प्रभावित करते हैं।

पहुंच और संग्रह को योग्य बनाने से पहले अंकगणित की जांच करें।

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

import assert from "node:assert/strict";
const records = [
  {id: "usage-a", customer: "demo", cents: 60000n, kind: "usage"},
  {id: "usage-b", customer: "demo", cents: 50000n, kind: "usage"},
  {id: "usage-a", customer: "demo", cents: 60000n, kind: "usage"},
  {id: "adjustment-b", customer: "demo", cents: -10000n, kind: "adjustment"}
];
function netCents(rows) {
  const seen = new Map();
  let total = 0n;
  for (const row of rows) {
    assert.equal(row.customer, "demo");
    const fingerprint = [row.customer, row.cents.toString(), row.kind].join("|");
    if (seen.has(row.id)) {
      if (seen.get(row.id) !== fingerprint) throw new Error("Conflicting duplicate");
      continue;
    }
    if (row.cents < 0n && row.kind !== "adjustment") throw new Error("Invalid sign");
    seen.set(row.id, fingerprint);
    total += row.cents;
  }
  return total;
}
const base = netCents(records);
assert.equal(base, 100000n);
assert.throws(() => netCents([...records,
  {id: "usage-a", customer: "demo", cents: 1n, kind: "usage"}
]));
const numerator = base * 1500n; // Hypothetical 15 percent in basis points.
if (numerator % 10000n !== 0n) throw new Error("Define contractual rounding first");
const surcharge = numerator / 10000n;
assert.equal(surcharge, 15000n);
const usd = cents => `${cents / 100n}.${(cents % 100n).toString().padStart(2, "0")}`;
console.log(JSON.stringify({baseUSD: usd(base), grossSurchargeUSD: usd(surcharge),
  totalUSD: usd(base + surcharge), paidReceiptVerified: false}));

देखा गया आउटपुट 1000 USD उदाहरणात्मक इनफेरेंस, 150 USD सकल अधिभार और 1150 USD कुल है, बिना सत्यापित भुगतान रसीद के। मूल ग्राहक पहचान, वास्तविक मॉडल कार्य, स्वीकृत शर्तें और उत्पादन में सुधार को संरक्षित करें। एक सही योग संरक्षित ट्रेसिंग, अधिकृत प्रीमियम पहुंच या उपलब्ध आय स्थापित नहीं कर सकता।

पहले एक ग्राहक और उसका प्रशासनिक अपवाद स्थानांतरित करें।

• वास्तविक सेवा, तैनाती, खाता सक्षमता और संरक्षित-इतिहास शर्तों की पहचान करें।
• गेटवे, ट्रेसिंग या व्यावसायिक जिम्मेदारी का चयन करें जिसे बदलने की आवश्यकता है।
• भरोसेमंद ग्राहक, प्रदाता, मॉडल और स्वीकृत-मूल्य पहचान को मैप करें।
• मौजूदा इनफेरेंस, नए-ग्राहक प्रावधान, रद्द पहुंच और सुधार का अभ्यास करें।
• डुप्लिकेट लाइव संग्रह के बिना वास्तविक सेवा और भुगतान साक्ष्य को सत्यापित करें।
• मूल रिकॉर्ड को संरक्षित करें और तब तक रोलबैक करें जब तक कि पूरी ग्राहक यात्रा योग्य न हो।

जब यह फिट बैठता है तो चयनित Portkey कार्यान्वयन रखें। प्रदाता प्रावधान, उपयोगी अनुवाद, संरक्षित साक्ष्य और भुगतान सहित पूर्ण ग्राहक वर्कफ़्लो द्वारा प्रतिस्थापन की तुलना करें। वर्तमान उत्पाद नामकरण और तैनाती सीमाओं को स्पष्ट सत्यापन की आवश्यकता है; वे आविष्कृत शटडाउन, रोडमैप या सार्वभौमिक फीचर-पैरिटी दावों को उचित नहीं ठहराते।

अक्सर पूछे जाने वाले प्रश्न