အဖွဲ့များနှင့် ဝင်ရောက်ခွင့်

သင့်အဖွဲ့ရှိ လူတိုင်းကို ၎င်းတို့လိုအပ်သည့် အသုံးပြုခွင့်အတိအကျကို ပေးပါ

သုံးစွဲသူအခန်းကဏ္ဍ လေးခု၊ သင်၏လုပ်ငန်း အမှန်တကယ်ဖွဲ့စည်းထားပုံကို ထင်ဟပ်စေသော အကောင့်ခွဲများ၊ အဖွဲ့အစည်းအလိုက် API ကီးများ၊ တစ်ကြိမ်တည်းဖြင့် ဝင်ရောက်ခြင်းနှင့် အထူးအခွင့်အရေးဆိုင်ရာ လုပ်ဆောင်ချက်တိုင်းအတွက် စာရင်းစစ်မှတ်တမ်း။ တူညီသောအသုံးပြုခွင့်ပုံစံသည် ဒက်ရှ်ဘုတ်၊ API၊ CLI၊ Terraform နှင့် ကျွန်ုပ်တို့၏ MCP ဆာဗာတို့တစ်လျှောက် အလုပ်လုပ်ပါသည်။ ရရှိနိုင်မှု- Terraform ဝန်ဆောင်မှုပေးသူသည် တက်ကြွစွာ တီထွင်ဖန်တီးဆဲဖြစ်ပြီး အသုံးမပြုနိုင်သေးပါ။ ဤနေရာတွင် ဖော်ပြထားသော အခြားအရာအားလုံးကို ယနေ့ စတင်အသုံးပြုနိုင်ပါပြီ။

အကောင့်တစ်ခုတည်းတွင် ချိတ်ဆက်ထားသော လူအများအပြား၊ တစ်ဦးစီတွင် သီးခြားသတ်မှတ်ထားသော ခွင့်ပြုချက်များရှိသည်။
  • ၇၀၀,၀၀၀+ကမ္ဘာတစ်ဝှမ်းတွင် လက်ခံဆောင်ရွက်ပေးထားသော ဆိုက်များ
  • 4သုံးစွဲသူ အခန်းကဏ္ဍများ၊ ကနဦးထည့်သွင်းပြီး အဆင်သင့်ဖြစ်ပါပြီ
  • 35အသေးစိတ် ခွင့်ပြုချက်ကီးများ
  • ၁၄ ရက်ကတ်မလိုသော စမ်းသပ်အသုံးပြုမှု

အလုပ်အမှန်တကယ် ခွဲဝေသည့်နေရာတွင် သတ်မှတ်ထားသော အခန်းကဏ္ဍလေးခု

ဝင်ရောက်အသုံးပြုခွင့်သည် ဖွင့်/ပိတ် ခလုတ်တစ်ခုတည်း မဟုတ်ပါ။ သုံးစွဲသူအဖွဲ့အစည်းတိုင်းတွင် အသေးစိတ် module.action ခွင့်ပြုချက်များ သတ်မှတ်ထားသည့် အခန်းကဏ္ဍ လေးခုပါဝင်ပြီး ဖြစ်သောကြောင့် ဘဏ္ဍာရေးဆိုင်ရာ ဆက်သွယ်ရမည့်သူသည် ဆာဗာကို မည်သည့်အခါမျှ ထိတွေ့ခွင့်ရမည် မဟုတ်သလို ဆော့ဖ်ဝဲရေးသားသူသည်လည်း ငွေတောင်းခံလွှာကို မည်သည့်အခါမျှ မြင်တွေ့ရမည် မဟုတ်ပါ။

ပိုင်ရှင်

အဖွဲ့အစည်းနှင့် ၎င်း၏ အကောင့်ခွဲများအား အပြည့်အဝ ထိန်းချုပ်နိုင်ခွင့်- အဖွဲ့အစည်းခွဲများ ဖန်တီးခြင်း၊ အဖွဲ့ဝင်များကို ဖိတ်ကြားခြင်းနှင့် ဖယ်ရှားခြင်း၊ အခန်းကဏ္ဍများကို ပြောင်းလဲခြင်း၊ API ကီးများကို စီမံခန့်ခွဲခြင်း၊ ဆိုက်များကို ပြင်ဆင်ခြင်း၊ ပြန်လည်စတင်ခြင်း၊ ဆိုင်းငံ့ခြင်းနှင့် ဖျက်ပစ်ခြင်း၊ ငွေတောင်းခံလွှာများနှင့် ငွေပေးချေမှုနည်းလမ်းများကို စီမံခန့်ခွဲခြင်းနှင့် စာရင်းစစ်မှတ်တမ်းကို ဖတ်ရှုခြင်း။ အရာနှစ်ခုကို ယင်းပြင်ပတွင် ရည်ရွယ်ချက်ရှိရှိ ချန်လှပ်ထားပါသည် — အဖွဲ့အစည်းတစ်ခုကို ပိတ်သိမ်းခြင်းနှင့် ငွေပြန်အမ်းပေးခြင်းတို့သည် ဝန်ထမ်းများ၏ လုပ်ဆောင်ချက်များဖြစ်ပြီး သုံးစွဲသူ၏ အခန်းကဏ္ဍ မဟုတ်ပါ။

ငွေတောင်းခံလွှာ စီမံခန့်ခွဲသူ

