ການເຂົ້າເຖິງທີ່ມອບໝາຍໃຫ້
ເອົາຜູ້ນຳພາດ້ານການພັດທະນາເຂົ້າມາ, ມອບໝາຍການຮຽກເກັບເງິນໃຫ້ຜູ້ັກກວດສອບບັນຊີຂອງທ່ານ, ໃຫ້ລູກຄ້າເບິ່ງເວັບໄຊຂອງເຂົາເຈົ້າເອງແບບອ່ານໄດ້ຢ່າງດຽວ, ຫຼື ໃຫ້ທີມງານຊ່ວຍເຫຼືອຂອງພວກເຮົາກວດສອບບັນຫາ. ທຸກໆສິດແມ່ນບົດບາດທີ່ມີການກຳນົດສິດຢ່າງຈະແຈ້ງ, ຈຳກັດຂອບເຂດໄວ້ສຳລັບອົງກອນ, ບັງຄັບໃຊ້ໃນຖານຂໍ້ມູນ, ແລະ ຖືກບັນທຶກໄວ້ໃນບັນທຶກການກວດສອບທີ່ສາມາດຂຽນເພີ່ມເຕີມໄດ້ຢ່າງດຽວ.
ການໃຊ້ງານລະຫັດຜ່ານຮ່ວມກັນແມ່ນສາເຫດທີ່ເຮັດໃຫ້ການເຂົ້າເຖິງບັນຊີມີບັນຫາ. ຢູ່ເທິງ Zinn Digital® ທຸກໆຄົນມີຕົວຕົນຂອງຕົນເອງ, ແລະ ການເຂົ້າເຖິງແມ່ນສະມາຊິກ — ຜູ້ໃຊ້, 組織, ແລະ ບົດບາດ — ທີ່ທ່ານສາມາດມອບສິດ, ປ່ຽນແປງ ຫຼື ຖອນຄືນໄດ້ດ້ວຍຕົວເອງ.
ຜູ້ຮ່ວມງານແຕ່ລະຄົນຈະເຂົ້າສູ່ລະບົບໃນນາມຂອງຕົນເອງຜ່ານ Keycloak, ເຊິ່ງເປັນຊັ້ນຂໍ້ມູນຮັກສາຄວາມປອດໄພຕົວຕົນຂອງພວກເຮົາ. ບໍ່ມີໃຜປ້ອນລະຫັດຜ່ານຂອງທ່ານ, ບໍ່ມີໃຜແບ່ງປັນເຊັດຊັນຂອງເບຣາວເຊີ, ແລະການລົບໃຜຄົນໜຶ່ງອອກແມ່ນດຳເນີນການພຽງແຕ່ຂັ້ນຕອນດຽວ ແທນທີ່ຈະຕ້ອງປ່ຽນລະຫັດຜ່ານ ແລະ ຟ້າວຊອກຫາວ່າໃຜແນ່ທີ່ຮູ້ລະຫັດນັ້ນ.
ບັນຊີແມ່ນຈັດຮູບແບບຕາມລໍາດັບຊັ້ນ — ອົງການຈັດຕັ້ງຜູ້ຂາຍຕໍ່ຖືຄອງອົງການຈັດຕັ້ງຂອງລູກຄ້າ, ແລະ ອົງການຈັດຕັ້ງຂອງລູກຄ້າຖືຄອງເວັບໄຊ. ການເປັນສະມາຊິກແມ່ນນຳໃຊ້ກັບອົງການຈັດຕັ້ງ ແລະ ທຸກສິ່ງທີ່ຢູ່ພາຍໃຕ້ມັນ, ດັ່ງນັ້ນທ່ານຈຶ່ງສາມາດມອບສິດຄວບຄຸມອົງການຈັດຕັ້ງຂອງເຂົາເຈົ້າໃຫ້ແກ່ລູກຄ້າອົງການໂຄສະນາໄດ້ ໂດຍທີ່ບໍ່ຈໍາເປັນຕ້ອງເປີດເຜີຍລູກຄ້າອື່ນໆຂອງທ່ານເລີຍ.
ການແຍກຜູ້ເຊົ່າບໍ່ແມ່ນຕົວກອງໃນໂຄດແອັບພລິເຄຊັນທີ່ບັກສາມາດຂ້າມຜ່ານໄດ້. Postgres Row-Level Security ກຳນົດຂອບເຂດຂອງທຸກຄຳຖາມຄົ້ນຫາໃຫ້ຢູ່ພາຍໃຕ້ກິ່ງງ່າອົງກອນຂອງຜູ້ຮຽກຮ້ອງ, ດັ່ງນັ້ນຄຳຂໍທີ່ຢູ່ນອກຂອບເຂດຂອງທ່ານຈຶ່ງບໍ່ມີຫຍັງທີ່ຈະສົ່ງຄືນ.
ເມື່ອຖາມຫາອົງກອນ ຫຼື ເວັບໄຊນ໌ທີ່ຢູ່ນອກຂອບເຂດຂອງທ່ານ API ຈະຕອບກັບດ້ວຍການບໍ່ພົບຂໍ້ມູນແບບທຳມະດາ ແທນທີ່ຈະເປັນຂໍ້ຜິດພາດກ່ຽວກັບການອະນຸຍາດ. ຂໍ້ຜິດພາດກ່ຽວກັບການອະນຸຍາດຈະເປັນການຢືນຢັນວ່າບັນທຶກນັ້ນມີຢູ່; ການບໍ່ພົບຂໍ້ມູນຈະບໍ່ບອກຫຍັງເລີຍແກ່ບຸກຄົນພາຍນອກ.
ສິດທິແມ່ນກະແຈລະອຽດ — ໂມດູນບວກກັບການກະທຳ, ເຊັ່ນ sites.restart ຫຼື billing.refund — ແລະບົດບາດແມ່ນການລວມພວກມັນເຂົ້າກັນ. ສີ່ບົດບາດກວມເອົາຮູບແບບທີ່ທີມງານຕົວຈິງຕ້ອງການ, ແລະແຕ່ລະບົດບາດແມ່ນຂໍ້ມູນທີ່ເຮົາກຳນົດໄວ້ລ່ວງໜ້າ, ບໍ່ແມ່ນເຫດຜົນທີ່ຝັງຢູ່ໃນໂຄດ.
ການຄວບຄຸມແບບເຕັມຮູບແບບ: ສ້າງອົງກອນຍ່ອຍ, ເຊີນ ແລະ ລົບສະມາຊິກ, ປ່ຽນແປງບົດບາດ, ຄຸ້ມຄອງຄີ API, ສ້າງ, ເລີ່ມຕົ້ນໃໝ່, ລ້າງຂໍ້ມູນ, ລະງັບ ແລະ ລົບເວັບໄຊ, ຈັດການການເກັບເງິນ ແລະ ໃບແຈ້ງໜີ້, ສ້າງຕິກເກັດສະໜັບສະໜູນ ແລະ ອ່ານບັນທຶກການກວດສອບ. ບົດບາດທີ່ທ່ານເກັບໄວ້ສໍາລັບຕົວທ່ານເອງ.
ເບິ່ງອົງກອນ, ສະມາຊິກ ແລະ ລາຍການແພັກເກດ, ພ້ອມທັງຈັດການໃບເກັບເງິນ, ວິທີການຊຳລະເງິນ ແລະ ຄ່າບໍລິການ. ບໍ່ມີສິດເຂົ້າເຖິງໃນການສ້າງ, ປ່ຽນແປງ ຫຼື ລົບເວັບໄຊໃດໆ — ເຊິ່ງເປັນຮູບແບບທີ່ເໝາະສົມຢ່າງຍິ່ງສຳລັບນັກບັນຊີພາຍນອກ.
ເບິ່ງ ແລະ ສ້າງເວັບໄຊ, スタート services, ລຶບລ້າງແຄຊ, ຈັດການກະແຈ API ແລະ ແກ້ໄຂທິກເກັດ. ຍົກເວັ້ນໂດຍເຈດຕະນາ: ການຮຽກເກັບເງິນ, ໃບເກັບເງິນ, ວິທີການຊຳລະເງິນ, ການຈັດການສະມາຊິກ, ການລະງັບເວັບໄຊ ແລະ ການລຶບເວັບໄຊ. ຜູ້ຮັບເໝົາສາມາດສ້າງໄດ້ໂດຍທີ່ບໍ່ສາມາດຮຽກເກັບເງິນທ່ານ ຫຼື ທຳລາຍສິ່ງໃດໜຶ່ງໄດ້.
ເບິ່ງອົງກອນ, ສະມາຊິກ, ເວັບໄຊ, ບິນ,ລາຍການແພັກເກັດ, ປີ້ຊັບພອດ, ສະຖານະການແປ ແລະ ບັນທຶກການກວດສອບ — ແລະ ບໍ່ສາມາດແກ້ໄຂອັນໃດໄດ້ເລີຍ. ສິດທີ່ເໝາະສົມສຳລັບລູກຄ້າທີ່ຕ້ອງການເບິ່ງຄວາມຄືບໜ້າ, ຜູ້ກວດສອບ, ຫຼື ຜູ້ມີສ່ວນຮ່ວມທີ່ຕ້ອງການເບິ່ງພຽງຢ່າງດຽວ.
ການມອບສິດເຂົ້າເຖິງຈະປອດໄພກໍ່ຕໍ່ເມື່ອບັນຊີທີ່ທ່ານມອບສິດໃຫ້ເກືອບບໍ່ສາມາດຖືກຍຶດໄດ້. ການຢືນຢັນຕົວຕົນຈະດຳເນີນການຜ່ານ Keycloak ສຳລັບທຸກຄົນໃນບັນຊີ, ໃນທຸກໆພື້ນທີ່ການໃຊ້ງານ.
ວຽກສະໜັບສະໜູນບາງຄັ້ງໝາຍເຖິງການເບິ່ງເຂົ້າໄປໃນບັນຊີຂອງທ່ານ. ການເຂົ້າເຖິງດັ່ງກ່າວແມ່ນຖືກຄວບຄຸມໂດຍຮູບແບບສິດອຳນາດອັນດຽວກັນກັບທຸກຢ່າງ — ພະນັກງານພຽງແຕ່ຢູ່ໃນອົງການຈັດຕັ້ງຂອງພະນັກງານ, ເຊິ່ງຈັດເປັນພະແນກຕ່າງໆທີ່ມີສິດຈຳກັດ.
ພະນັກງານຖືກຈັດກຸ່ມເປັນ ຝ່າຍຊ່ວຍເຫຼືອ, ບໍລິການການຮຽກເກັບເງິນ ແລະ ການເງິນ, ການລ່ວງລະເມີດ ແລະ ຄວາມປອດໄພທີ່ໜ້າເຊື່ອຖື, ຝ່າຍຂາຍ, ຝ່າຍຕ້ອນຮັບ ແລະ ເລີ່ມຕົ້ນໃຊ້ງານ, ວິສະວະກຳ ແລະ ປະຕິບັດການ, ຝ່າຍການຕະຫຼາດ, ແລະ ຝ່າຍບໍລິຫານ. ແຕ່ລະບົດບາດຈະໃຫ້ໂມດູນ ແລະ ການກະຳສະເພາະ, ດັ່ງນັ້ນ ເຈົ້າໜ້າທີ່ຈຶ່ງເຫັນພຽງແຕ່ສ່ວນໜຶ່ງຂອງຄອນໂສນຜູ້ດູແລລະບົບທີ່ວຽກຂອງພວກເຂົາຕ້ອງການເທົ່ານັ້ນ ແລະ ບໍ່ເຫັນສ່ວນອື່ນ.
ບົດບາດຕົວແທນຝ່າຍສະໜັບສະໜູນແມ່ນໃຫ້ສິດທິພຽງແຕ່: ເບິ່ງຂໍ້ມູນລູກຄ້າ, ເບິ່ງ ແລະ ຕອບກັບຕ໋ວນແຈ້ງບັນຫາ, ເບິ່ງເວັບໄຊ, ເລີ່ມຕົ້ນເວັບໄຊໃໝ່ ແລະ ລົບແຄຊ໌ຂອງເວັບໄຊ. ບົດບາດນີ້ບໍ່ມີສິດໃນການຕັ້ງຄ່າການເກັບເງິນ, ການຄືນເງິນ, ການແກ້ໄຂແພັກເກດ ແລະ ການຈັດການລະບົບທັງໝົດ. ການແກ້ໄຂບັນຫາທີ່ຕົວແທນສາມາດດຳເນີນການໄດ້ແມ່ນຖືກຈຳກັດໂດຍບົດບາດ, ບໍ່ແມ່ນໂດຍຄວາມຫວັງດີ.
ສິດທິ customer.impersonate ບໍ່ໄດ້ເປັນສ່ວນໜຶ່ງຂອງບົດບາດ Manager — ມັນຖືກຖືໂດຍ Super Admin ເທົ່ານັ້ນ. ເມື່ອມີເຊັດຊັນກຳລັງທຳງານໃນນາມຂອງທ່ານ, ແຜງຄວບຄຸມຈະສະແດງປ້າຍການປອມແປງຕົວຕົນຢ່າງຕໍ່ເນື່ອງ ເພື່ອໃຫ້ບໍ່ມີຄວາມສັບສົນວ່າໃຜກຳລັງດຳເນີນການຢູ່.
ທຸກໆການດຳເນີນການທີ່ມີສິດພິເສດ ແລະ ການບໍລິຫານ ຈະຖືກເພີ່ມເຂົ້າໃນໄດອາຣີການກວດສອບແບບເພີ່ມຂໍ້ມູນໄດ້ຢ່າງດຽວ ເຊິ່ງຈະບັນທຶກຜູ້ດຳເນີນການ, ການດຳເນີນການ, ເປົ້າໝາຍ, ຂໍ້ມູນເມຕາສະໜັບສະໜູນ, ທີ່ຢູ່ IP ແລະ ຕາຕະລາງເວລາ — ໂດຍແບ່ງຕາມຊ່ວງເວລາໃນລະບົບໃຊ້ງານຈິງ. ເຈົ້າຂອງ ແລະ ສະມາຊິກທີ່ອ່ານໄດ້ຢ່າງດຽວ ສາມາດອ່ານໄດອາຣີຂອງອົງກອນເຂົາເຈົ້າໄດ້ດ້ວຍຕົນເອງ.
ການກະທຳຂອງພະນັກງານທີ່ລະອຽດອ່ອນ ແລະ ມີຄວາມເສຍຫາຍສູງ ອາດຈະຕ້ອງມີການຢັ້ງຢືນຕົວຕົນເພີ່ມເຕີມ ຫຼື ການອະນຸມັດຈາກສອງຄົນກ່ອນທີ່ພວກມັນຈະດຳເນີນການໄດ້, ແລະ ພະແນກ ແລະ ບົດບາດໃໝ່ແມ່ນການກຳນົດຄ່າຫຼາຍກວ່າການປ່ຽນແປງລະຫັດ.
ສະຄຣິບ, ທໍ່ສົ່ງ CI, CLI, ຜູ້ໃຫ້ບໍລິການ Terraform ແລະ AI agents ທັງໝົດແມ່ນກວດສອບຄວາມຖືກຕ້ອງຜ່ານຮູບແບບສິດອຳນາດດຽວກັນກັບມະນຸດ — ບໍ່ມີຂໍ້ມູນປະຈຳຕົວຂອງມະນຸດທີ່ໃຊ້ຮ່ວມກັນ, ບໍ່ມີຄວາມລັບທີ່ມີອາຍຸຍືນທີ່ຖືກວາງໄວ້ໃນການສ້າງ.
ລະຫັດຜ່ານ API ເປັນຂອງອົງກອນ ແລະ ມີຂອບເຂດລະອຽດທີ່ຜູກຕິດກັບສິດ RBAC ດຽວກັນ—ແບບອ່ານຢ່າງດຽວ, ການຮຽກເກັບເງິນ, ການຈັດສັນຊັບພະຍາກອນ. ມອບໝາຍຂອບເຂດທີ່ແຄບທີ່ຈຳເປັນໃຫ້ກັບທໍ່ສົ່ງ ແທນທີ່ຈະເປັນບັນຊີທັງໝົດຂອງສະມາຊິກ.
ຄີໂໝດທົດສອບ ແລະ ໂໝດຕົວຈິງແມ່ນແຕກຕ່າງກັນ, ດັ່ງນັ້ນການເຊື່ອມໂຍງທີ່ກຳລັງພັດທະນາຈຶ່ງບໍ່ສາມາດເຂົ້າເຖິງຂໍ້ມູນການຜະລິດໂດຍບັງເອີນ ຫຼື ຜ່ານຕົວແປສະພາບແວດລ້ອມທີ່ຖືກສຳເນົາ.
ພວກເຮົາເກັບຮັກສາ SHA-256 hash ຂອງລະຫັດລັບ ແລະ ຄຳນຳໜ້າໃນການຄົ້ນຫາ — ບໍ່ເຄີຍເກັບຄີແທ້. ທ່ານຈະເຫັນຄີພຽງຄັ້ງດຽວຕອນສ້າງ. ຄີແຕ່ລະອັນຈະຕິດຕາມວ່າຖືກໃຊ້ຄັ້ງຫຼ້າສຸດເມື່ອໃດ ແລະ ສາມາດຖືກຍົກເລີກໄດ້ດ້ວຍຕົວມັນເອງໂດຍບໍ່ສົ່ງຜົນກະທົບຕໍ່ສິ່ງອື່ນ.
ເຊີເວີ MCP ຂອງພວກເຮົາຍັງໃຫ້ເອເຈນທີ່ຮອງຮັບ MCP ທຸກຕົວຈັດການໂຮດຕິ້ງຂອງທ່ານດ້ວຍພາສາທຳມະຊາດ, ຢືນຢັນຕົວຕົນດ້ວຍ OAuth 2.1 ແລະ ຈຳກັດຂອບເຂດຕາມອົງກອນ ແລະ ບົດບາດ RBAC ຂອງທ່ານ, ພ້ອມກັບໂທເຄັນທີ່ຍົກເລີກໄດ້ຕາມແຕ່ລະເຄື່ອງມື, ການຢືນຢັນເມື່ອດຳເນີນການລຶບ, ຂີດຈຳກັດຄ່າໃຊ້ຈ່າຍ ແລະ ການບັນທຶກປະວັດການກວດສອບຢ່າງສົມບູນ.
ການເຂົ້າເຖິງບັນຊີ ແລະ ການເຂົ້າເຖິງເຊີເວີ ແມ່ນບັນຫາທີ່ແຕກຕ່າງກັນ. ຂໍ້ມູນປະຈຳຕົວໃນລະດັບເວັບໄຊແມ່ນຖືກຈັດການຢູ່ໃນແດຊບອດ, ຖືກອອກໃຫ້ຕາມສິດເທົ່າທີ່ຈຳເປັນ, ແລະ ຖືກຈຳກັດຂອບເຂດ ເພື່ອໃຫ້ເຊລຂອງຜູ້ຮ່ວມງານຄົນໜຶ່ງເປັນເຊລຂອງເວັບໄຊດຽວ.
ຜູ້ປະຕິບັດງານຄົນດຽວຮັກສາອົງກອນດຽວ ແລະ ການເປັນສະມາຊິກເຈົ້າຂອງໜຶ່ງຄົນ, ແລະ ເພີ່ມບົດບາດນັກພັດທະນາເມື່ອຜູ້ຮັບເໝົາມາເຮັດໂຄງການ. ເມື່ອໂຄງການສິ້ນສຸດລົງ, ການເປັນສະມາຊິກຈະຖືກລຶບອອກ ແລະ ການເຂົ້າສູ່ລະບົບຂອງພວກເຂົາຈະຢຸດເຮັດວຽກທັນທີ — ໂດຍບໍ່ມີຂໍ້ມູນຢັ້ງຢືນຕົວຕົນທີ່ໃຊ້ຮ່ວມກັນຫຼົງເຫຼືອໄວ້ໃຫ້ປ່ຽນແປງ.
ອົງການຈັດຕັ້ງນຶ່ງໃຊ້ໂຄງສ້າງຮູບຕົ້ນໄມ້ຂອງອົງການ. ລູກຄ້າແຕ່ລະຄົນຈະໄດ້ຮັບອົງການຈັດຕັ້ງລູກຂອງຕົນເອງ, ເຊິ່ງເປັນບ່ອນເກັບເວັບໄຊຂອງລູກຄ້ານັ້ນ, ແລະ ບຸກຄະລາກອນຂອງລູກຄ້ານັ້ນກໍ່ໄດ້ຮັບສະມາຊິກຢູ່ທີ່ນັ້ນ — ເບິ່ງຢ່າງດຽວສຳລັບຜູ້ມີສ່ວນຮ່ວມທີ່ຕ້ອງການຄວາມເຫັນ, ເປັນເຈົ້າຂອງສຳລັບລູກຄ້າທີ່ຕ້ອງການຈັດການດ້ວຍຕົນເອງ. ພະນັກງານຂອງທ່ານຖືສະມາຊິກທີ່ຢູ່ສູງຂຶ້ນໄປໃນຕົ້ນໄມ້ ແລະ ເຫັນຫຼັກຊັບລວມ; ລູກຄ້າເຫັນແຕ່ສາຂາຂອງຕົນເອງ, ແລະ ຄວາມປອດໄພລະດັບແຖວ (Row-Level Security) ແມ່ນສິ່ງທີ່ເຮັດໃຫ້ສິ່ງນັ້ນເປັນຄວາມຈິງແທ້ໆ ບໍ່ແມ່ນພຽງແຕ່ຄຳສັນຍາ.
ຜູ້ຂາຍຕໍ່ເຮັດວຽກໃນລັກສະນະດຽວກັນ, ແຕ່ຂຶ້ນໄປອີກລະດັບໜຶ່ງ: ອົງກອນຜູ້ຂາຍຕໍ່ຈະຮັກສາອົງກອນລູກຄ້າໄວ້, ເຊິ່ງແຕ່ລະອົງກອນຈະມີສະມາຊິກ, ມຸມມອງການຮຽກເກັບເງິນ ແລະ ເວັບໄຊຂອງຕົນເອງ. ພື້ນຖານອັນດຽວກັນນີ້ແມ່ນຂັບເຄື່ອນບັນຊີຍ່ອຍ, ທີມງານອົງການ ແລະ ຳດັບຊັ້ນຂອງຜູ້ຂາຍຕໍ່ — ບໍ່ມີກົນໄກແຍກຕ່າງຫາກ ຫຼື ອ່ອນແວກວ່າສຳລັບພວກເຂົາເຫຼົ່ານັ້ນເລີຍ.
ທຸກຢ່າງແມ່ນມີໃຫ້ໃຊ້ງານໃນຊ່ວງທົດລອງໃຊ້ 14 ວັນ ໂດຍບໍ່ຕ້ອງໃຊ້ບັດ. ລົງທະບຽນໂດຍບໍ່ມີລາຍລະອຽດການຊຳລະເງິນ,ເຊີນເພື່ອນຮ່ວມງານ, ເບິ່ງສິ່ງທີ່ແຕ່ລະບົດບາດສາມາດເຂົ້າເຖິງໄດ້ ແລະ ບໍ່ສາມາດເຂົ້າເຖິງໄດ້, ແລະ ອ່ານບັນທຶກການກວດສອບຂອງທ່ານຄືນ.
ໃນປັດຈຸບັນ, ການເປັນສະມາຊິກແມ່ນໃຫ້ສິດໃນລະດັບອົງກອນ ແລະ ທຸກຢ່າງທີ່ຢູ່ກ້ອງອົງກອນນັ້ນໃນໂຄງສ້າງ, ດັ່ງນັ້ນ ວິທີການແຍກຊຸດເວັບໄຊແມ່ນການແຍກອົງກອນ — ໂດຍການນຳເອົາເວັບໄຊເຫຼົ່ານັ້ນໄປໄວ້ໃນອົງກອນລູກຂອງຕົນເອງ ແລະ ໃຫ້ສິດສະມາຊິກຢູ່ທີ່ນັ້ນ. ມັນເປັນຮູບແບບທີ່ຊັດເຈນ ສຳລັບເອເຈນຊີ ແລະ ຜູ້ຂາຍຕໍ່, ທີ່ລູກຄ້າແຕ່ລະຮູບແບບຕ້ອງການຂອບເຂດຂອງຕົນເອງຢູ່ແລ້ວ. ການກຳນົດຂອບເຂດຊັບພະຍາກອນຕາມການເປັນສະມາຊິກ, ເຊັ່ນ ການປັກໝຸດສະມາຊິກດຽວກັບເວັບໄຊທີ່ລະບຸຊື່ພາຍໃນອົງກອນດຽວ, ແມ່ນການປັບປຸງທີ່ໄດ້ວາງແຜນໄວ້ ຫຼາຍກວ່າທີ່ຈະມີໃຫ້ໃຊ້ງານໄດ້ໃນຕອນນີ້.
ບົດບາດຂອງນັກພັດທະນາບໍ່ມີສິດລຶບ ຫຼື ລະງັບເວັບໄຊ — ສິດເຫຼົ່ານັ້ນແມ່ນເປັນຂອງບົດບາດເຈົ້າຂອງ. ມັນອະນຸຍາດໃຫ້ເບິ່ງ ແລະ ສ້າງເວັບໄຊ, スタート (ຣີສະຕາດ) ການບໍລິການ, ລ້າງແຄສ, ຈັດການກະແຈ API ແລະ ເຮັດວຽກກັບປີ້ຊັບພອດ. ສິດການນຳໃຊ້ງານ ແລະ ການດັນຂຶ້ນລະບົບຕົວຈິງກໍ່ບໍ່ໄດ້ລວມຢູ່ໃນສິດຂອງນັກພັດທະນາເຊັ່ນກັນ, ດັ່ງນັ້ນການເລື່ອນຂັ້ນໄປສູ່ລະບົບຕົວຈິງຈຶ່ງຍັງຄົງຢູ່ກັບເຈົ້າຂອງບັນຊີ. ຈັບຄູ່ອັນນັ້ນກັບລະບົບສະເທກຈິງ ເພື່ອໃຫ້ງານສ້າງເກີດຂຶ້ນນອກເວັບໄຊຕົວຈິງຕັ້ງແຕ່ເລີ່ມຕົ້ນ.
ມັນຂຶ້ນກັບບົດບາດຂອງພະນັກງານໂດຍກົງ, ແລະແຕ່ລະບົດບາດແມ່ນຊຸດຂອງສິດທິທີ່ຖືກກຳນົດໄວ້ຢ່າງຈະແຈ້ງ. ຕົວຢ່າງ, ເຈົ້າໜ້າທີ່ຝ່າຍຊ່ວຍເຫຼືອ (Support Agent) ສາມາດເບິ່ງບັນຊີ ແລະເວັບໄຊຂອງເຈົ້າ, ເບິ່ງ ແລະຕອບກັບຕິກເກັດຂອງເຈົ້າ, ເລີ່ມຕົ້ນລະບົບເວັບໄຊໃໝ່ ແລະລ້າງແຄຊ (cache) ໄດ້ — ແຕ່ບໍ່ສາມາດເຂົ້າເຖິງການຕັ້ງຄ່າການຊຳລະເງິນ, ການຄືນເງິນ, ແພັກເກັດ ຫຼືລະບົບເຄືອຂ່າຍເຊີເວີໄດ້. ການເຂົ້າສູ່ລະບົບໃນຖານະລູກຄ້າແມ່ນສິດທິແຍກຕ່າງຫາກທີ່ມີພຽງ Super Admin ເທົ່ານັ້ນທີ່ຖືສິດນີ້, ແລະເມື່ອມີການໃຊ້ສິດດັ່ງກ່າວ, ແຜງຄວບຄຸມຈະສະແດງປ້າຍແຈ້ງເຕືອນການປອມແປງຕົວຕົນຢ່າງຕໍ່ເນື່ອງ. ທຸກໆການດຳເນີນການທີ່ມີສິດພິເສດຈະຖືກບັນທຶກໄວ້ໃນໄດເລກທໍຣີບັນທຶກປະວັດ (audit log) ພ້ອມກັບຜູ້ດຳເນີນການ, ການດຳເນີນການ, ເປົ້າໝາຍ, IP ແລະເວລາ, ແລະເຈົ້າສາມາດກວດເບິ່ງບັນທຶກປະວັດຂອງອົງກອນເຈົ້າໄດ້ດ້ວຍຕົນເອງ.
ການລົບສະມາຊິກ ແລະ ສິດການເຂົ້າເຖິງອົງກອນນັ້ນຂອງພວກເຂົາຈະສິ້ນສຸດລົງ — ພວກເຂົາຍັງມີຕົວຕົນສ່ວນຕົວຂອງພວກເຂົາຢູ່, ແຕ່ຈະບໍ່ມີບົດບາດ ແລະ ດັ່ງນັ້ນຈຶ່ງບໍ່ມີສິດອະນຸຍາດໃດໆ ໃນບັນຊີຂອງທ່ານ. ຄີ API ແມ່ນຖືກຍົກເລີກເປັນແຕ່ລະລາຍການ, ດັ່ງນັ້ນ ຄີ pipeline ຈຶ່ງສາມາດຖືກຍົກເລີກໄດ້ໂດຍບໍ່ມີຜົນກະທົບຕໍ່ສ່ວນອື່ນ. ຖ້າທ່ານໃຊ້ການເຂົ້າສູ່ sistema ດ່ຽວ SAML, ການຍົກເລີກສິດໃນຜູ້ໃຫ້ນິຍາມຕົວຕົນຂອງທ່ານຈະຈັດການການເຂົ້າສູ່ sistema ຈາກສູນກາງ. ຂ່າວສານລະດັບເວັບໄຊ ເຊັ່ນ: ຄີ SSH ແມ່ນຖືກຍົກເລີກໃນແຜງຄວບຄຸມ, ແລະ ການລົບຕົວມັນເອງແມ່ນຖືກບັນທຶກໄວ້ໃນປະວັດການກວດສອບ.
ບໍ່ແມ່ນ — ແຕ່ມັນຄຸ້ມຄ່າທີ່ຈະອະທິບາຍໃຫ້ຊັດເຈນວ່າເປັນຫຍັງ. ຄີ API ເປັນຂອງອົງກອນ ບໍ່ແມ່ນຂອງສະມາຊິກບຸກຄົນໃດໜຶ່ງ, ແລະພວກມັນມີຂອບເຂດການເຂົ້າເຖິງລະອຽດຂອງຕົນເອງທີ່ຜູກຕິດກັບລາຍການສິດອຳນາດດຽວກັນ. ດັ່ງນັ້ນ ແທນທີ່ຈະມອບຄີໃຫ້ບຸກຄົນໃດໜຶ່ງ, ທ່ານຄວນສ້າງຄີສຳລັບໜ້າວຽກທີ່ມັນຕ້ອງເຮັດ ດ້ວຍຂອບເຂດທີ່ແຄບທີ່ສຸດທີ່ໜ້າວຽກນັ້ນຕ້ອງການ, ແລະຖອນສິດຄີດັ່ງກ່າວເມື່ອງານນັ້ນສິ້ນສຸດລົງ. ມີພຽງແຕ່ຄ່າແຮັສຂອງລະຫັດລັບເທົ່ານັ້ນທີ່ຖືກຈັດເກັບໄວ້, ແລະຄີແຕ່ລະອັນຈະບັນທຶກເວລາທີ່ມັນຖືກໃຊ້ຄັ້ງຫຼ້າສຸດ ເພື່ອໃຫ້ສາມາດຊອກຫາ ແລະ ຍົກເລີກຄີທີ່ບໍ່ໄດ້ໃຊ້ໄດ້ງ່າຍ.
ແມ່ນແລ້ວ. ເຊີເວີ MCP ຂອງພວກເຮົາຢືນຢັນຕົວຕົນຂອງຕົວແທນດ້ວຍ OAuth 2.1 ແລະ ກຳນົດຂອບເຂດໃຫ້ພວກເຂົາຢູ່ໃນອົງກອນຂອງທ່ານ ແລະ ບົດບາດ RBAC ຂອງທ່ານ, ພ້ອມດ້ວຍໂທເຄັນທີ່ສາມາດຍົກເລີກໄດ້ຕາມແຕ່ລະເຄື່ອງມື, ດັ່ງນັ້ນທ່ານຈຶ່ງໃຫ້ສິດຄວາມສາມາດທີ່ສະເພາະເຈາະຈົງແທນທີ່ຈະເປັນການເຂົ້າເຖິງແບບກວມລວມ. ການດຳເນີນການທີ່ມີຜົນທຳລາຍຕ້ອງມີການຢືນຢັນ, ມີການນຳໃຊ້ເພດານການໃຊ້ຈ່າຍ, ແລະ ທຸກໆການດຳເນີນການຈະຖືກບັນທຶກໄວ້ໃນບັນທຶກການກວດສອບດຽວກັນກັບກິດຈະກຳຂອງມະນຸດ.
ຄວາມປອດໄພໃນລະດັບແຖວຂອງ Postgres (Row-Level Security) ຈະກຳນົດຂອບເຂດການສືບຄົ້ນຂໍ້ມູນໄປຍັງໂຄງສ້າງຍ່ອຍຂອງອົງກອນຜູ້ຮ້ອງຂໍໃນຖານຂໍ້ມູນໂດຍກົງ, ໂດຍມີຕົວຕອງໃນລະດັບແອັບພລິເຄຊັນເປັນການປ້ອງກັນເພີ່ມເຕີມຫຼາຍກວ່າທີ່ຈະເປັນດ່ານດຽວ. ການຮ້ອງຂໍບັນທຶກຂໍ້ມູນທີ່ຢູ່ນອກຂອບເຂດຈະສົ່ງກັບຄືນເປັນ ບໍ່ພົບຂໍ້ມູນ ແທນທີ່ຈະເປັນ ຂໍ້ຜິດພາດກ່ຽວກັບສິດທິ, ດັ່ງນັ້ນຈຶ່ງບໍ່ມີການເປີດເຜີຍຂໍ້ມູນໃດໆ ກ່ຽວກັບສິ່ງທີ່ມີຢູ່. ໃນຝັ່ງເຊີເວີ, ການແຍກສ່ວນແຍກຕ່າງຫາກຕາມແຕ່ລະເວັບໄຊຜ່ານ CageFS ຈະເກັບຮັກສາ shell ແລະ ໄຟລ໌ຂອງຜູ້ໃຊ້ແຕ່ລະລາຍໄວ້ໃນເວັບໄຊຂອງຕົນເອງ.
ແມ່ນແລ້ວ. ການທົດລອງໃຊ້ 14 ວັນແມ່ນບໍ່ຕ້ອງໃຊ້ບັດ — ບໍ່ມີລາຍລະອຽດການຊຳລະເງິນ, ບໍ່ມີຂໍ້ຜູກພັນ — ແລະ ຄອບຄຸມ Footprint-Free Hosting ໄດ້ສູງສຸດເຖິງຫ້າເວັບໄຊ. ມັນພຽງພໍທີ່ຈະເຊີນເພື່ອນຮ່ວມງານ, ກຳນົດບົດບາດ, ແລະ ຢືນຢັນວ່າຂອບເຂດເຮັດວຽກຕາມທີ່ທ່ານຕ້ອງການກ່ອນທີ່ທ່ານຈະຕັດສິນໃຈ.
ເລີ່ມຕົ້ນການທົດລອງໃຊ້ 14 ວັນແບບບໍ່ຕ້ອງໃຊ້ບັດເຄຣດິດ, ເຊີນຜູ້ອື່ນເຂົ້າມາ, ແລະ ເບິ່ງລະບົບການຈັດການສິດທິເຮັດວຽກ — ບົດບາດທີ່ທ່ານຕັ້ງຊື່ໄດ້, ຂອບເຂດທີ່ທ່ານຖອນຄືນໄດ້, ແລະ ບັນທຶກການກວດສອບທີ່ບອກຢ່າງຈະແຈ້ງວ່າໃຜເປັນຜູ້ເຮັດຫຍັງ.
ເລີ່ມຕົ້ນຟຣີ