> ## Documentation Index
> Fetch the complete documentation index at: https://phaseo.app/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# माइग्रेशन की तैयारी की समीक्षा

> जांचें कि मौजूदा गेटवे वर्कलोड Phaseo पर माइग्रेट करने के लिए तैयार है या नहीं।

गेटवे स्विच की योजना बनाने से पहले इस समीक्षा का उपयोग करें। यह उन व्यवहारों पर ध्यान देती है जो तब भी बदल सकते हैं, जब दोनों प्लेटफ़ॉर्म OpenAI-संगत अनुरोध स्वीकार करते हों।

## 1. इंटीग्रेशन की सीमाओं की सूची बनाएं

उन सभी जगहों को दर्ज करें जहां मौजूदा गेटवे का उपयोग होता है:

* बेस URL और API कुंजी वाले पर्यावरण चर
* SDK इनिशियलाइज़ेशन और कस्टम हेडर
* मॉडल ID और फ़ॉलबैक मॉडल
* प्रोवाइडर का क्रम, अनुमति-सूचियां और गोपनीयता की आवश्यकताएं
* स्ट्रीमिंग, टूल कॉल और संरचित आउटपुट का कोड
* बैच जॉब, फ़ाइलें, वेबहुक और एसिंक्रोनस स्थिति की जांच
* अनुरोध एट्रिब्यूशन और उपयोगकर्ता या सत्र का मेटाडेटा

इस सूची को रोलआउट योजना के साथ रखें ताकि समीक्षक पुष्टि कर सकें कि माइग्रेशन के बाद कोई छिपा हुआ दूसरा कॉन्फ़िगरेशन पथ नहीं बचा है।

## 2. हर क्षमता को वर्गीकृत करें

प्रोडक्शन में उपयोग होने वाले प्रत्येक व्यवहार को एक स्थिति दें:

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

मुख्य अनुरोधों, रूटिंग, एट्रिब्यूशन, एसिंक्रोनस काम और संचालन को कवर करने के लिए [माइग्रेशन फ़ीचर चेकलिस्ट](./feature-parity-matrix.mdx) देखें।

## 3. प्रतिनिधि ट्रैफ़िक को मान्य करें

संवेदनशील प्रोडक्शन डेटा कॉपी किए बिना, वास्तविक वर्कलोड पैटर्न से एक छोटा टेस्ट सेट बनाएं।

इनका परीक्षण करें:

1. उपयोग में मौजूद हर एंडपॉइंट के लिए एक सामान्य अनुरोध।
2. प्रोडक्शन में उपयोग किए जाने वाले उसी क्लाइंट पथ से स्ट्रीमिंग।
3. वास्तविक स्कीमा के साथ टूल कॉल और संरचित आउटपुट।
4. हर प्रोवाइडर या गोपनीयता प्रतिबंध।
5. अमान्य कुंजियां, अमान्य मॉडल, अनुरोध सीमाएं और अनुपलब्ध प्रोवाइडर की त्रुटियां।
6. बैच या एसिंक्रोनस जॉब को सफलता, विफलता और रद्द होने की अंतिम स्थिति तक चलाना।

आउटपुट की गुणवत्ता, विलंबता, टोकन उपयोग, चुने गए प्रोवाइडर और अंतिम लागत की तुलना करें। हर परिणाम का अनुरोध ID दर्ज करें ताकि Gateway उपयोग में उसकी जांच की जा सके।

## 4. एट्रिब्यूशन और ऑब्ज़र्वेबिलिटी बनाए रखें

जब ऐप एट्रिब्यूशन हेडर कॉल करने वाले ऐप की पहचान बताते हों, तो उन्हें बनाए रखें। Phaseo स्थिर ऐप ID, नाम, URL और श्रेणियां समर्थित करता है। माइग्रेशन के दौरान इन्हें हटाने से लागत और उपयोग की तुलना करना कठिन हो जाता है।

समर्थित हेडर और श्रेणियों के लिए [ऐप एट्रिब्यूशन](../guides/app-attribution.mdx) देखें।

## 5. वापस बदली जा सकने वाली प्रक्रिया से रोल आउट करें

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

पहले स्विच के साथ प्रॉम्प्ट, मॉडल या रूटिंग के असंबंधित ऑप्टिमाइज़ेशन न करें। गेटवे सीमा सत्यापित होने के बाद ये बदलाव करें।

## प्लेटफ़ॉर्म-विशिष्ट गाइड

* [OpenAI SDK](./from-openai.mdx)
* [Anthropic SDK](./from-anthropic.mdx)
* [OpenRouter](./from-openrouter.mdx)
* [Vercel AI Gateway](./from-vercel.mdx)
* [LLMGateway](./from-llmgateway.mdx)
* [LiteLLM](./from-litellm.mdx)
* [Cloudflare AI Gateway](./from-cloudflare.mdx)
* [Helicone AI Gateway](./from-helicone.mdx)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.