ဘဏ္ဍာရေးဆိုင်ရာ အရာအားလုံးဖြစ်ပြီး အခြားမည်သည့်အရာမျှ မပါဝင်ပါ- ပြေစာများ၊ စာရင်းသွင်းမှုများ၊ ငွေပေးချေမှုနည်းလမ်းများနှင့် အစီအစဉ်ကတ်တလောက်၊ ထို့အပြင် အဖွဲ့အစည်းနှင့် ၎င်း၏အဖွဲ့ဝင်စာရင်းကို ကြည့်ရှုခွင့်။ ဆိုက်သို့ ဝင်ရောက်ခွင့် လုံးဝမရှိပါ — ဘဏ္ဍာရေးဆိုင်ရာ ဆက်သွယ်ရန်ပုဂ္ဂိုလ် သို့မဟုတ် ပြင်ပစာရင်းကိုင်တစ်ဦးသည် မည်သည့်အရာကိုမျှ ပြန်လည်စတင်ခြင်း၊ ရပ်ဆိုင်းခြင်း သို့မဟုတ် ဖျက်ပစ်ခြင်း မပြုလုပ်နိုင်ပါ။

ဆော့ဖ်ဝဲရေးသားသူ

ငွေကြေးပိုင်းကို မထိတွေ့ဘဲ ဆိုက်များတွင် အလုပ်လုပ်ပါ- ဆိုက်များကို ကြည့်ရှုခြင်းနှင့် ပြင်ဆင်သတ်မှတ်ခြင်း၊ ဝန်ဆောင်မှုများကို ပြန်လည်စတင်ခြင်း၊ ကက်ရှ်များကို ရှင်းလင်းခြင်း၊ API ကီးများကို စီမံခန့်ခွဲခြင်းနှင့် အကူအညီတောင်းခံလွှာများ ဖွင့်ခြင်း သို့မဟုတ် ပြန်လည်ဖြေကြားခြင်း။ ငွေတောင်းခံလွှာ ကြည့်ရှုခွင့်မရှိ၊ အဖွဲ့ဝင်စီမံခန့်ခွဲမှုမရှိ၊ ဆိုင်းငံ့ခြင်းနှင့် ဖျက်ပစ်ခြင်း မရှိပါ — ပျက်စီးစေနိုင်သော လုပ်ဆောင်ချက်များနှင့် စီးပွားရေးဆိုင်ရာ လုပ်ဆောင်ချက်များသည် ပိုင်ရှင်ထံတွင်သာ ရှိနေမည်ဖြစ်သည်။

ဖတ်ရန်အတွက်သာ

မည်သည့်အရာကိုမျှ ပြောင်းလဲခွင့်မရှိသော အပြည့်အစုံကြည့်ရှုမှုမြင်ကွင်း — အဖွဲ့ဝင်များ၊ ဆိုက်များ၊ ငွေတောင်းခံလွှာ၊ အစီအစဉ်များ၊ လက်မှတ်များ၊ ဘာသာပြန်အခြေအနေနှင့် စစ်ဆေးမှုမှတ်တမ်း။ သုံးစွဲသူဘက်မှ သက်ဆိုင်သူတစ်ဦး၊ အတွင်းပိုင်းစစ်ဆေးရေးမှူးတစ်ဦး သို့မဟုတ် လုပ်ငန်းခွင်အခြေအနေကို လေ့လာဆဲဖြစ်သော အသစ်ဝင်ရောက်သူတစ်ဦးအတွက် သင့်လျော်သော အခန်းကဏ္ဍတစ်ခု။

သင်၏ လက်တွေ့ကျသော ဖွဲ့စည်းပုံနှင့် ကိုက်ညီသည့် အကောင့်ခွဲများ

Tenancy သည် သာမန်စာရင်းတစ်ခု မဟုတ်ဘဲ သစ်ပင်ပုံစံ အထက်အောက်ဖွဲ့စည်းပုံ ဖြစ်ပါသည်။ လက်လီပြန်လည်ရောင်းချသူ အဖွဲ့အစည်းသည် ၎င်း၏ သုံးစွဲသူအဖွဲ့အစည်းများ၏ အထက်တွင်ရှိပြီး ဝဘ်ဆိုက်များသည် ထိုအဖွဲ့အစည်းများ၏ လက်အောက်တွင် ရှိပါသည်။ အဖွဲ့ဝင်တစ်ဦးဟူသည် အသင်းဝင်ဖြစ်မှုတစ်ခုဖြစ်သည် — အသုံးပြုသူတစ်ဦး၊ အဖွဲ့အစည်းတစ်ခု၊ အခန်းကဏ္ဍတစ်ခု — ထို့ကြောင့် တူညီသောအခြေခံအစိတ်အပိုင်းတစ်ခုတည်းကပင် လူနှစ်ဦးပါ အဖွဲ့ငယ်တစ်ခု၊ သုံးစွဲသူအကောင့်တစ်ရာကို စီမံခန့်ခွဲသော အေဂျင်စီတစ်ခုနှင့် မိမိကိုယ်ပိုင်အမှတ်တံဆိပ်ဖြင့် အကောင့်ခွဲများကို လုပ်ကိုင်ဆောင်ရွက်သော လက်လီပြန်လည်ရောင်းချသူတို့ကို စွမ်းဆောင်ပေးနိုင်ပါသည်။

