ကျွန်ုပ်တို့သည် ယခုအခါ သတ်မှတ်ထားသော မော်ဒယ်များတွင် ပိုမြန်ပြီး ပိုတည်ငြိမ်သော စွမ်းဆောင်ရည်ကို ရယူလိုသော Enterprise API ဖောက်သည်များအတွက် Priority စီမံဆောင်ရွက်မှုကို ပေးထားပါသည်။ ၎င်းအလုပ်လုပ်ပုံ၊ စျေးနှုန်း၊ မော်ဒယ်ရရှိနိုင်မှု၊ နှုန်းထားကန့်သတ်ချက်များ၊ ယုံကြည်စိတ်ချရမှု၊ မူဝါဒများနှင့် အရည်အချင်းပြည့်မီမှုတို့နှင့် ပတ်သက်သည့် မကြာခဏ မေးလေ့ရှိသော မေးခွန်းများအတွက် အဖြေများကို အောက်တွင် ဖော်ပြထားပါသည်။

ပိုမိုလေ့လာရန် ဤနေရာ။

အသုံးပြုခွင့်

Priority စီမံဆောင်ရွက်မှုကို မည်သူများ အသုံးပြုခွင့် ရနိုင်သနည်း။

Priority စီမံဆောင်ရွက်မှုကို လက်ရှိတွင် Enterprise ဖောက်သည်များအတွက် ရရှိနိုင်ပါသည်။

Priority စီမံဆောင်ရွက်မှုကို ဒေသအားလုံးတွင် ရရှိနိုင်ပါသလား။

Priority စီမံဆောင်ရွက်မှု ရရှိနိုင်မှုသည် နယ်ပယ်တစ်ခုချင်းစီရှိ သက်ဆိုင်ရာ ဥပဒေများနှင့် စည်းမျဉ်းများပေါ်တွင် မူတည်ပါသည်။ သင့်ဒေသတွင် ရရှိနိုင်မှုနှင့် ပတ်သက်၍ မေးခွန်းများရှိပါက သင်၏ Account Director ထံ ဆက်သွယ်ပါ။

စျေးနှုန်း

Priority စီမံဆောင်ရွက်မှုကို မည်သို့ စတင်အသုံးပြုရမည်နည်း။

ဖောက်သည်များသည် လက်ရှိ service_tier parameter ကို အသုံးပြုကာ request တစ်ခုချင်းစီအလိုက် traffic ကို Priority စီမံဆောင်ရွက်မှုသို့ ညွှန်ပြနိုင်ပြီး service_tier="priority" option ကို အသုံးပြုနိုင်ပါသည်။

ဤအရာသည် Scale အဆင့်နှင့် မည်သို့ ဆက်စပ်အလုပ်လုပ်သနည်း။

Scale အဆင့်သည် Priority စီမံဆောင်ရွက်မှုနှင့် သီးခြားအဖြစ် ဆက်ရှိနေပါမည်။ Priority စီမံဆောင်ရွက်မှုသို့ ပို့သည့် request များအတွက် သီးခြား ငွေတောင်းခံမည်ဖြစ်ပြီး သင်ဝယ်ယူထားသော Scale အဆင့် TPM bundle များထဲတွင် ထည့်တွက်မည်မဟုတ်ပါ။

ကျွန်ုပ်၏ Scale အဆင့် spillover traffic ကို Priority စီမံဆောင်ရွက်မှုသို့ အလိုအလျောက် ပို့နိုင်ပါသလား။

မလုပ်နိုင်ပါ။ Scale အဆင့်သို့ ပို့ထားသော traffic သည် Priority စီမံဆောင်ရွက်မှုသို့ အလိုအလျောက် spill over ဖြစ်မည်မဟုတ်ပါ။

Priority စီမံဆောင်ရွက်မှုအတွက် မည်သို့ ငွေတောင်းခံသနည်း။

Priority စီမံဆောင်ရွက်မှုဖြင့် ဆောင်ရွက်ပေးသည့် တိုကင်များကို တိုကင်တစ်ခုချင်းစီအလိုက် ငွေတောင်းခံမည်ဖြစ်ပြီး Standard စီမံဆောင်ရွက်မှုနှုန်းထားများထက် premium စျေးနှုန်းဖြင့် သတ်မှတ်ပါသည်။

