start_within।
एक वैकल्पिक provider array आपके अनुरोध के मार्ग को निर्धारित करता है। सीधे रूट OpenAI, Gemini, और Anthropic तक पहुँचते हैं; क्लाउड रूट आपके अपने क्लाउड खाते पर उसी model को सेवा प्रदान करते हैं - bedrock Amazon Bedrock के माध्यम से claude-* चलाता है और vertex Google Vertex AI के माध्यम से gemini-* चलाता है, मानक टियर पर बिना किसी flex race के। provider routing देखें।
आप अपनी provider keys एक बार लाते हैं। FlexInference BYOK keys को एन्क्रिप्टेड रूप से संग्रहीत करता है और उन्हें प्रति अनुरोध कभी भी आवश्यक नहीं करता है। अनुरोध एक FlexInference key के साथ प्रमाणित होते हैं; राउटर उस key से आपके org को हल करता है, दृढ़ता से सुसंगत निरस्तीकरण रजिस्ट्री की जाँच करता है, और चयनित सरफेस के लिए संग्रहीत provider key का उपयोग करता है।
60,000 से अधिक वास्तविक अनुरोधों में, flex routing ने token-weighted लागत को लगभग 47 प्रतिशत कम कर दिया, जिसमें पहले token तक पहुँचने में लगभग 16 प्रतिशत अधिक समय लगा।
FlexInference inference नहीं बेचता है। आप अपनी खुद की provider key (BYOK) लाते हैं
- OpenAI, Gemini, या Anthropic, साथ ही क्लाउड रूट के लिए एक Google Vertex AI express key या एक Amazon Bedrock key - और provider आपके खाते को सीधे उस टियर पर बिल करता है जिसने अनुरोध को सेवा प्रदान की। हम इसके ऊपर लागत रूटिंग जोड़ते हैं जो इस बात का सम्मान करती है कि आप कितनी देर प्रतीक्षा कर सकते हैं।
x-flexinference-flex-applied और x-flexinference-flex-reason, प्रतिक्रिया service_tier के साथ शामिल होते हैं, ताकि आप यह ऑडिट कर सकें कि flex ने अनुरोध को सेवा प्रदान की या यह क्यों वापस आया।
यह क्यों मौजूद है
OpenAI एक ही models के लिए कई सर्विस टियर प्रदान करता है। flex (बैच) टियर की लागत मानक दर से आधी होती है, लेकिन क्षमता की गारंटी नहीं होती है। जिन ऐप्स को latency की परवाह है, उन्हें यह तय करने के लिए प्रति-अनुरोध तरीका चाहिए कि प्रतीक्षा कब स्वीकार्य है।start_within वह अधिकतम समय है जिसकी आप अनुरोध के चलने से पहले अनुमति देते हैं। यह एक कठोर पूर्णता डेडलाइन नहीं है। जब कोई उपयोगकर्ता प्रतीक्षा कर रहा हो तो एक छोटा मान उपयोग करें; पृष्ठभूमि के काम के लिए एक लंबा मान उपयोग करें जहाँ कम लागत अधिक मायने रखती है।
अभी चाहिए
start_within: "priority" OpenAI के priority टियर पर रूट करता है।थोड़ा इंतज़ार कर सकते हैं
start_within: "00h-00m-30s" पहले सस्ते flex टियर को आज़माता है। यदि flex
30 सेकंड के भीतर शुरू नहीं हो पाता है, तो FlexInference अनुरोध को आपके
मानक टियर पर ले जाता है ताकि वह अभी भी चले।डिफ़ॉल्ट
start_within: "default" OpenAI के डिफ़ॉल्ट टियर और मूल्य निर्धारण का उपयोग करता है। ("auto"
OpenAI को चुनने देता है।)start_within के भीतर शुरू नहीं हो पाता है तो मानक टियर पर चला जाता है। एस्केलेशन की लागत सीधे provider को मानक मूल्य निर्धारण पर कॉल करने से अधिक नहीं होती है।
ड्रॉप-इन संगत
अपना बेस URL FlexInference पर सेट करें औरstart_within शामिल करें। राउटर OpenAI, Gemini, और Anthropic में streaming, tool calling, structured outputs, vision, और reasoning के लिए provider अनुरोध और प्रतिक्रिया के स्वरूप को बरकरार रखता है।
त्वरित शुरुआत
शून्य से अपने पहले अनुरोध तक जाएँ।
डेडलाइन रूटिंग
start_within कैसे काम करता है, और मानक तक एस्केलेशन कब शुरू होता है।प्रमाणीकरण
FlexInference API keys, साथ ही आपकी अपनी OpenAI, Gemini, या Anthropic key।
समर्थित मॉडल
वे models जो flex routing का समर्थन करते हैं।
प्रदाता रूटिंग
एक रूट पिन करें, या Amazon Bedrock या Google Vertex AI के माध्यम से एक क्लाउड रूट जोड़ें।