အခန်းကဏ္ဍများကို အဖွဲ့အစည်းအလိုက် သတ်မှတ်ပေးထားပြီး အာဏာတည်ခြင်းမှာလည်း အဖွဲ့အစည်းအလိုက်သာ ဖြစ်ပါသည်။ သီးခြားဖြစ်ပြီး မသက်ဆိုင်သော အဖွဲ့အစည်းတစ်ခုတွင် အခြားအဖွဲ့အစည်းတစ်ခုရှိ အခန်းကဏ္ဍက မည်သည့်အသုံးပြုခွင့်ကိုမျှ မပေးပါ — ကန်ထရိုက်တာတစ်ဦးသည် တူညီသော အကောင့်ဝင်ရောက်မှုမှတစ်ဆင့် သုံးစွဲသူအကောင့်တစ်ခုတွင် ဆော့ဖ်ဝဲရေးသားသူအဖြစ်လည်းကောင်း၊ ဒုတိယအကောင့်တစ်ခုတွင် ဖတ်ရှုခွင့်သာရှိသူအဖြစ်လည်းကောင်း ရှိနေနိုင်ပါသည်။ သို့သော်လည်း အသုံးပြုခွင့်သည် သင်၏ကိုယ်ပိုင် အဆင့်ဆင့်ဖွဲ့စည်းပုံအတိုင်း အောက်သို့ စီးဆင်းပါသည်- ပင်မအဖွဲ့အစည်းရှိ အခန်းကဏ္ဍတစ်ခုသည် ၎င်း၏လက်အောက်ရှိ အဖွဲ့အစည်းများအတွက် အကျုံးဝင်ပြီး ပြန်လည်ရောင်းချသူများနှင့် အေဂျင်စီများက ၎င်းတို့၏ သုံးစွဲသူများကို စီမံခန့်ခွဲသည့်နည်းလမ်း ဖြစ်ပါသည်။

သီးခြားခွဲထုတ်မှုကို အက်ပ်ကုဒ်တွင်သာမက ဒေတာဘေ့စ်အတွင်းပါ အတည်ပြုသတ်မှတ်ထားပါသည်။ Postgres ၏ အတန်းလိုက်လုံခြုံရေးသည် အငှားချထားသူ၏ မေးမြန်းချက်တိုင်းကို ခေါ်ဆိုသူ၏ အောက်ခွဲအဆင့်အတွင်းသာ ကန့်သတ်ထားပြီး၊ ထိုအောက်ခွဲအဆင့် ပြင်ပရှိ မည်သည့်အရာမဆို ခွင့်ပြုချက်အမှားအစား မတွေ့ရှိပါဟူသော ရလဒ်ကိုသာ ပြန်ပေးပါသည် — ထို့ကြောင့် ပလက်ဖောင်းအနေဖြင့် အခြားအငှားချထားသူ၏ အဖွဲ့အစည်း သို့မဟုတ် ဝဘ်ဆိုက် ရှိနေကြောင်းကိုပင် မည်သည့်အခါမျှ အတည်မပြုပေးပါ။

မျက်နှာပြင်တိုင်းတွင် တူညီသော ခွင့်ပြုချက်များ

အခန်းကဏ္ဍများသည် ဒက်ရှ်ဘုတ်အတွက် အဆင်ပြေစေရုံမျှသာ မဟုတ်ပါ။ ပလက်ဖောင်းအတွင်းသို့ ဝင်ရောက်သည့် နည်းလမ်းတိုင်းသည် တူညီသော ခွင့်ပြုချက်ကုဒ်များကို ဖြေရှင်းပေးသောကြောင့် သင်၏ ဝင်ရောက်ခွင့် စည်းမျဉ်းများကို ကျော်လွှားနိုင်သည့် နောက်ပေါက် မရှိပါ။

ဒက်ရှ်ဘုတ်

ဝက်ဘ်ဆိုက်များ၊ ငွေတောင်းခံလွှာ၊ လက်မှတ်များ၊ အသိပေးချက်များ၊ သတိပေးချက်များ၊ API ကီးများနှင့် အဖွဲ့စီမံခန့်ခွဲမှုအားလုံး တစ်နေရာတည်းတွင်။ အင်တာဖေ့စ်သည် လက်မှတ်ထိုးဝင်ထားသောအဖွဲ့ဝင်၏ အခန်းကဏ္ဍက ခွင့်ပြုထားသည်များကိုသာ ဖော်ပြပေးသောကြောင့် လူများအနေဖြင့် ၎င်းတို့အသုံးမပြုနိုင်သော ထိန်းချုပ်ခလုတ်များကို မြင်တွေ့ရမည်မဟုတ်ပါ။

အများသုံး API နှင့် CLI

ထုတ်ပြန်ထားသော API သည် ဒက်ရှ်ဘုတ်မှ အသုံးပြုသည့် တူညီသော အင်ဂျင် API ဖြစ်ပါသည်။ API သော့များကို RBAC ခွင့်ပြုချက်များနှင့် ချိတ်ဆက်ထားသော အသေးစိတ် နယ်ပယ်များဖြင့် အဖွဲ့အစည်းတစ်ခုစီအလိုက် ထုတ်ပေးထားပြီး၊ သီးခြား sandbox နှင့် live မုဒ်များ ရှိသောကြောင့် အမှန်တကယ် ငွေပေးေချမှု သို့မဟုတ် ပြင်ဆင်သတ်မှတ်မှုများကို မထိခိုက်စေဘဲ ပေါင်းစပ်မှုများကို စမ်းသပ်နိုင်ပါသည်။