ကျွန်ုပ်၏ နှစ်စဉ် ကတိကဝတ်သည် သတ်မှတ်ထားသော စီမံဆောင်ရွက်မှုမုဒ်တစ်ခုနှင့် ချိတ်ဆက်ထားပါသလား။

မဟုတ်ပါ။ စီမံဆောင်ရွက်မှုမုဒ်အားလုံးသည် သင်၏ နှစ်စဉ် Enterprise သုံးစွဲမှု ကတိကဝတ်ထဲတွင် ထည့်တွက်ပါသည်။

Cached input တိုကင်များအတွက် လျှော့စျေး ရရှိနေဆဲလား။

ဟုတ်ကဲ့။ Cached Inputs များသည် Standard စီမံဆောင်ရွက်မှုတွင် ရရှိသကဲ့သို့ 50-75% လျှော့စျေးကို ရရှိပါသည်။

ကျွန်ုပ်၏ Priority စီမံဆောင်ရွက်မှု အသုံးပြုမှုနှင့် ကုန်ကျငွေကို မည်သို့ကြည့်ရှုရမည်နည်း။

Priority စီမံဆောင်ရွက်မှုဖြင့် စီမံဆောင်ရွက်ထားသော တိုကင်များကို ကြည့်ရှုရန် Usage ဒက်ရှ်ဘုတ်သို့ သွားပြီး Chat Completions သို့မဟုတ် Responses ကိုရွေးချယ်ကာ ဝန်ဆောင်မှုအဆင့်အလိုက် အုပ်စုဖွဲ့ပါ။ Priority စီမံဆောင်ရွက်မှု ကုန်ကျစရိတ်ကို ကြည့်ရှုရန် Usage ဒက်ရှ်ဘုတ်သို့ သွားပြီး Line Item အလိုက် အုပ်စုဖွဲ့ရန် ရွေးချယ်ပါ။

မော်ဒယ်များ

Priority စီမံဆောင်ရွက်မှုကို long context၊ fine-tuned မော်ဒယ်များ၊ embeddings စသည်တို့အတွက် ရရှိနိုင်ပါသလား။

လက်ရှိတွင် မရရှိနိုင်သေးပါ။ ကျွန်ုပ်တို့၏ နောက်ဆုံးပေါ် မော်ဒယ်များအပြင် အခြားထုတ်ကုန်များတွင် Priority စီမံဆောင်ရွက်မှုကို ပေးမည်၊ မပေးမည်ကို အနာဂတ်တွင် သုံးသပ်ပါမည်။

အခြား modality များသည် Priority စီမံဆောင်ရွက်မှုနှင့် မည်သို့ အလုပ်လုပ်သနည်း။

Priority စီမံဆောင်ရွက်မှုသည် Standard တွင် ရရှိနိုင်သည့် multimodal စွမ်းရည်များကို အတူတူ ပံ့ပိုးပေးပါသည်။ အထူးသဖြင့် ပုံများကို Priority စီမံဆောင်ရွက်မှုအတွက် input များအဖြစ် အသုံးပြုနိုင်ပြီး တူညီသော မြန်ဆန်သည့် latency ဖြင့် စီမံဆောင်ရွက်ပါသည်။

အနာဂတ် မော်ဒယ်များကို ပံ့ပိုးပေးမည်လား။

GPT မော်ဒယ်အသစ်များတွင် Priority စီမံဆောင်ရွက်မှုကို ပေးရန် စီစဉ်ထားသော်လည်း မော်ဒယ်တိုင်းကို ပံ့ပိုးပေးမည်ဟု အာမခံမထားပါ။

နှုန်းထားကန့်သတ်ချက်များ

နှုန်းထားကန့်သတ်ချက်များက ဘာတွေလဲ။

Priority စီမံဆောင်ရွက်မှု အသုံးပြုမှုကို နှုန်းထားကန့်သတ်ချက်များအတွက် စံ API traffic နှင့် အတူတူ သတ်မှတ်စီမံပါသည်။

ramp rate limits များက ဘာတွေလဲ။

