အကောင့် လုံခြုံရေး
ဆာဗာလုံခြုံရေးသည် ဝဘ်ဆိုက်များကို ကာကွယ်ပေးပါသည်။ အကောင့်လုံခြုံရေးသည် ၎င်းတို့၏ကုဒ်လော့ခ်များကို ကာကွယ်ပေးပါသည်။ Zinn Digital® လော့ဂ်အင်တိုင်းကို စံနှုန်းအခြေပြု အထောက်အထားစနစ်တစ်ခုတည်းပေါ်တွင် လုပ်ဆောင်ထားပါသည် — passkeys နှင့် WebAuthn၊ TOTP အဆင့်နှစ်ဆင့်ဖြင့် အတည်ပြုခြင်း၊ magic-link ဖြင့် ဝင်ရောက်ခြင်း၊ လုပ်ငန်းကြီးများနှင့် အေဂျင်စီအဖွဲ့များအတွက် SAML SSO — ၎င်းတို့၏နောက်ကွယ်တွင် အသေးစိတ်အခန်းကဏ္ဍခွဲဝေမှုများ၊ အဖွဲ့အစည်းတစ်ခုစီအတွက် API ကုဒ်များနှင့် ထပ်ဖြည့်ရုံသာပြုလုပ်နိုင်သော စာရင်းစစ်မှတ်တမ်းတို့ ပါဝင်ပါသည်။
ဟို့စ်တင်းအကောင့်အများစုသည် ထိန်းချုပ်ခန်းတစ်ခုတွင် ချိတ်ဆက်ထားသော ဒေတာဘေ့စ်အတွင်းရှိ စကားဝှက်တစ်ခုသာ ဖြစ်သည်။ ကျွန်ုပ်တို့၏စနစ်သည် အရာအားလုံး၏ရှေ့တွင်ရှိသော သီးသန့်အထောက်အထားစနစ်တစ်ခုဖြစ်သည့် — OIDC နှင့် SAML တို့ကို အသုံးပြုသော Keycloak ဖြစ်သည်- သုံးစွဲသူဒက်ရှ်ဘုတ်၊ ဝန်ထမ်းအက်ဒမင်ကွန်ဆိုးလ်၊ ဤအများပြည်သူသုံးဝဘ်ဆိုက်နှင့် ဗဟုသုတအခြေပြုစနစ်၊ ၎င်းအပြင် သင်၏ပံ့ပိုးမှုလက်မှတ်များပါ ပါဝင်သည်။ တစ်ကြိမ်သာ အကောင့်ဝင်ရောက်လိုက်ပါ၊ ၎င်းတို့အားလုံးတွင် သင် အလိုအလျောက် ဝင်ရောက်ပြီးသား ဖြစ်ပါမည်။
ပိုင်ဆိုင်ခွင့်မူပိုင်ရှိသော လော့ဂ်အင်အစား အများသုံးစံနှုန်းများပေါ်တွင် တည်ဆောက်ထားသောကြောင့် ပလက်ဖောင်း၏ အခြားအစိတ်အပိုင်းများနည်းတူ အထောက်အထားအလွှာကို အစားထိုးလဲလှယ်နိုင်ပါသည်။ သင်၏ အသုံးပြုခွင့်ပုံစံ၏ မည်သည့်အစိတ်အပိုင်းမျှ ရောင်းချသူ၏ ထုတ်ကုန်အတွင်း ပိတ်မိမနေဘဲ သင်၏ အဖွဲ့အစည်းဆိုင်ရာ စစ်မှန်ကြောင်း အတည်ပြုခြင်းသည်လည်း ကျွန်ုပ်တို့က ပံ့ပိုးသူတစ်ဦးတည်းကို ဆက်လက်ထားရှိမှုအပေါ် မမှီခိုပါ။ ၎င်းသည် CDN အကောင့်များ၊ DNS နှင့် ငွေပေးချေမှု ဝန်ဆောင်မှုပေးသူများထံ ကျွန်ုပ်တို့ ကျင့်သုံးသည့် ချည်နှောင်မှုမရှိစေရေး မူဝါဒနှင့် အတူတူပင် ဖြစ်ပါသည်။
အကောင့်ဝင်ရောက်ခြင်းကို ဒေသသုံးဘာသာစကားဖြင့် ပြုလုပ်ထားပြီး ဆိုက်မှ လော့ဂ်အင်ဝင်သည့် မျက်နှာပြင်သို့ ကူးပြောင်းရာတွင် သင်၏ဘာသာစကားကို တစ်ပါတည်း ထိန်းသိမ်းပေးထားပါသည် — ထို့ကြောင့် နိုင်ငံအသီးသီးရှိ အဖွဲ့သားများသည် အင်္ဂလိပ်ဘာသာ သီးသန့်လော့ဂ်အင်ကို မဖြစ်မနေ အသုံးပြုရန် မလိုအပ်ပါ။
နည်းလမ်းလေးသွယ်လုံးသည် ပထမတန်းစားဖြစ်ပြီး လူတစ်ဦးချင်းစီအလိုက် စိတ်ကြိုက်ပြင်ဆင်သတ်မှတ်နိုင်ပါသည်။ တစ်ခုတည်းသော ရွေးချယ်စရာဖြစ်နေသောကြောင့် မည်သူမျှ အားအနည်းဆုံးရွေးချယ်မှုကို မဖြစ်မနေ အသုံးပြုရန် အတင်းအကျပ် မခံရပါ။
သင့်အီးမေးလ်ကို ရိုက်ထည့်ပါ၊ လင့်ခ်ကို နှိပ်ပါ၊ သင် ဝင်ရောက်ပြီးပါပြီ။ ဖစ်ရှ်လုပ်ခံရမည့်၊ ပြန်လည်အသုံးပြုမည့် သို့မဟုတ် ဒေတာပေါက်ကြားမှုတွင် ပါသွားမည့် စကားဝှက်မရှိပါ။ ဤသည်မှာ အကောင့်အသစ်များအတွက် မူရင်းလမ်းကြောင်းဖြစ်ပြီး လူအများစုအတွက် ၎င်းတို့အမြဲတမ်းလိုအပ်မည့် တစ်ခုတည်းသောနည်းလမ်းဖြစ်ပါသည်။
Passkey တစ်ခုကို မှတ်ပုံတင်ပါ — Touch ID၊ Face ID၊ Windows Hello သို့မဟုတ် YubiKey ကဲ့သို့သော ဟာ့ဒ်ဝဲကီးတစ်ခု — ပြီးလျှင် စကားဝှက်လုံးဝမပါဘဲ လက်မှတ်ထိုးဝင်ရောက်ပါ။ Passkey များသည် မူရင်းဒိုမိန်းနှင့် ချိတ်ဆက်ထားသောကြောင့် အသွင်တူလော့ဂ်အင်စာမျက်နှာတစ်ခုမှ ၎င်းကို ရယူနိုင်မည်မဟုတ်ပါ။ ပလက်ဖောင်းသည် ES256 နှင့် RS256 အထောက်အထားစိစစ်ကိရိယာများကို လက်ခံပြီး အသုံးပြုသူအတည်ပြုချက်ကို ဦးစားပေးပါသည်။
စံသတ်မှတ်ထားသော အထောက်အထားပံ့ပိုးသူ ချိတ်ဆက်မှုမှတစ်ဆင့် Google ဖြင့် အကောင့်ဝင်ပါ၊ သို့မှသာ အကောင့်တစ်ခုသည် သင်၏ Google Workspace က ကျင့်သုံးထားပြီးဖြစ်သော မည်သည့်ထိန်းချုပ်မှုများကိုမဆို ဆက်ခံရရှိမည်ဖြစ်သည်။ နောက်ထပ် ပံ့ပိုးသူများသည်လည်း ထိုနည်းအတိုင်း ချိတ်ဆက်သည် — ၎င်းနှင့်ပတ်သက်၍ မည်သည့်အရာမျှ သီးသန့်ပြုလုပ်ထားသော ပေါင်းစည်းမှု မဟုတ်ပါ။
၎င်းကို လိုအပ်သော လူများနှင့် စခရစ်များအတွက် ထိန်းသိမ်းထားပြီး စစ်မှန်သော မူဝါဒတစ်ခုအတိုင်း လိုက်နာဆောင်ရွက်ထားပါသည်- အနည်းဆုံး စာလုံးရေ တစ်ဆယ့်နှစ်လုံးဖြစ်ရမည်၊ သင်၏ အသုံးပြုသူအမည် သို့မဟုတ် အီးမေးလ်လိပ်စာ မဖြစ်ရပါ၊ သင်၏ နောက်ဆုံးသုံးကြိမ်သုံးခဲ့သော စကားဝှက်များကို ပြန်မသုံးရပါ၊ Argon2 ဖြင့် hash ပြုလုပ်ထားပါသည်။ အကောင့်တစ်ခုကို အသုံးမပြုနိုင်မီ အီးမေးလ်လိပ်စာများကို အတည်ပြုပါသည်။
ဒုတိယအချက်များသည် အထောက်အထားစနစ်၏ အစိတ်အပိုင်းတစ်ခုဖြစ်ပြီး သင်ဝယ်ယူသည့် အပိုပရိုဂရမ် သို့မဟုတ် သင့်ကိုယ်ပိုင်ဆိုက်တွင် ထည့်သွင်းသည့် ပလပ်အင်တစ်ခု မဟုတ်ပါ။
သင့်အဖွဲ့အစည်းသည် identity provider တစ်ခုခုကို အသုံးပြုနေပြီးဖြစ်ပါက — Okta၊ Entra ID၊ Google Workspace သို့မဟုတ် SAML ကို အသုံးပြုနိုင်သည့် အခြားတစ်ခုခုဖြစ်စေ — ၎င်းကို ချိတ်ဆက်လိုက်ရုံဖြင့် သင့်ဝန်ထမ်းများသည် လက်ရှိကုမ္ပဏီအထောက်အထားများဖြင့် Zinn Digital® သို့ လက်မှတ်ထိုးဝင်ရောက်နိုင်မည်ဖြစ်သည်။ သင့်အဖွဲ့အတွက် စီမံခန့်ခွဲရန် ဒုတိယစကားဝှက်တစ်ခု မလိုအပ်သည့်အပြင်၊ မေ့လျော့သွားနိုင်သည့် ဒုတိယအကြိမ် ဝန်ထမ်းနုတ်ထွက်မှုစစ်ဆေးရန်စာရင်းလည်း ရှိတော့မည်မဟုတ်ပါ။
ဝန်ထမ်းအပြောင်းအလဲသည် အမှန်တကယ် လုံခြုံရေးဆိုင်ရာ ပြဿနာဖြစ်လာနိုင်သည့် အေဂျင်စီနှင့် လက်လီပြန်ရောင်းချသူ အတိုင်းအတာများတွင် ဤအချက်သည် အရေးအကြီးဆုံးဖြစ်ပါသည်။ တစ်စုံတစ်ယောက် အလုပ်ထွက်သွားပြီး သင်၏လမ်းညွှန်တွင် ၎င်းတို့အား ပိတ်လိုက်ပါက သင်၏ hosting သို့ ၎င်းတို့ဝင်ရောက်နိုင်သည့်လမ်းကြောင်းကိုလည်း ပိတ်လိုက်ပြီးဖြစ်ပါသည်။ ဝင်ရောက်ခွင့်ကို SaaS ကိရိယာများစွာတွင် လိုက်လံလုပ်ဆောင်နေမည့်အစား အလုပ်အကိုင်အခြေအနေအရ ဗဟိုမှတစ်ဆင့် စီမံခန့်ခွဲပေးပါသည်။
SAML သည် အရာအားလုံးကို အစားထိုးမည့်အစား ၎င်းတို့နှင့်အတူ ယှဉ်တွဲလုပ်ဆောင်ပါသည်- အမြဲတမ်းဝန်ထမ်းများသည် SSO မှတစ်ဆင့် ဝင်ရောက်နေချိန်တွင် ကန်ထရိုက်တာများကို သတ်မှတ်ထားသော အခန်းကဏ္ဍအတွင်း မက်ဂျစ်လင့်ခ် (magic-link) အကောင့်တစ်ခု ပေးထားနိုင်ဆဲဖြစ်ပါသည်။ အဖွဲ့အစည်းတစ်ခု၊ ခွင့်ပြုချက်ပုံစံတစ်ခု၊ အရှေ့တံခါးပေါက်နှစ်ခု။
ဝင်ရောက်ခွင့်ကို အဖွဲ့အစည်းဖွဲ့စည်းပုံအလိုက် ကန့်သတ်ထားပြီး — ပြန်လည်ရောင်းချသူမှ သုံးစွဲသူ၊ သုံးစွဲသူမှ ဆိုက်အထိဖြစ်သည် — ၎င်းကို အက်ပ်လီကေးရှင်းတွင်သာမက အတန်းလိုက်လုံခြုံရေးမှတစ်ဆင့် ဒေတာဘေ့စ်ကိုယ်တိုင်တွင်ပါ အကောင်အထည်ဖော်ထားသည်။ အဖွဲ့အစည်းအချင်းချင်း ဝင်ရောက်ခွင့်သည် လူများကို လိုက်နာရန် ကျွန်ုပ်တို့တောင်းဆိုသည့် မူဝါဒတစ်ခုမဟုတ်ပါ၊ ၎င်းသည် ဒေတာအတန်းများကို ပြန်လည်မပြသနိုင်သော မေးမြန်းမှုတစ်ခုဖြစ်သည်။ လက်တွေ့ကျသော တာဝန်ခွဲဝေမှုများကို သုံးစွဲသူအခန်းကဏ္ဍ လေးခုဖြင့် လွှမ်းခြုံထားပါသည်။
အဖွဲ့အစည်းနှင့် ၎င်း၏ အကောင့်ခွဲများကို အပြည့်အဝ ထိန်းချုပ်နိုင်ခြင်း- လက်အောက်ခံ အဖွဲ့အစည်းများ ဖန်တီးခြင်း၊ အဖွဲ့ဝင်များကို ဖိတ်ခေါ်ခြင်းနှင့် ဖယ်ရှားခြင်း၊ အခန်းကဏ္ဍများ သတ်မှတ်ပေးခြင်း၊ ဝက်ဘ်ဆိုက်တိုင်းကို စီမံခန့်ခွဲခြင်း၊ ငွေတောင်းခံလွှာနှင့် ပြေစာလုပ်ငန်းစဉ်များ ဆောင်ရွက်ခြင်း၊ API ကီးများကို စီမံခန့်ခွဲခြင်းနှင့် စာရင်းစစ်မှတ်တမ်းကို ဖတ်ရှုခြင်း။
အင်ဗွိုက်စ်များ၊ စာရင်းသွင်းမှုများ၊ ငွေပေးချေမှုနည်းလမ်းများနှင့် အစီအစဉ်ကတ်တလောက် — အခြားဘာမျှမပါဝင်ပါ။ သင့်ဘဏ္ဍာရေးတာဝန်ခံ သို့မဟုတ် စာရင်းကိုင်သည် လက်ရှိလွှင့်တင်ထားသော ဝက်ဘ်ဆိုက်ကို ထိတွေ့ပြင်ဆင်ခြင်း၊ ရပ်ဆိုင်းခြင်း သို့မဟုတ် ပယ်ဖျက်ခြင်း ပြုလုပ်နိုင်သည့် အခွင့်အရေးမရှိဘဲ အင်ဗွိုက်စ်ကို ပေးချေနိုင်ပါသည်။
ငွေတောင်းခံလွှာ စီမံခန့်ခွဲခွင့် မပါဝင်သော ဆိုက်များနှင့် API အသုံးပြုခွင့်- ဆိုက်များကို ကြည့်ရှုခြင်းနှင့် ပြင်ဆင်သတ်မှတ်ခြင်း၊ ဝန်ဆောင်မှုများကို ပြန်လည်စတင်ခြင်း၊ ကက်ရှ်များကို ရှင်းလင်းခြင်း၊ API သော့များနှင့် အလုပ်လက်မှတ်များကို စီမံခန့်ခွဲခြင်းတို့ ပြုလုပ်နိုင်သည်။ ငွေပေးချေမှုနည်းလမ်းများ၊ ငွေတောင်းခံလွှာများ သို့မဟုတ် အစီအစဉ်အပြောင်းအလဲများသို့ ရည်ရွယ်ချက်ရှိရှိ ဝင်ရောက်ခွင့်မပေးထားပါ။
အဖွဲ့အစည်းတစ်ခုလုံးအတွက် ကြည့်ရှုရုံသာ — ဆိုက်များ၊ ငွေတောင်းခံလွှာ၊ အစီအစဉ်များ၊ လက်မှတ်များ၊ ဘာသာပြန်မှု အခြေအနေနှင့် စာရင်းစစ်မှတ်တမ်း။ စာရင်းစစ်တစ်ဦး၊ ရှင်းလင်းစွာမြင်တွေ့လိုသော သုံးစွဲသူ သို့မဟုတ် ပထမဆုံးအပတ်တွင် ရှိနေသော အလုပ်စတင်သူအသစ်အတွက် သင့်လျော်သော အခန်းကဏ္ဍ။
ဒက်ရှ်ဘုတ်သည် ဝင်ရောက်နိုင်သော နည်းလမ်းတစ်ခုဖြစ်သည်။ API၊ CLI၊ Terraform ပံ့ပိုးပေးသူနှင့် MCP ဆာဗာတို့သည် အခြားနည်းလမ်းများဖြစ်ကြပြီး ၎င်းတို့သည် တူညီသော ဝင်ရောက်ခွင့်ပုံစံအတိုင်း လိုက်နာကြရပါသည်၊ အကြောင်းမှာ အတိုင်းအတာ သတ်မှတ်မထားသော သော့တစ်ခုသည် သင် ယခုလေးတင် ပြင်ဆင်သတ်မှတ်ခဲ့သည့် အခန်းကဏ္ဍတိုင်းကို ကျော်လွှားသွားနိုင်သောကြောင့် ဖြစ်ပါသည်။
API သော့တစ်ခုကို လူတစ်ဦးချင်းစီထံ မဟုတ်ဘဲ အဖွဲ့အစည်းတစ်ခုထံ ထုတ်ပေးထားပြီး ၎င်း၏ကိုယ်ပိုင် နယ်ပယ်သတ်မှတ်ချက်များ ပါဝင်သည်။ ၎င်းကို မျှဝေသုံးစွဲရသော အထောက်အထားပစ္စည်းအဖြစ် မှတ်ယူပါ- ၎င်း၏ရည်ရွယ်ချက်အတိုင်း အမည်ပေးပါ၊ လုပ်ငန်းလုပ်ဆောင်နိုင်သော အကျဉ်းဆုံး နယ်ပယ်သတ်မှတ်ချက်များကို ပေးအပ်ပါ၊ ၎င်းကို ဖန်တီးခဲ့သူ ထွက်ခွာသွားသည့်အခါ အသစ်လဲလှယ်ပါ။
မူရင်းကီးကို ဖန်တီးချိန်တွင် သင့်အား တစ်ကြိမ်သာ ပြသမည်ဖြစ်သည်။ ကျွန်ုပ်တို့ သိမ်းဆည်းထားသည်မှာ SHA-256 ဟက်ရှ်နှင့် ရှာဖွေရန်အတွက် ရှေ့ဆက်အနည်းငယ်သာ ဖြစ်ပါသည်။ သင့်အား ကီးကို နောက်တစ်ကြိမ် ထပ်မံပြသနိုင်မည် မဟုတ်သလို ဒေတာဘေ့စ် ထိုးဖောက်ခံရခြင်းကြောင့်လည်း တိုက်ခိုက်သူထံ လုပ်ဆောင်နိုင်သော အထောက်အထားများ ရောက်ရှိသွားမည် မဟုတ်ပါ။
ကီးတစ်ခုစီတွင် အခန်းကဏ္ဍများ အသုံးပြုသည့် တူညီသော ခွင့်ပြုချက်ကတ်တလောက်နှင့် ချိတ်ဆက်ထားသော အသေးစိတ်နယ်ပယ်များ ပါရှိပြီး၊ နောက်ဆုံးအသုံးပြုခဲ့သည့်အချိန်ကို မှတ်တမ်းတင်ထားကာ မသင်္ကာဖွယ်ဖြစ်လာသည်နှင့် ချက်ချင်းပယ်ဖျက်နိုင်သည်။ သီးခြား sandbox ကီးများသည် ၎င်းတို့နောက်ကွယ်တွင် မည်သည့်ငွေတောင်းခံမှု သို့မဟုတ် ပြင်ဆင်သတ်မှတ်မှုအစစ်အမှန်မျှမရှိဘဲ API ကို စမ်းသပ်အသုံးပြုပါသည်။
MCP ဆာဗာသည် မည်သည့် MCP စွမ်းဆောင်ရည်ရှိသော အေးဂျင့်ကိုမဆို သင်၏ဟိုးစတင်းကို စီမံခန့်ခွဲခွင့်ပြုသည် — ၎င်းသည် OAuth 2.1 ဖြင့် အထောက်အထားစိစစ်ပြီး၊ သင့်အဖွဲ့အစည်းနှင့် ၎င်း၏ RBAC ခွင့်ပြုချက်များအထိ သတ်မှတ်ထားကာ၊ ကိရိယာတစ်ခုချင်းစီအလိုက် ရုပ်သိမ်းနိုင်သော တိုကင်များ၊ ဖျက်ဆီးမှုရှိသော လုပ်ဆောင်ချက်များအပေါ် အတည်ပြုချက်၊ အသုံးစရိတ်ကန့်သတ်ချက်များနှင့် စာရင်းစစ်မှတ်တမ်း အပြည့်အစုံတို့ ပါဝင်ပါသည်။ AI လက်ထောက်တစ်ဦးကို ချိတ်ဆက်ခြင်းသည် ၎င်းထံသို့ အရာအားလုံး၏သော့များကို လွှဲပြောင်းပေးအပ်ခြင်းဟု မဆိုလိုပါ။
အခွင့်ထူးရ လုပ်ဆောင်ချက်တိုင်းသည် မည်သူပြုလုပ်ခဲ့သည်၊ ၎င်းတို့ဘာလုပ်ခဲ့သည်၊ မည်သည့်အရာအပေါ် ပြုလုပ်ခဲ့သည်၊ အထောက်အထားများနှင့် မူရင်း IP လိပ်စာတို့ကို အချိန်တံဆိပ်တုံးနှင့်အတူ ထပ်ဖြည့်၍သာရသော မှတ်တမ်းအဖြစ် ရေးသားသည်။ ၎င်းသည် ချွတ်ယွင်းချက်ရှာဖွေရန် သက်သာစေသည့် အရာမဟုတ်ပါ၊ သက်သေအထောက်အထား လမ်းကြောင်းဖြစ်ပါသည်။
မဟုတ်ပါ — ထိုသို့မပြုလုပ်ရန်လည်း ကျွန်ုပ်တို့ အကြံပြုလိုပါသည်။ Magic-link အီးမေးလ်ဖြင့် ဝင်ရောက်ခြင်းသည် မူရင်းဖြစ်ပြီး passkey (Touch ID, Face ID, Windows Hello သို့မဟုတ် ဟာ့ဒ်ဝဲကီး) ကို မှတ်ပုံတင်ကာ စကားဝှက်သတ်မှတ်စရာမလိုဘဲ ဝင်ရောက်နိုင်ပါသည်။ အီးမေးလ်နှင့် စကားဝှက်ကို အရန်ရွေးချယ်စရာအဖြစ် ဆက်လက်အသုံးပြုနိုင်ပြီး အနည်းဆုံး စာလုံးရေ တစ်ဆယ့်နှစ်လုံးရှိရမည်ဖြစ်ကာ နောက်ဆုံးသုံးကြိမ်သုံးခဲ့သော စကားဝှက်များကို ပြန်လည်အသုံးမပြုရခြင်းနှင့် Argon2 ဟက်ရှ်လုပ်ခြင်းတို့ ပါဝင်ပါသည်။
TOTP အဆင့်နှစ်ဆင့်ဖြင့် အတည်ပြုခြင်းကို အထောက်အထားအလွှာထဲတွင် ထည့်သွင်းတည်ဆောက်ထားပြီး အဖွဲ့ဝင်တစ်ဦးချင်းစီ၏ ရွေးချယ်မှုအပေါ် မူတည်မနေဘဲ အဖွဲ့အစည်းတစ်ခုလုံးတွင် မူဝါဒဖြင့် မဖြစ်မနေ သတ်မှတ်အသုံးပြုစေနိုင်ပါသည်။ သင့်အဖွဲ့၏ စက်ပစ္စည်းများက အထောက်အပံ့ပေးနိုင်ပါက Passkeys များသည် ပိုမိုခိုင်မာသော ရွေးချယ်မှုဖြစ်သည်၊ အကြောင်းမှာ ၎င်းတို့သည် တိုက်ခိုက်သူတစ်ဦး ဖြားယောင်းရယူမည့် စကားဝှက်ကို လုံးဝဖယ်ရှားပေးသောကြောင့် ဖြစ်ပါသည်။
ဟုတ်ကဲ့။ Billing Manager အခန်းကဏ္ဍသည် ပြေစာများ၊ စာရင်းသွင်းမှုများ၊ ငွေပေးချေမှုနည်းလမ်းများနှင့် အစီအစဉ်ကတ်တလောက်တို့ကိုသာ ခွင့်ပြုထားပြီး အခြားမည်သည့်အရာကိုမျှ မပြုလုပ်နိုင်ပါ — ဆိုက်တစ်ခုကို ကြည့်ရှုခြင်း၊ စီမံပေးခြင်း၊ ပြန်လည်စတင်ခြင်း၊ ဆိုင်းငံ့ခြင်း သို့မဟုတ် ဖျက်ပစ်ခြင်း စသည့်လုပ်ဆောင်နိုင်စွမ်းများ မပါဝင်ပါ။ ဆန့်ကျင်ဘက်အားဖြင့်လည်း မှန်ကန်ပါသည်- Developer အခန်းကဏ္ဍသည် ငွေပေးချေမှုထိန်းချုပ်မှု လုံးဝမပါဘဲ ဆိုက်များနှင့် API အသုံးပြုခွင့်ကို စီမံခန့်ခွဲပါသည်။ အခန်းကဏ္ဍများကို အဖွဲ့အစည်းအလိုက် သတ်မှတ်ပေးထားသောကြောင့် အဖွဲ့အစည်းတစ်ခုရှိ အခန်းကဏ္ဍတစ်ခုသည် သီးခြားဖြစ်ပြီး သက်ဆိုင်မှုမရှိသော အဖွဲ့အစည်းတစ်ခုတွင် မည်သည့်အသုံးပြုခွင့်ကိုမျှ မပေးပါ — သို့သော် မိခင်အဖွဲ့အစည်းရှိ အခန်းကဏ္ဍတစ်ခုသည် ၎င်း၏လက်အောက်ရှိ အဖွဲ့အစည်းများအတွက် သက်ရောက်မှုရှိပါသည်။
ဒက်ရှ်ဘုတ်မှ ၎င်းကို ပယ်ဖျက်လိုက်ပါက ၎င်းသည် ချက်ချင်း အလုပ်လုပ်ခြင်း ရပ်တန့်သွားမည်ဖြစ်သည်။ ပျက်စီးဆုံးရှုံးမှုအတိုင်းအတာသည် အဆိုပါကီးက မူလက လုပ်ဆောင်နိုင်သည့်အရာအပေါ်တွင်သာ ကန့်သတ်ထားသောကြောင့် ကီးများတွင် အသေးစိတ်လုပ်ပိုင်ခွင့်အတိုင်းအတာများ ပါရှိပြီး နောက်ဆုံးအသုံးပြုခဲ့သည့် အချိန်မှတ်တမ်းကို မှတ်တမ်းတင်ထားခြင်းဖြစ်သည် — ကန့်သတ်ထားသော လုပ်ပိုင်ခွင့်အတိုင်းအတာများနှင့် မြင်သာသောအသုံးပြုမှုမှတ်တမ်းတို့သည် ပေါက်ကြားမှုတစ်ခုကို အကောင့်တစ်ခုလုံး အလျှော့ပေးလိုက်ရခြင်းထက် ထိန်းချုပ်နိုင်သောအဖြစ်အပျက်တစ်ခုအဖြစ် ပြောင်းလဲပေးသောအရာများဖြစ်သည်။ ကီးများကို လူတစ်ဦးချင်းစီအတွက် မဟုတ်ဘဲ အဖွဲ့အစည်းသို့ ထုတ်ပေးထားခြင်းဖြစ်ကြောင်း သတိပြုပါ၊ ထို့ကြောင့် ၎င်းတို့ကို မျှဝေသုံးစွဲထားသော အထောက်အထားများအဖြစ် သဘောထားပြီး လူများ အပြောင်းအလဲရှိသည့်အခါ ၎င်းတို့ကို လှည့်ပတ်လဲလှယ်ပေးပါ။ ကျွန်ုပ်တို့ဘက်တွင် ကီး၏ ဟက်ရှ်တန်ဖိုးကိုသာ သိမ်းဆည်းထားသောကြောင့် ကျွန်ုပ်တို့၏ ဒေတာဘေ့စ်မှ ပေါက်ကြားမှုဖြစ်ပေါ်ပါကလည်း အလုပ်လုပ်နိုင်သော အထောက်အထားတစ်ခု ဖြစ်မလာနိုင်ပါ။
ဟုတ်ပါသည်။ အထူးအခွင့်အရေးရယူထားသော လုပ်ဆောင်ချက်တိုင်းကို လုပ်ဆောင်သူ၊ လုပ်ဆောင်ချက်၊ ပစ်မှတ်၊ အထောက်အထား၊ ရင်းမြစ် IP နှင့် အချိန်တံဆိပ်တို့နှင့်အတူ ဖြည့်စွက်ရေးသားရုံသာဖြစ်သော စစ်ဆေးရေးမှတ်တမ်းတွင် မှတ်တမ်းတင်ပါသည်။ ပိုင်ရှင်နှင့် ဖတ်ရှုခွင့်သာရှိသော အခန်းကဏ္ဍများသည် ၎င်းကို တိုက်ရိုက်ဖတ်ရှုနိုင်ပါသည်။ သင့်အကောင့်ပေါ်ရှိ ဝန်ထမ်းများ၏ လုပ်ဆောင်ချက်များကို တူညီသော မှတ်တမ်းလမ်းကြောင်းတွင် မှတ်တမ်းတင်ထားပြီး၊ အရေးကြီးသော သို့မဟုတ် ဖျက်ဆီးမှုဖြစ်စေနိုင်သော ဝန်ထမ်းလုပ်ဆောင်ချက်များအတွက် အဆင့်မြှင့်တင်ထားသော စိစစ်အတည်ပြုခြင်း သို့မဟုတ် လူနှစ်ဦး၏ အတည်ပြုချက်ကို ဦးစွာ လိုအပ်နိုင်ပါသည်။
ဟုတ်ကဲ့ — အဖွဲ့အစည်းကြီးများနှင့် အေဂျင်စီအကောင့်များအတွက် SAML SSO ကို ပံ့ပိုးထားသောကြောင့် သင့်ဝန်ထမ်းများသည် ရှိပြီးသား လုပ်ငန်းသုံး အထောက်အထားများဖြင့် စစ်မှန်ကြောင်း အတည်ပြုနိုင်ပြီး သင့်လမ်းညွှန်တိုက်ရိုက်လမ်းညွှန်မှ ထွက်ခွာစေခြင်းဖြင့် ဤနေရာတွင်လည်း ၎င်းတို့၏ ဝင်ရောက်ခွင့်ကို ဖယ်ရှားပေးပါသည်။ သင်သည် နည်းလမ်းများကို ရောနှောအသုံးပြုနိုင်ပါသည်- အမြဲတမ်းဝန်ထမ်းများအတွက် SSO၊ ကန်ထရိုက်တာများအတွက် နယ်ပယ်သတ်မှတ်ထားသော magic-link အကောင့်များဖြစ်ပြီး အားလုံးသည် တူညီသော ခွင့်ပြုချက်ပုံစံအတွင်း၌ ရှိပါသည်။
မဟုတ်ပါ — စကားဝှက်များကို ရည်ရွယ်ချက်ရှိရှိ ရွှေ့ပြောင်းထားခြင်း မရှိပါ။ သင့်အကောင့်ကို စကားဝှက်မပါဘဲ ထည့်သွင်းထားပြီး ပထမဆုံးအကြိမ် အကောင့်ဝင်ရောက်ချိန်တွင် သင်သည် magic-link ကို အသုံးပြုနိုင်သည် သို့မဟုတ် လက်ရှိမူဝါဒအရ စကားဝှက်အသစ်တစ်ခုကို သတ်မှတ်နိုင်သည်။ စကားဝှက်ဟက်ရှ် (password hashes) အဟောင်းများကို လွှဲပြောင်းခြင်းသည် အားနည်းချက်အဟောင်းများကို စနစ်အသစ်ထဲသို့ သယ်ဆောင်သွားစေနိုင်သောကြောင့် ကျွန်ုပ်တို့ ထိုသို့မပြုလုပ်ပါ။
Footprint-Free အစမ်းသုံးကာလမှာ ၁၄ ရက်ဖြစ်ပြီး ကတ်မလိုဘဲ ဝက်ဘ်ဆိုက် ငါးခုအထိ အကျုံးဝင်ပါသည်။ အစမ်းသုံးကာလအတွင်း အထောက်အထားစိစစ်မှုအလွှာ အပြည့်အစုံကို သင်ရရှိမည်ဖြစ်သည် — လျှို့ဝှက်ကုဒ်မဲ့သော့များ၊ အဆင့်နှစ်ဆင့်ဖြင့် အတည်ပြုခြင်း၊ အခန်းကဏ္ဍများ၊ API သော့များနှင့် စာရင်းစစ်မှတ်တမ်းတို့ကို အခပေးအစီအစဉ်များတွင်သာ ကန့်သတ်ထားခြင်းမရှိပါ။
လျှို့ဝှက်ကုဒ်ကို မှတ်ပုံတင်ပါ၊ သင့်အဖွဲ့ကို သင့်လျော်သော အခန်းကဏ္ဍများသို့ ဖိတ်ခေါ်ပါ၊ သတ်မှတ်ထားသော နယ်ပယ်ရှိသည့် API ကီးကို ထုတ်ပေးပါ — ကတ်အချက်အလက်များ ဖြည့်သွင်းရန်မလိုဘဲ ၁၄ ရက် အစမ်းသုံးကာလတွင် ဤအရာအားလုံးကို ရယူနိုင်ပါသည်။
အခမဲ့ စတင်ပါ