Terraform ဝန်ဆောင်မှုပေးသူ

ဆိုက်များ၊ ဒိုမိန်းများ၊ DNS၊ မေးလ်ဘောက်စ်များနှင့် အစီအစဉ်များကို infrastructure-as-code အဖြစ် စီမံခန့်ခွဲပြီး ဟိုစတင်းပြင်ဆင်ရန် terraform apply ကို လုပ်ဆောင်ပါ — အခြားအရာအားလုံးကဲ့သို့ တူညီသော နယ်ပယ်များဖြင့် ထိန်းချုပ်ထားသည်။

MCP ဆာဗာ

Claude Code၊ Cursor၊ ChatGPT၊ Claude Desktop သို့မဟုတ် MCP အသုံးပြုနိုင်သော မည်သည့်တူးလ်ကိုမဆို ချိတ်ဆက်ပါ။ တိုကင်များသည် အဖွဲ့အစည်းတစ်ခုနှင့် ၎င်း၏ RBAC ခွင့်ပြုချက်များအတွက်သာ ကန့်သတ်ထားပြီး၊ တူးလ်တစ်ခုချင်းအလိုက် ပြန်လည်ရုပ်သိမ်းနိုင်ကာ၊ ပျက်စီးစေနိုင်သော လုပ်ဆောင်ချက်များအတွက် အတည်ပြုချက်၊ အသုံးစရိတ် ကန့်သတ်ချက်များနှင့် ပြည့်စုံသော စစ်ဆေးမှုမှတ်တမ်းတို့ ပါဝင်သည်။

ကီး ကိုင်တွယ်ဆောင်ရွက်မှု

API သော့တစ်ခုစီ၏ hash ကိုသာ သိမ်းဆည်းထားပြီး မူရင်းသော့ကို မည်သည့်အခါမျှ မသိမ်းဆည်းပါ။ သော့များကို ခွဲခြားသိမြင်နိုင်ရန် အမည်နှင့် မြင်သာသော ရှေ့ဆက်စကားလုံး ပါရှိပြီး နောက်ဆုံးအကြိမ် အသုံးပြုခဲ့သည့်အချိန်ကို မှတ်တမ်းတင်ကာ အခြားသော့များကို မထိခိုက်စေဘဲ တစ်ခုချင်းစီ ပယ်ဖျက်နိုင်ပါသည်။

စံနှုန်းများအပေါ် အခြေခံထားသော အရာအားလုံးအတွက် အကောင့်တစ်ခုတည်းဖြင့် ဝင်ရောက်မှု

အထောက်အထားစီမံခန့်ခွဲမှုသည် Keycloak ပေါ်တွင် လည်ပတ်နေသဖြင့် စိစစ်အတည်ပြုခြင်းသည် hosting panel တွင် တွဲဆက်ထားသည့် စိတ်ကြိုက် လော့ဂ်အင်ဖောင်ထက် သင့်လျော်သော OIDC နှင့် SAML ဖြစ်သည်။

  • မူရင်းအားဖြင့် မက်ဂျစ်လင့်ခ် အီးမေးလ်ဖြင့် ဝင်ရောက်ခြင်းဖြစ်ပြီး၊ ၎င်းကို ပိုနှစ်သက်သူများအတွက် အီးမေးလ်နှင့် စကားဝှက်ကို အရန်ရွေးချယ်စရာအဖြစ် ထည့်သွင်းပေးထားပါသည်။
  • ဖစ်ရှ်လုပ်ခြင်းဒဏ်ခံနိုင်သော အကောင့်ဝင်ရောက်မှုအတွက် Passkeys နှင့် WebAuthn အပြင် မူဝါဒအရ လူတိုင်းအတွက် မဖြစ်မနေ အသုံးပြုရသည့် TOTP အဆင့်နှစ်ဆင့်ဖြင့် အတည်ပြုခြင်း စနစ်။
  • Google၊ Microsoft၊ GitHub နှင့် အခြား အထောက်အထား ဝန်ဆောင်မှုပေးသူများမှတစ်ဆင့် လူမှုကွန်ရက်ဖြင့် အကောင့်ဝင်ခြင်း။
  • လုပ်ငန်းကြီးများနှင့် အေဂျင်စီ သုံးစွဲသူများအတွက် SAML တစ်ခါသုံး အကောင့်ဝင်စနစ်ဖြစ်ရာ အဖွဲ့ဝင်ရောက်ခွင့်သည် သင်၏ လက်ရှိလမ်းညွှန်အတိုင်း လုပ်ဆောင်မည်ဖြစ်ပါသည်။
  • ဒက်ရှ်ဘုတ်၊ စီမံခန့်ခွဲသူ ကွန်ဆိုးလ်၊ အများသုံး ဝက်ဘ်ဆိုက်နှင့် ဗဟုသုတ ဘဏ်၊ ပံ့ပိုးကူညီမှု လက်မှတ်များအားလုံးအတွက် ဆက်ရှင်တစ်ခုတည်း — ငါးကြိမ် မဟုတ်ဘဲ တစ်ကြိမ်သာ အကောင့်ဝင်ပါ။
  • အကောင့်တစ်ခု မဖန်တီးမီ မှတ်ပုံတင်သည့် အီးမေးလ်တိုင်းကို စိစစ်အတည်ပြုထားသောကြောင့် ပေးပို့၍မရသော သို့မဟုတ် မမှန်ကန်သော လိပ်စာများသည် သင့်အဖွဲ့အတွင်းသို့ မည်သည့်အခါမျှ ရောက်ရှိလာမည်မဟုတ်ပါ။
  • ၎င်းသည် စံနှုန်းများအပေါ် အခြေခံထားသောကြောင့် ဝန်းကျင်ရှိ မည်သည့်အရာကိုမျှ ပြန်လည်တည်ဆောက်ရန်မလိုဘဲ အထောက်အထားပံ့ပိုးသူကိုယ်တိုင်ကို အစားထိုးနိုင်သည် — အခြားရောင်းချသူတိုင်းအတွက် ကျွန်ုပ်တို့ကျင့်သုံးသည့် သီးသန့်ချည်နှောင်မှုမရှိစေရဟူသော စည်းမျဉ်းအတိုင်းပင် ဖြစ်ပါသည်။