Priority စီမံဆောင်ရွက်မှုတွင် ဖောက်သည်အားလုံးအတွက် စဉ်ဆက်မပြတ် မြင့်မားသော စွမ်းဆောင်ရည်ကို သေချာစေပြီး လိုအပ်သလို အသုံးပြုနိုင်သော စျေးနှုန်းသတ်မှတ်မှုကိုလည်း ဆက်လက်ပေးနိုင်ရန် ramp rate limits များ ရှိပါသည်။ (a) Priority စီမံဆောင်ရွက်မှု၏ စွမ်းဆောင်ရည် ကျဆင်းနေပြီး (b) ဖောက်သည်တစ်ဦး၏ traffic သည် အလွန်မြန်စွာ တိုးလာနေပါက ရှားပါးသော အခြေအနေများတွင် အချို့ Priority request များကို အစားထိုး၍ Standard စီမံဆောင်ရွက်မှုသို့ အဆင့်လျှော့ချနိုင်ပါသည်။

လက်ရှိ Priority စီမံဆောင်ရွက်မှု ramp rate limit ကို ကျွန်ုပ်တို့၏ အဓိက စာရွက်စာတမ်းများတွင် ဤနေရာ၌ သတ်မှတ်ဖော်ပြထားပါသည်။

သင်၏ ramp rate limit အတွင်း ရှိနေစေရန် အကောင်းဆုံး လုပ်ဆောင်ပုံများ

• မော်ဒယ်များ ပြောင်းလဲသည့်အခါ traffic ကို တဖြည်းဖြည်း တိုးမြှင့်ပါ။ ဥပမာ၊ သင်၏ အက်ပ်လီကေးရှင်းသည် ယခင် snapshot မှ အသစ်တစ်ခုသို့ ပြောင်းလဲနေပါက traffic ကို တစ်ကြိမ်တည်း အကုန်ပြောင်းမည့်အစား နာရီအနည်းငယ်အတွင်း ဖြည်းဖြည်းချင်း ပြောင်းလဲရန် feature flag ကို အသုံးပြုပါ။

• Priority စီမံဆောင်ရွက်မှုတွင် ကြီးမားသော ဒေတာစီမံဆောင်ရွက်မှု သို့မဟုတ် asynchronous အလုပ်များကို လုပ်ဆောင်ခြင်းကို ရှောင်ကြဉ်ပါ။ ဤအလုပ်များသည် traffic ကို အလွန်မြန်စွာ တိုးစေနိုင်ပြီး Priority စီမံဆောင်ရွက်မှု၏ ပိုကောင်းသော စွမ်းဆောင်ရည်ကို မကြာခဏ မလိုအပ်တတ်ပါ။

• ramp rate limits များကို ပုံမှန်ကြုံတွေ့နေရပါက အစားထိုးအနေဖြင့် Scale အဆင့် quota ကို ဝယ်ယူရန် စဉ်းစားပါ။

ramp rate limits များကို ကျွန်ုပ်၏ project များ သို့မဟုတ် organization များအကြား မျှဝေသုံးစွဲပါသလား။

ဟုတ်ကဲ့၊ သင်၏ traffic အားလုံးသည် ramp rate limit တစ်ခုတည်းထဲသို့ ပါဝင်သက်ရောက်ပါသည်။

မူဝါဒများ

Priority စီမံဆောင်ရွက်မှုသည် latency ရည်မှန်းချက်ကို မပြည့်မီပါက ဘာဖြစ်မည်နည်း။

မေးခွန်းများ သို့မဟုတ် စိုးရိမ်ချက်များရှိပါက သင်၏ AD ထံ ဆက်သွယ်ပါ။ Priority စီမံဆောင်ရွက်မှု SLA များကို Scale အဆင့် SLA များနှင့် အတူတူ သတ်မှတ်စီမံမည်ဖြစ်သည်။ သတ်မှတ်ထားသော အချိန်ကာလအတွင်း Enterprise သဘောတူညီချက်ရှိသော ဖောက်သည်များအတွက် ထို SLA များကို မပြည့်မီပါက service credit များကို ပေးအပ်ပါမည်။

Priority စီမံဆောင်ရွက်မှုသည် Data Residency နှင့် ကိုက်ညီပါသလား။

ဟုတ်ကဲ့။

Priority စီမံဆောင်ရွက်မှုသည် ZDR နှင့် BAA တို့နှင့် ကိုက်ညီပါသလား။

ဟုတ်ကဲ့။