စာရင်းစစ်ထံ သင်လွှဲပြောင်းပေးနိုင်သည့် တာဝန်ယူမှု

အခွင့်ထူးရရှိထားသော လုပ်ဆောင်ချက်တိုင်းသည် ဖြည့်စွက်ရုံသာဖြစ်သော စာရင်းစစ်မှတ်တမ်းတစ်ခုကို ရေးသားပါသည်- မည်သူပြုလုပ်ခဲ့သည်၊ ၎င်းတို့ဘာလုပ်ခဲ့သည်၊ မည်သည့်အရာအပေါ် ပြုလုပ်ခဲ့သည်၊ အထောက်အထားများနှင့် မူလ IP လိပ်စာတို့ ဖြစ်သည်။ မှတ်တမ်းသည် ဖြည့်စွက်ရုံသာဖြစ်သည် — ဖြစ်ရပ်များကို ဖြည့်စွက်ရုံသာပြုလုပ်ပြီး နေရာတွင် တည်းဖြတ်ခြင်းမရှိပါ — ထုတ်လုပ်မှုပတ်ဝန်းကျင်တွင် ၎င်းကို အချိန်အလိုက် အပိုင်းခွဲထားသောကြောင့် ပမာဏတိုးပွားလာသည်နှင့်အမျှ ဆက်လက်မြန်ဆန်နေမည် ဖြစ်သည်။

ထိုမှတ်တမ်းကို ဖတ်ရှုခြင်းသည် သူ့အလိုလို ခွင့်ပြုချက်တစ်ခု ဖြစ်သည်။ အကောင့်အတွက် တာဝန်ရှိသူနှင့် ၎င်းကို စာရင်းစစ်ဆေးသူ နှစ်ဦးစလုံးအနေဖြင့် ထိုသို့လုပ်ဆောင်ရန် အဆင့်မြင့်အခွင့်အရေးများ မလိုအပ်ဘဲ မှတ်တမ်းအပြည့်အစုံကို ကြည့်ရှုနိုင်စေရန် ပိုင်ရှင်များနှင့် ဖတ်ရှုခွင့်သာရှိသော အဖွဲ့ဝင်များသည် ၎င်းကို ကိုင်ဆောင်ထားကြသည်။

ထိုအရာပတ်လည်တွင် ပိုမိုကြီးမားသောအဖွဲ့များ တောင်းဆိုလေ့ရှိသည့် ထိန်းချုပ်မှုများ ရှိပါသည်- ဆက်ရှင်ဆိုင်ရာ မူဝါဒများ၊ အဖွဲ့အစည်းအလိုက် စိတ်ကြိုက် IP ခွင့်ပြုစာရင်းများနှင့် အရေးကြီးသော လုပ်ဆောင်ချက်များတွင် ထပ်ဆင့်အတည်ပြုခြင်းတို့ဖြစ်ရာ ပြင်းထန်သောအရာတစ်ခုခုကို ပြုလုပ်ရန် လက်ရှိအသုံးပြုနေသော ဆက်ရှင်တစ်ခုတည်းနှင့် မလုံလောက်စေရန် ဖြစ်ပါသည်။

ခွင့်ပြုချက်များ သင်နှင့်အတူ မည်သို့တိုးတက်ပြောင်းလဲလာပုံ

ခွင့်ပြုချက် ကတ်တလောက်သည် ဒေတာဖြစ်ပြီး ဟာ့ဒ်ကုဒ်လုပ်ထားသော လော့ဂျစ်မဟုတ်ပါ — ထို့ကြောင့် ပလက်ဖောင်းကို ပြန်လည်မပြင်ဆင်ဘဲ ၎င်းကို တိုးချဲ့နိုင်သည်။

  • အဖွဲ့အစည်းများ၊ အဖွဲ့ဝင်များ၊ API ကီးများ၊ ဆိုဒ်များ၊ ငွေတောင်းခံလွှာ၊ အစီအစဉ်များ၊ ဖလိတ်၊ လက်မှတ်များ၊ သုံးစွဲသူများ၊ အလွဲသုံးစားလုပ်မှု၊ ကမ်ပိန်းများ၊ ဘာသာပြန်ဆိုချက်များနှင့် စစ်ဆေးခြင်းတို့ကို လွှမ်းခြုံထားသော အသေးစိတ် module.action ကီး ၃၅ ခု ယနေ့တွင် ရှိပါသည်။
  • ကတ်တလောက်ကို ဖြန့်ကျက်မှုတိုင်းတွင် idempotent နည်းလမ်းဖြင့် ထည့်သွင်းပေးထားပြီး အခန်းကဏ္ဍတစ်ခုသည် မရှိသောခွင့်ပြုချက်ကို ရည်ညွှန်းပါက အတည်ပြုခြင်းသည် ပြတ်ပြတ်သားသား မအောင်မြင်ပါ — စာလုံးပေါင်းအမှားတစ်ခုသည် မည်သည့်အရာကိုမျှ တိတ်တဆိတ် မပေးဘဲ မနေနိုင်ပါ။
  • အဆုံးမှတ်ကို မထုတ်ဝေမီ ထုတ်ကုန်စွမ်းဆောင်ရည်အသစ်များသည် ၎င်းတို့၏ ခွင့်ပြုချက်ကီးများကို ကတ်တလောက်ထဲသို့ ထည့်သွင်းပေးထားသဖြင့် လုပ်ဆောင်ချက်တစ်ခု စတင်အသုံးပြုနိုင်ပြီးနောက် ဝင်ရောက်ခွင့်ထိန်းချုပ်မှုကို နောက်မှ ပြန်လည်တပ်ဆင်ရခြင်း မရှိပါ။
  • အသင်းဝင်မှုတစ်ခု၏ အတိုင်းအတာကို သီးခြားဝဘ်ဆိုက်များ သို့မဟုတ် သီးခြားဒေသတစ်ခုအထိ ကန့်သတ်ခြင်းသည် စီစဉ်ထားသော အဆင့်မြှင့်တင်မှုတစ်ခုဖြစ်ပြီး ယနေ့တွင် သင်ချက်ချင်းဖွင့်၍ရသော အရာမဟုတ်ပါ။ လက်ရှိ လုပ်ဆောင်နိုင်သော ပုံစံမှာ အဆိုပါ ဝဘ်ဆိုက်များကို လက်အောက်ခံ အဖွဲ့အစည်းတစ်ခုတွင် ထားရှိပြီး ထိုပုဂ္ဂိုလ်အား ထိုနေရာတွင် တာဝန်တစ်ခု သတ်မှတ်ပေးခြင်းဖြစ်သည် — ၎င်းသည် အငှားချထားမှုဆိုင်ရာ အထက်အောက်ဖွဲ့စည်းပုံကို အသုံးပြု၍ တူညီသော ခွဲခြားမှုကို ရရှိစေမည်ဖြစ်ပါသည်။
  • API သော့များကို လူတစ်ဦးချင်းစီအလိုက်မဟုတ်ဘဲ အဖွဲ့အစည်းအဆင့်တွင် ထုတ်ပေးထားသောကြောင့် ၎င်းတို့ကို ပေါင်းစည်းမှုများအတွက် ဝန်ဆောင်မှုဆိုင်ရာ အထောက်အထားများအဖြစ် သတ်မှတ်ပြီး လူသားများ အသုံးပြုခွင့်အတွက် အသင်းဝင်ဖြစ်ခွင့်များကို အသုံးပြုပါ။

မကြာခဏမေးလေ့ရှိသော မေးခွန်းများ

အခန်းကဏ္ဍတစ်ခုစီသည် အမှန်တကယ် မည်သို့လုပ်ဆောင်နိုင်သနည်း။

ပိုင်ရှင်သည် အဖွဲ့ဝင်များ၊ API ကီးများ၊ ဝဘ်ဆိုက်များနှင့် ငွေပေးချေမှုနည်းလမ်းများ အပါအဝင် အဖွဲ့အစည်းနှင့် ၎င်း၏ အကောင့်ခွဲများကို အပြည့်အဝ ထိန်းချုပ်ခွင့်ရှိသည်။ ငွေတောင်းခံလွှာ မန်နေဂျာသည် ဝဘ်ဆိုက်ဝင်ရောက်ခွင့်မရှိဘဲ ငွေတောင်းခံလွှာများ၊ စာရင်းသွင်းမှုများ၊ ငွေပေးချေမှုနည်းလမ်းများနှင့် အစီအစဉ်များကို ကြည့်ရှုနိုင်သည်။ ဒေဗလာပါသည် ငွေတောင်းခံလွှာ သို့မဟုတ် အဖွဲ့ဝင်များကို ထိန်းချုပ်ခွင့်မရှိဘဲ ဝဘ်ဆိုက်များနှင့် API ကီးများကို စီမံခန့်ခွဲပြီး လက်မှတ်များကို ဖြေရှင်းဆောင်ရွက်ပေးသည်။ ဖတ်ရှုခွင့်သာရှိသူသည် မည်သည့်အရာကိုမျှ မပြောင်းလဲဘဲ အဖွဲ့ဝင်များ၊ ဝဘ်ဆိုက်များ၊ ငွေတောင်းခံလွှာ၊ အစီအစဉ်များ၊ လက်မှတ်များနှင့် စာရင်းစစ်မှတ်တမ်းကို ကြည့်ရှုနိုင်သည်။

တစ်စုံတစ်ဦးအား ဆိုက်တစ်ခုတည်းသို့သာ ဝင်ရောက်ခွင့် ပေးနိုင်ပါသလား။

ဝက်ဘ်ဆိုက်တစ်ခုချင်းစီအလိုက် သတ်မှတ်ချက်အဖြစ် မရရှိနိုင်သေးပါ — အဖွဲ့ဝင်ဖြစ်မှုတစ်ခုတည်းကို သီးခြားဝက်ဘ်ဆိုက်များသို့ ကန့်သတ်ခြင်းသည် စီစဉ်ထားသော တိုးတက်ကောင်းမွန်အောင် ပြုပြင်မှုတစ်ခု ဖြစ်ပါသည်။ ယနေ့တွင် သင်သည် တူညီသော ခွဲခြားမှုကို tenancy tree ဖြင့် လုပ်ဆောင်နိုင်သည်- ထိုဝက်ဘ်ဆိုက်များကို လက်အောက်ခံအဖွဲ့အစည်းတစ်ခုတွင် ထည့်သွင်းပြီး ထိုသူအား ထိုနေရာတွင် အခန်းကဏ္ဍတစ်ခု သတ်မှတ်ပေးပါ။ အခန်းကဏ္ဍများကို အဖွဲ့အစည်းအလိုက် သတ်မှတ်ပေးထားသောကြောင့် ထိုဝင်ရောက်ခွင့်သည် သင့်အကောင့်အတွင်းရှိ အခြားမည်သည့်အရာသို့မျှ သက်ရောက်မှုမရှိပါ။

API သော့များကို အဖွဲ့ဝင်တစ်ဦးချင်းစီနှင့် ချိတ်ဆက်ထားပါသလား။

မဟုတ်ပါ — API သော့များကို အဖွဲ့အစည်းတစ်ခုစီအတွက် ထုတ်ပေးထားပြီး၊ တူညီသော RBAC ခွင့်ပြုချက်များနှင့် ချိတ်ဆက်ထားသည့် အသေးစိတ်နယ်ပယ်များနှင့် သီးခြား sandbox နှင့် live မုဒ်များ ပါဝင်ပါသည်။ ၎င်းတို့ကို ချိတ်ဆက်မှုများ၊ CI သို့မဟုတ် Terraform အတွက် ဝန်ဆောင်မှုဆိုင်ရာ အထောက်အထားများအဖြစ် အသုံးပြုပြီး လူများအတွက် အဖွဲ့ဝင်ဖြစ်မှုများကို အသုံးပြုပါ။ သော့တစ်ခုစီ၏ hash ကိုသာ သိမ်းဆည်းထားပြီး၊ သော့တစ်ခုစီသည် နောက်ဆုံးအသုံးပြုခဲ့သည့်အချိန်ကို မှတ်တမ်းတင်ထားကာ မည်သည့်သော့ကိုမဆို သီးခြားစီ ပြန်လည်ရုပ်သိမ်းနိုင်ပါသည်။

ဆော့ဖ်ဝဲရေးသားသူတစ်ဦးသည် တိုက်ရိုက်လွှင့်ဆိုက်တစ်ခုသို့ အပြောင်းအလဲများကို ပေးပို့နိုင်ပါသလား။

Developer အခန်းကဏ္ဍတွင် ဝဘ်ဆိုက်များကို ကြည့်ရှုခြင်းနှင့် ပြင်ဆင်သတ်မှတ်ခြင်း၊ ဝန်ဆောင်မှုများကို ပြန်လည်စတင်ခြင်း၊ cache များကို ရှင်းလင်းခြင်း၊ API သော့များကို စီမံခန့်ခွဲခြင်းနှင့် တောင်းဆိုချက်လက်မှတ်များကို ဖြေရှင်းပေးခြင်းတို့ ပါဝင်သည်။ ၎င်းတွင် တိုက်ရိုက်လွှင့်တင်ထားသော ဝဘ်ဆိုက်ပေါ်တွင် ထုတ်ဝေခွင့်များ မပါဝင်ပါ၊ ထို့ကြောင့် တစ်စုံတစ်ဦးအား အပြောင်းအလဲများကို အတည်ပြုခွင့်ပြုလိုပါက ထိုအသုံးပြုခွင့်ကို ပိုင်ရှင်ထံ ထားရှိရန် လိုအပ်ပါသည်။ အခန်းကဏ္ဍများသည် အဖွဲ့အစည်းအလိုက် ဖြစ်သောကြောင့် အကောင့်အမျိုးမျိုးတွင် မတူညီသော အခန်းကဏ္ဍကို ရယူထားနိုင်ပါသည်။

ကျွန်ုပ်တို့ကုမ္ပဏီလမ်းညွှန်အတွက် SSO ကို ပံ့ပိုးပါသလား။

ဟုတ်ပါသည်။ အထောက်အထားစိစစ်မှုကို OIDC နှင့် SAML ပါဝင်သော Keycloak ပေါ်တွင် လုပ်ဆောင်ထားသောကြောင့် မူဝါဒအရ မဖြစ်မနေလိုအပ်သည့် magic-link ဖြင့် ဝင်ရောက်ခြင်း၊ အီးမေးလ်နှင့် စကားဝှက်၊ လူမှုကွန်ရက် အကောင့်များ၊ passkeys များနှင့် TOTP အဆင့်နှစ်ဆင့် အထောက်အထားစိစစ်ခြင်းတို့အပြင် လုပ်ငန်းကြီးများနှင့် အေဂျင်စီ သုံးစွဲသူများအတွက် SAML single sign-on ကို အသုံးပြုနိုင်ပါသည်။ စက်ရှင်တစ်ခုတည်းဖြင့် ဒက်ရှ်ဘုတ်၊ အများသုံးဝက်ဘ်ဆိုက်နှင့် ဗဟုသုတဘဏ်၊ ပံ့ပိုးကူညီမှု လက်မှတ်များကို လွှမ်းခြုံထားပါသည်။

တစ်စုံတစ်ယောက်က တစ်ခုခုကို ပြောင်းလဲခဲ့သည်ကို ကျွန်ုပ် မည်သို့ သိနိုင်မည်နည်း။

အခွင့်ထူးရ လုပ်ဆောင်ချက်တိုင်းကို ပြုလုပ်သူ၊ လုပ်ဆောင်ချက်၊ ပစ်မှတ်၊ အထောက်အထားနှင့် IP လိပ်စာတို့ကို မှတ်တမ်းတင်သည့် ထပ်ဖြည့်ရုံသာပြုလုပ်နိုင်သော စစ်ဆေးရေးမှတ်တမ်းတွင် ရေးသားပါသည်။ ၎င်းကို ဖတ်ရှုခြင်းသည် ပိုင်ရှင်နှင့် ဖတ်ရှုခွင့်သာရှိသည့် အခန်းကဏ္ဍနှစ်ခုစလုံးတွင် ရရှိထားသော သီးခြားခွင့်ပြုချက်တစ်ခုဖြစ်သောကြောင့် အကောင့်ပိုင်ရှင်နှင့် စာရင်းစစ်တစ်ဦးတို့သည် တူညီသော မှတ်တမ်းရာဇဝင်ကို ပြန်လည်သုံးသပ်နိုင်ပါသည်။

အဖွဲ့ဝင်များ ထည့်သွင်းခြင်းက ကျွန်ုပ်ပေးချေရမည့် ပမာဏကို ပြောင်းလဲစေပါသလား။

အစီအစဉ်များကို လူအရေအတွက်ထက် ဟို့စ်တင်းစွမ်းဆောင်ရည်အပေါ် မူတည်၍ ဈေးနှုန်းသတ်မှတ်ထားပါသည်။ ဥပမာအားဖြင့် Footprint-Free လိုင်းတွင် အဆင့် ၄၂ ခုစလုံးသည် အခွင့်အရေးသတ်မှတ်ချက် တူညီကြပြီး ၎င်းတို့ခွင့်ပြုထားသော ဝက်ဘ်ဆိုက်အရေအတွက်ဖြင့်သာ ကွာခြားပါသည်။ ဈေးနှုန်းများကို တိုက်ရိုက်ကတ်တလောက်မှ သင့်ငွေကြေးဖြင့် အမြဲတမ်းဖော်ပြပေးထားသဖြင့် ဈေးနှုန်းစာမျက်နှာတွင် သင်မြင်တွေ့ရသည့်အတိုင်း အမှန်တကယ် ကျသင့်မည်ဖြစ်ပါသည်။

ကတိကဝတ်မပြုမီ ၎င်းကို စမ်းသုံးကြည့်နိုင်ပါသလား။

ဟုတ်ကဲ့။ Footprint-Free အစမ်းသုံးခွင့်သည် ၁၄ ရက် ကြာမြင့်ပြီး ကတ်အချက်အလက်များ မလိုအပ်ဘဲ ဝက်ဘ်ဆိုက် ၅ ခုအထိ အကျုံးဝင်သောကြောင့် မည်သည့်ငွေမျှ မပေးချေမီ သင့်အဖွဲ့အစည်းကို သတ်မှတ်ခြင်း၊ သင့်အဖွဲ့ကို ဖိတ်ခေါ်ခြင်းနှင့် အမှန်တကယ် လုပ်ငန်းခွင်နှင့်အညီ အခန်းကဏ္ဍများကို စမ်းသပ်ခြင်းတို့ ပြုလုပ်နိုင်ပါသည်။ အခပေးအစီအစဉ်များအတွက် ရက်ပေါင်း ၃၀ ငွေပြန်အမ်းပေးမည့် အာမခံချက် ရှိပါသည်။

လက်မှတ်များဖြင့် မဟုတ်ဘဲ မိနစ်ပိုင်းအတွင်း သင့်အဖွဲ့ကို စနစ်ထည့်သွင်းပါ

Footprint-Free လိုင်းတွင် ကတ်မလိုသော ၁၄ ရက် အစမ်းသုံးခြင်းကို စတင်ပါ၊ သင့်အဖွဲ့ကို ဖိတ်ခေါ်ပါ၊ ငွေမပေးမီ တကယ့်ဆိုက်များတွင် အခန်းကဏ္ဍများ မည်သို့အလုပ်လုပ်သည်ကို ကြည့်ရှုပါ။

အခမဲ့ စတင်ပါ