ທີມ ແລະ ການເຂົ້າເຖິງ

ໃຫ້ທຸກຄົນໃນທີມຂອງທ່ານໄດ້ຮັບສິດການເຂົ້າເຖິງທີ່ພວກເຂົາຕ້ອງການຢ່າງແນ່ນອນ

ສີ່ບົດບາດລູກຄ້າ, ບັນຊີຍ່ອຍທີ່ສະທ້ອນເຖິງໂຄງສ້າງທຸລະກິດທີ່ແທ້ຈິງຂອງທ່ານ, ຄີ API ສຳລັບແຕ່ລະອົງກອນ, ການເຂົ້າສູ່ລະບົບຄັ້ງດຽວ ແລະ ບັນທຶກການກວດສອບສຳລັບທຸກໆການດຳເນີນການທີ່ມີສິດພິເສດ. ຮູບແບບການເຂົ້າເຖິງແບບດຽວກັນນີ້ໃຊ້ງານໄດ້ທົ່ວ dashboard, API, CLI, Terraform ແລະ ເຊີບເວີ MCP ຂອງພວກເຮົາ. ຄວາມພ້ອມໃຊ້ງານ: ຜູ້ໃຫ້ບໍລິການ Terraform ຢູ່ໃນລະຫວ່າງການພັດທະນາຢ່າງຕໍ່ເນື່ອງ ແລະ ຍັງບໍ່ພ້ອມໃຊ້ງານເທື່ອ. ສິ່ງອື່ນໆທັງໝົດທີ່ອະທິບາຍຢູ່ນີ້ແມ່ນພ້ອມໃຊ້ງານແລ້ວໃນມື້ນີ້.

ມີຫຼາຍຄົນເຊື່ອມໂຍງກັບບັນຊີດຽວ, ໂດຍແຕ່ລະຄົນມີສິດການອະນຸຍາດຕາມຂອບເຂດຂອງຕົນເອງ.
  • 700,000+ເວັບໄຊທີ່ໂຮສທົ່ວໂລກ
  • 4ບົດບາດຂອງລູກຄ້າ, ຖືກກຳນົດຄ່າເລີ່ມຕົ້ນ ແລະ ພ້ອມແລ້ວ
  • 35ຄີການອະນຸຍາດແບບລະອຽດ
  • 14 ມື້ການທົດລອງໃຊ້ໂດຍບໍ່ຕ້ອງໃຊ້ບັດ

ສີ່ບົດບາດ, ກຳນົດຂຶ້ນຕາມບ່ອນທີ່ວຽກງານຖືກແບ່ງປັນຢ່າງແທ້ຈິງ

ການເຂົ້າເຖິງບໍ່ແມ່ນພຽງແຕ່ສະວິດເປີດ/ປິດອັນດຽວ. ທຸກໆອົງກອນລູກຄ້າມາພ້ອມກັບສີ່ບົດບາດ, ແຕ່ລະບົດບາດແມ່ນຊຸດກຳນົດສິດອະນຸຍາດ module.action ທີ່ລະອຽດ — ດັ່ງນັ້ນ ຜູ້ຕິດຕໍ່ດ້ານການເງິນຈະບໍ່ໄດ້ແຕະຕ້ອງເຊີບເວີເລີຍ ແລະ ນັກພັດທະນາກໍຈະບໍ່ເຫັນໃບແຈ້ງໜີ້ເລີຍ.

ເຈົ້າຂອງ

ການຄວບຄຸມອົງກອນ ແລະ ບັນຊີຍ່ອຍຂອງອົງກອນຢ່າງເຕັມຮູບແບບ: ສ້າງອົງກອນຍ່ອຍ, ເຊີນ ແລະ ລຶບສະມາຊິກ, ປ່ຽນແປງບົດບາດ, ຈັດການຄີ API, ຈັດຫາ, ເລີ່ມຕົ້ນໃໝ່, ລະງັບ ແລະ ລຶບເວັບໄຊ, ຈັດການໃບແຈ້ງໜີ້ ແລະ ວິທີການຊຳລະເງິນ, ແລະ ອ່ານບັນທຶກການກວດສອບ. ມີສອງຢ່າງທີ່ຕັ້ງໃຈແຍກອອກຕ່າງຫາກ — ການປິດອົງກອນ ແລະ ການອອກເງິນຄືນແມ່ນການດຳເນີນການຂອງພະນັກງານ, ບໍ່ແມ່ນບົດບາດຂອງລູກຄ້າ.

ຕົວຈັດການການຮຽກເກັບເງິນ

ທຸກຢ່າງກ່ຽວກັບການເງິນ ແລະ ບໍ່ມີສິ່ງອື່ນເລີຍ: ໃບແຈ້ງໜີ້, ການສະໝັກໃຊ້, ວິທີການຊຳລະເງິນ ແລະ ລາຍການແພັກເກດ, ພ້ອມທັງການເບິ່ງອົງກອນ ແລະ ລາຍຊື່ສະມາຊິກ. ບໍ່ມີສິດເຂົ້າເຖິງເວັບໄຊເລີຍ — ຜູ້ຕິດຕໍ່ດ້ານການເງິນ ຫຼື ພະນັກງານບັນຊີພາຍນອກ ບໍ່ສາມາດຣີສະຕາດ, ໂຈະ ຫຼື ລຶບສິ່ງໃດໆໄດ້.

ນັກພັດທະນາ

ເຮັດວຽກໃນເວັບໄຊໂດຍບໍ່ຕ້ອງແຕະຕ້ອງເລື່ອງເງິນ: ເບິ່ງ ແລະ ຈັດສັນເວັບໄຊ, ເລີ່ມການບໍລິການໃໝ່, ລຶບແຄສ, ຈັດການລະຫັດ API, ແລະ ສົ່ງ ຫຼື ຕອບກັບປີ້ແຈ້ງບັນຫາ. ບໍ່ມີການເບິ່ງໃບບິນ, ບໍ່ມີການຈັດການສະມາຊິກ, ບໍ່ມີການລະງັບ ແລະ ບໍ່ມີການລຶບ — ການກະທຳທີ່ສົ່ງຜົນເສຍຫາຍ ແລະ ການດຳເນີນການທາງການຄ້າແມ່ນສະຫງວນໄວ້ສຳລັບເຈົ້າຂອງເທົ່ານັ້ນ.

ອ່ານຢ່າງດຽວ

ມຸມມອງແບບຄົບຖ້ວນໂດຍບໍ່ມີຄວາມສາມາດໃນການປ່ຽນແປງສິ່ງໃດ — ສະມາຊິກ, ເວັບໄຊ, ການຮຽກເກັບເງິນ, ແພັກເກດ, ປີ້ແຈ້ງບັນຫາ, ສະຖານະການແປ ແລະ ບັນທຶກການກວດສອບ. ບົດບາດທີ່ເໝາະສົມສຳລັບຜູ້ມີສ່ວນຮ່ວມຂອງລູກຄ້າ, ຜູ້ກວດສອບພາຍໃນ ຫຼື ພະນັກງານໃໝ່ທີ່ຍັງຢູ່ໃນໄລຍະປັບຕົວ.

ບັນຊີຍ່ອຍທີ່ກົງກັບໂຄງສ້າງຕົວຈິງຂອງທ່ານ

ໂຄງສ້າງການເຊົ່າໃຊ້ (Tenancy) ເປັນຮູບແບບຕົ້ນໄມ້ ບໍ່ແມ່ນລາຍການແບບຮາບພຽງ. ອົງກອນຕົວແທນຈຳໜ່າຍ (reseller) ຈະຢູ່ເໜືອອົງກອນລູກຄ້າຂອງຕົນ, ແລະ ເວັບໄຊຕ່າງໆ ຈະຢູ່ພາຍໃຕ້ອົງກອນເຫຼົ່ານັ້ນ. ສະມາຊິກທີມຄືການເປັນສະມາຊິກ — ຜູ້ໃຊ້ໜຶ່ງຄົນ, ໜຶ່ງອົງກອນ, ໜຶ່ງບົດບາດ — ດັ່ງນັ້ນ ໂຄງສ້າງພື້ນຖານດຽວກັນນີ້ ຈຶ່ງສາມາດຮອງຮັບໄດ້ທັງທີມງານສອງຄົນ, ເອເຈນຊີທີ່ຄຸ້ມຄອງບັນຊີລູກຄ້າໜຶ່ງຮ້ອຍບັນຊີ ແລະ ຕົວແທນຈຳໜ່າຍທີ່ດຳເນີນບັນຊີຍ່ອຍພາຍໃຕ້ແບຣນຂອງຕົນເອງ.

ບົດບາດແມ່ນຖືກມອບໃຫ້ຕາມແຕ່ລະອົງກອນ, ແລະ ການບັງຄັບໃຊ້ກໍແມ່ນຕາມແຕ່ລະອົງກອນເຊັ່ນດຽວກັນ. ບົດບາດໃນອົງກອນໜຶ່ງຈະບໍ່ໃຫ້ສິດການເຂົ້າເຖິງໃນອົງກອນອື່ນທີ່ແຍກຕ່າງຫາກ ແລະ ບໍ່ກ່ຽວຂ້ອງກັນ — ຜູ້ຮັບເໝົາສາມາດເປັນ Developer ໃນບັນຊີລູກຄ້າໜຶ່ງ ແລະ ເປັນ Read-only ໃນອີກບັນຊີໜຶ່ງໄດ້ ໂດຍຜ່ານການເຂົ້າສູ່ລະບົບດຽວກັນ. ແນວໃດກໍຕາມ, ສິດການເຂົ້າເຖິງຈະສົ່ງຕໍ່ລົງຕາມລຳດັບຊັ້ນຂອງທ່ານເອງ: ບົດບາດໃນອົງກອນຫຼັກຈະມີຜົນຕໍ່ບັນດາອົງກອນທີ່ຢູ່ພາຍໃຕ້ມັນ, ເຊິ່ງແມ່ນວິທີທີ່ຕົວແທນຈຳໜ່າຍ ແລະ ເອເຈນຊີໃຊ້ໃນການຈັດການລູກຄ້າຂອງພວກເຂົາ.

ການແຍກຂໍ້ມູນຖືກບັງຄັບໃຊ້ໃນຖານຂໍ້ມູນ ບໍ່ພຽງແຕ່ໃນໂຄ້ດຂອງແອັບພລິເຄຊັນເທົ່ານັ້ນ. ຄວາມປອດໄພລະດັບແຖວຂອງ Postgres ຈຳກັດຂອບເຂດການສອບຖາມຂອງທຸກໆຜູ້ເຊົ່າໃຫ້ຢູ່ໃນຕົ້ນໄມ້ຍ່ອຍຂອງຜູ້ຮຽກ ແລະ ສິ່ງໃດກໍຕາມທີ່ຢູ່ນອກຕົ້ນໄມ້ຍ່ອຍນັ້ນ ຈະສົ່ງຄືນຜົນວ່າບໍ່ພົບ ແທນທີ່ຈະເປັນຂໍ້ຜິດພາດກ່ຽວກັບສິດອະນຸຍາດ — ດັ່ງນັ້ນ ແພລດຟອມຈຶ່ງບໍ່ເຄີຍຢືນຢັນເລີຍວ່າມີອົງກອນ ຫຼື ເວັບໄຊທ໌ຂອງຜູ້ເຊົ່າອື່ນຢູ່.

ສິດອະນຸຍາດດຽວກັນໃນທຸກພື້ນຜິວ

ບົດບາດບໍ່ພຽງແຕ່ເປັນຄວາມສະດວກສະບາຍໃນໜ້າກະດານຄວບຄຸມເທົ່ານັ້ນ. ທຸກໆຊ່ອງທາງໃນການເຂົ້າສູ່ແພລດຟອມຈະຖືກກວດສອບດ້ວຍຄີສິດອະນຸຍາດດຽວກັນ, ດັ່ງນັ້ນຈຶ່ງບໍ່ມີປະຕູຫຼັງໃດໆທີ່ຈະຂ້າມກົດລະບຽບການເຂົ້າເຖິງຂອງທ່ານໄດ້.

ແຜງໜ້າປັດ

ເວັບໄຊ, ການຮຽກເກັບເງິນ, ປີ້ແຈ້ງບັນຫາ, ແຈ້ງການ, ການແຈ້ງເຕືອນ, ຄີ API ແລະ ການຈັດການທີມງານຢູ່ໃນບ່ອນດຽວ. ໜ້າຕ່າງການໃຊ້ງານຈະສະແດງສະເພາະສິ່ງທີ່ບົດບາດຂອງສະມາຊິກທີ່ເຂົ້າສູ່ລະບົບໄດ້ຮັບອະນຸຍາດ, ດັ່ງນັ້ນຜູ້ໃຊ້ຈຶ່ງຈະບໍ່ເຫັນປຸ່ມຄວບຄຸມທີ່ພວກເຂົາບໍ່ສາມາດນຳໃຊ້ໄດ້.

API ແລະ CLI ສາທາລະນະ

API ທີ່ຖືກເຜີຍແຜ່ແມ່ນ engine API ດຽວກັນກັບທີ່ dashboard ໃຊ້. ຄີ API ຖືກອອກໃຫ້ຕາມແຕ່ລະອົງກອນ ພ້ອມດ້ວຍຂອບເຂດລະອຽດທີ່ເຊື່ອມໂຍງກັບສິດອະນຸຍາດ RBAC, ແລະ ໂໝດ sandbox ກັບ live ທີ່ແຍກຕ່າງຫາກ ໝາຍຄວາມວ່າທ່ານສາມາດທົດສອບການເຊື່ອມຕໍ່ລະບົບໄດ້ໂດຍບໍ່ກະທົບຕໍ່ການຮຽກເກັບເງິນ ຫຼື ການຈັດສັນຊັບພະຍາກອນຕົວຈິງ.

ຜູ້ໃຫ້ບໍລິການ Terraform

ຈັດການເວັບໄຊ, ໂດເມນ, DNS, ກ່ອງຈົດໝາຍ ແລະ ແຜນການໃນຮູບແບບໂຄງສ້າງພື້ນຖານທີ່ເປັນລະຫັດ (infrastructure-as-code) ແລະ ດຳເນີນການ terraform apply ເພື່ອຈັດຫາໂຮສຕິ້ງ — ຄວບຄຸມໂດຍຂອບເຂດດຽວກັນກັບສິ່ງອື່ນໆທັງໝົດ.

ເຊີບເວີ MCP

ເຊື່ອມຕໍ່ Claude Code, Cursor, ChatGPT, Claude Desktop ຫຼື ເຄື່ອງມືໃດກໍຕາມທີ່ຮອງຮັບ MCP. ໂທເຄັນຖືກກຳນົດຂອບເຂດໃຫ້ກັບອົງກອນ ແລະ ສິດອະນຸຍາດ RBAC ຂອງອົງກອນນັ້ນ, ສາມາດຖອນຄືນໄດ້ຕາມແຕ່ລະເຄື່ອງມື, ພ້ອມທັງມີການຢືນຢັນກ່ຽວກັບການດຳເນີນການທີ່ອາດສ້າງຄວາມເສຍຫາຍ, ການຈຳກັດການໃຊ້ຈ່າຍ ແລະ ປະຫວັດການກວດສອບທີ່ຄົບຖ້ວນ.

ການຈັດການກະແຈ

ມີພຽງແຕ່ແຮຊຂອງແຕ່ລະຄີ API ເທົ່ານັ້ນທີ່ຖືກບັນທຶກໄວ້ — ບໍ່ເຄີຍບັນທຶກຄີຕົ້ນສະບັບ. ຄີຈະມີຊື່ ແລະ ຄຳນຳໜ້າທີ່ມອງເຫັນໄດ້ ເພື່ອໃຫ້ທ່ານສາມາດຈຳແນກພວກມັນໄດ້, ບັນທຶກເວລາທີ່ພວກມັນຖືກນຳໃຊ້ຫຼ້າສຸດ, ແລະ ສາມາດຖືກຍົກເລີກເປັນລາຍອັນໄດ້ ໂດຍບໍ່ລົບກວນຄີອື່ນໆ.

ເຂົ້າສູ່ລະບົບດຽວ, ອີງຕາມມາດຕະຖານ, ໃນທຸກສິ່ງ

ລະບົບການຢັ້ງຢືນຕົວຕົນເຮັດວຽກຢູ່ເທິງ Keycloak, ດັ່ງນັ້ນການກວດສອບສິດຈຶ່ງເປັນ OIDC ແລະ SAML ທີ່ຖືກຕ້ອງ ຫຼາຍກວ່າທີ່ຈະເປັນແບບຟອມເຂົ້າສູ່ລະບົບທີ່ສ້າງຂຶ້ນສະເພາະເຊິ່ງຕິດຢູ່ກັບແຜງໂຮສຕິ້ງ.

  • ເຂົ້າສູ່ລະບົບດ້ວຍອີເມວຜ່ານລິ້ງວິເສດໂດຍເລີ່ມຕົ້ນ, ພ້ອມທັງມີອີເມວ ແລະ ລະຫັດຜ່ານເປັນທາງເລືອກສຳຮອງສຳລັບຜູ້ທີ່ຕ້ອງການ.
  • Passkeys ແລະ WebAuthn ສໍາລັບການເຂົ້າສູ່ລະບົບທີ່ປ້ອງກັນການຫຼອກລວງ, ພ້ອມທັງການຢືນຢັນຕົວຕົນແບບສອງຊັ້ນ TOTP ທີ່ຖືກບັງຄັບໃຊ້ສໍາລັບທຸກຄົນຕາມນະໂຍບາຍ.
  • ເຂົ້າສູ່ລະບົບຜ່ານສື່ສັງຄົມອອນລາຍດ້ວຍ Google, Microsoft, GitHub ແລະ ຜູ້ໃຫ້ບໍລິການຢືນຢັນຕົວຕົນອື່ນໆ.
  • ການເຂົ້າສູ່ລະບົບຄັ້ງດຽວ SAML ສຳລັບລູກຄ້າວິສາຫະກິດ ແລະ ຕົວແທນ, ເພື່ອໃຫ້ການເຂົ້າເຖິງຂອງທີມງານປະຕິບັດຕາມລາຍຊື່ທີ່ມີຢູ່ຂອງທ່ານ.
  • ເຊສຊັນດຽວໃນທົ່ວແຜງໜ້າປັດ, ຄອນໂຊນຜູ້ເບິ່ງແຍງລະບົບ, ເວັບໄຊສາທາລະນະ ແລະ ຖານຄວາມຮູ້, ພ້ອມທັງປີ້ການຊ່ວຍເຫຼືອ — ເຂົ້າສູ່ລະບົບພຽງຄັ້ງດຽວ, ບໍ່ແມ່ນຫ້າຄັ້ງ.
  • ທຸກໆອີເມວສະໝັກຈະຖືກກວດສອບຄວາມຖືກຕ້ອງກ່ອນທີ່ຈະສ້າງບັນຊີ, ດັ່ງນັ້ນທີ່ຢູ່ທີ່ບໍ່ສາມາດສົ່ງຮອດ ແລະ ບໍ່ຖືກຕ້ອງຈະບໍ່ມີວັນເຂົ້າໄປຢູ່ໃນທີມຂອງທ່ານ.
  • ເນື່ອງຈາກວ່າມັນອີງໃສ່ມາດຕະຖານ, ຕົວຜູ້ໃຫ້ບໍລິການລະບຸຕົວຕົນເອງແມ່ນສາມາດປ່ຽນແທນໄດ້ໂດຍບໍ່ຈຳເປັນຕ້ອງອອກແບບໂຄງສ້າງໃໝ່ສຳລັບສິ່ງໃດໆທີ່ຢູ່ອ້ອມຂ້າງ — ເຊິ່ງເປັນກົດລະບຽບແບບບໍ່ມີການຜູກຂາດອັນດຽວກັນທີ່ພວກເຮົາໃຊ້ກັບຜູ້ໃຫ້ບໍລິການອື່ນໆທຸກລາຍ.

ຄວາມໂປ່ງໃສທີ່ທ່ານສາມາດຍື່ນໃຫ້ຜູ້ກວດສອບບັນຊີ

ທຸກໆການກະທຳທີ່ມີສິດທິພິເສດຈະບັນທຶກປະຫວັດການກວດສອບແບບເພີ່ມເຂົ້າຢ່າງດຽວ: ແມ່ນໃຜເປັນຜູ້ກະທຳ, ພວກເຂົາໄດ້ເຮັດຫຍັງ, ເຮັດກັບສິ່ງໃດ, ຫຼັກຖານຢັ້ງຢືນ ແລະ ທີ່ຢູ່ IP ຕົ້ນທາງ. ບັນທຶກນີ້ເປັນແບບເພີ່ມເຂົ້າຢ່າງດຽວ — ເຫດການຕ່າງໆ ຈະຖືກເພີ່ມເຂົ້າ, ບໍ່ແມ່ນຖືກແກ້ໄຂຢູ່ບ່ອນເກົ່າ — ແລະ ໃນສະພາບແວດລ້ອມການນຳໃຊ້ຕົວຈິງ ມັນຈະຖືກແບ່ງສ່ວນຕາມເວລາ ເພື່ອໃຫ້ຮັກສາຄວາມໄວໄວ້ໄດ້ເມື່ອຂໍ້ມູນເພີ່ມຂຶ້ນ.

ການອ່ານບັນທຶກນັ້ນແມ່ນການອະນຸຍາດໃນຕົວມັນເອງ. ເຈົ້າຂອງ ແລະ ສະມາຊິກທີ່ມີສິດອ່ານຢ່າງດຽວຖືສິດນີ້, ດັ່ງນັ້ນ ຜູ້ຮັບຜິດຊອບບັນຊີ ແລະ ຜູ້ກວດສອບບັນຊີ ຈຶ່ງສາມາດເບິ່ງປະຫວັດທັງໝົດໄດ້ໂດຍບໍ່ຈຳເປັນຕ້ອງມີສິດລະດັບສູງເພື່ອເຮັດແນວນັ້ນ.

ອ້ອມຮອບນັ້ນມີການຄວບຄຸມທີ່ທີມງານຂະໜາດໃຫຍ່ຕ້ອງການ: ນະໂຍບາຍເຊສຊັນ, ລາຍຊື່ IP ທີ່ອະນຸຍາດຕາມອົງກອນທີ່ເປັນທາງເລືອກ, ແລະ ການຢັ້ງຢືນຕົວຕົນເພີ່ມເຕີມໃນການກະທຳທີ່ລະອຽດອ່ອນ ເພື່ອບໍ່ໃຫ້ພຽງແຕ່ເຊສຊັນທີ່ໃຊ້ງານຢູ່ສາມາດດຳເນີນການສຳຄັນໃດໜຶ່ງໄດ້.

ວິທີທີ່ການອະນຸຍາດເຕີບໃຫຍ່ໄປພ້ອມກັບທ່ານ

ລາຍການການອະນຸຍາດແມ່ນຂໍ້ມູນ ບໍ່ແມ່ນໂລຈິກທີ່ຂຽນຕິດໄວ້ໃນໂຄດ — ນັ້ນແມ່ນເຫດຜົນທີ່ມັນສາມາດຂະຫຍາຍໄດ້ໂດຍບໍ່ຕ້ອງປັບໂຄງສ້າງແພລັດຟອມໃໝ່.

  • ມື້ນີ້ມີ 35 ຄີ module.action ແບບລະອຽດ, ກວມເອົາອົງກອນ, ສະມາຊິກ, ຄີ API, ເວັບໄຊ, ການຮຽກເກັບເງິນ, ແພັກເກດ, ກອງເຮືອ, ປີ້, ລູກຄ້າ, ການລະເມີດ, ແຄມເປນ, ການແປ ແລະ ການກວດສອບ.
  • ລາຍການຈະຖືກສ້າງຂໍ້ມູນເລີ່ມຕົ້ນແບບໄອເດັມໂພເທນທ໌ (idempotent) ໃນທຸກໆການນຳໃຊ້, ແລະ ການກວດສອບຈະລົ້ມເຫຼວຢ່າງຊັດເຈນ ຖ້າບົດບາດໃດໜຶ່ງອ້າງອີງເຖິງການອະນຸຍາດທີ່ບໍ່ມີຢູ່ — ຂໍ້ຜິດພາດໃນການພິມບໍ່ສາມາດມິດງຽບໂດຍບໍ່ມອບສິດຫຍັງເລີຍ.
  • ຄວາມສາມາດໃໝ່ຂອງຜະລິດຕະພັນຈະເພີ່ມຄີການອະນຸຍາດຂອງພວກມັນໃສ່ລາຍການກ່ອນທີ່ຈຸດປາຍທາງຈະຖືກຈັດສົ່ງ, ດັ່ງນັ້ນການຄວບຄຸມການເຂົ້າເຖິງຈຶ່ງບໍ່ເຄີຍຖືກດັດແປງຄືນຫຼັງຈາກຄຸນສົມບັດເປີດໃຊ້ງານແລ້ວ.
  • ການກຳນົດຂອບເຂດສະມາຊິກດຽວໃຫ້ເຈາະຈົງສະເພາະເວັບໄຊໃດໜຶ່ງ ຫຼື ພາກພື້ນໃດໜຶ່ງແມ່ນການປັບປຸງທີ່ວາງແຜນໄວ້, ບໍ່ແມ່ນສິ່ງທີ່ທ່ານສາມາດເປີດໃຊ້ໄດ້ໃນຕອນນີ້. ຮູບແບບໃນປະຈຸບັນແມ່ນການຈັດວາງເວັບໄຊເຫຼົ່ານັ້ນໄວ້ໃນອົງກອນຍ່ອຍ ແລະ ມອບໝາຍບົດບາດໃຫ້ບຸກຄົນນັ້ນຢູ່ທີ່ນັ້ນ — ເຊິ່ງຊ່ວຍໃຫ້ທ່ານມີການແຍກສ່ວນແບບດຽວກັນໂດຍໃຊ້ໂຄງສ້າງລຳດັບຊັ້ນຂອງຜູ້ເຊົ່າ (tenancy tree).
  • ຄີ API ຖືກອອກໃຫ້ໃນລະດັບອົງກອນແທນທີ່ຈະເປັນແຕ່ລະບຸກຄົນ, ດັ່ງນັ້ນຈົ່ງຖືວ່າພວກມັນເປັນຂໍ້ມູນປະຈຳຕົວຂອງການບໍລິການສຳລັບການເຊື່ອມໂຍງ ແລະ ໃຊ້ການເປັນສະມາຊິກສຳລັບການເຂົ້າເຖິງຂອງມະນຸດ.

ຄຳຖາມທີ່ຖາມເລື້ອຍໆ

ແຕ່ລະບົດບາດສາມາດເຮັດຫຍັງໄດ້ແທ້ໆ?

ເຈົ້າຂອງມີສິດຄວບຄຸມອົງກອນ ແລະ ບັນຊີຍ່ອຍທັງໝົດຢ່າງສົມບູນ, ລວມທັງສະມາຊິກ, ຄີ API, ເວັບໄຊ ແລະ ວິທີການຊຳລະເງິນ. ຜູ້ຈັດການດ້ານການຮຽກເກັບເງິນສາມາດເບິ່ງໃບແຈ້ງໜີ້, ການສະໝັກໃຊ້, ວິທີການຊຳລະເງິນ ແລະ ແພັກເກດໄດ້, ໂດຍບໍ່ມີສິດເຂົ້າເຖິງເວັບໄຊ. ນັກພັດທະນາຈັດການເວັບໄຊ ແລະ ຄີ API ພ້ອມທັງຈັດການທິກເກັດ, ໂດຍບໍ່ມີສິດຄວບຄຸມການຮຽກເກັບເງິນ ຫຼື ສະມາຊິກ. ສິດອ່ານຢ່າງດຽວສາມາດເບິ່ງສະມາຊິກ, ເວັບໄຊ, ການຮຽກເກັບເງິນ, ແພັກເກດ, ທິກເກັດ ແລະ ບັນທຶກການກວດສອບໄດ້ໂດຍບໍ່ສາມາດປ່ຽນແປງສິ່ງໃດເລີຍ.

ຂ້ອຍສາມາດໃຫ້ສິດການເຂົ້າເຖິງພຽງເວັບໄຊດຽວແກ່ຜູ້ອື່ນໄດ້ຫຼືບໍ່?

ຍັງບໍ່ທັນເປັນການຕັ້ງຄ່າສະເພາະແຕ່ລະເວັບໄຊເທື່ອ — ການຈຳກັດການເປັນສະມາຊິກດຽວໃຫ້ສະເພາະບາງເວັບໄຊແມ່ນການປັບປຸງທີ່ວາງແຜນໄວ້. ໃນປະຈຸບັນ ທ່ານສາມາດແຍກສິດແບບດຽວກັນນີ້ໄດ້ດ້ວຍໂຄງສ້າງການເຊົ່າ (tenancy tree): ວາງເວັບໄຊເຫຼົ່ານັ້ນໄວ້ໃນອົງກອນຍ່ອຍ ແລະ ມອບບົດບາດໃຫ້ບຸກຄົນນັ້ນຢູ່ບ່ອນນັ້ນ. ເນື່ອງຈາກບົດບາດຖືກກຳນົດຕາມອົງກອນ, ສິດການເຂົ້າເຖິງນັ້ນຈຶ່ງບໍ່ສົ່ງຜົນຕໍ່ສິ່ງອື່ນໆ ໃນບັນຊີຂອງທ່ານ.

ຄີ API ຖືກຜູກມັດກັບສະມາຊິກທີມແຕ່ລະຄົນບໍ່?

ບໍ່ — ຄີ API ຈະຖືກອອກໃຫ້ຕາມແຕ່ລະອົງກອນ, ພ້ອມດ້ວຍຂອບເຂດທີ່ລະອຽດເຊິ່ງເຊື່ອມໂຍງກັບສິດອະນຸຍາດ RBAC ດຽວກັນ, ແລະ ມີໂໝດ sandbox ກັບ live ແຍກຕ່າງຫາກ. ກະລຸນາໃຊ້ມັນເປັນຂໍ້ມູນປະຈຳຕົວຂອງບໍລິການສຳລັບການເຊື່ອມໂຍງລະບົບ, CI ຫຼື Terraform, ແລະ ໃຊ້ສະມາຊິກພາບສຳລັບບຸກຄົນ. ຈະມີພຽງແຕ່ແຮຊຂອງແຕ່ລະຄີເທົ່ານັ້ນທີ່ຖືກບັນທຶກໄວ້, ແຕ່ລະຄີຈະບັນທຶກເວລາທີ່ຖືກນຳໃຊ້ຫຼ້າສຸດ, ແລະ ສາມາດຍົກເລີກຄີໃດກໍໄດ້ດ້ວຍຕົວມັນເອງ.

ນັກພັດທະນາສາມາດສົ່ງການປ່ຽນແປງໄປຍັງເວັບໄຊທີ່ໃຊ້ງານຢູ່ໄດ້ບໍ່?

ບົດບາດນັກພັດທະນາກວມເອົາການເບິ່ງ ແລະ ການຈັດສັນເວັບໄຊ, ການເລີ່ມການບໍລິການຄືນໃໝ່, ການລຶບລ້າງແຄສ, ການຈັດການຄີ API ແລະ ການຈັດການປີ້ແຈ້ງບັນຫາ. ບົດບາດນີ້ບໍ່ມີສິດໃນການເຜີຍແຜ່ເທິງເວັບໄຊທີ່ກຳລັງເປີດໃຊ້ງານຢູ່, ດັ່ງນັ້ນ ຖ້າທ່ານຕ້ອງການໃຫ້ໃຜຜູ້ໜຶ່ງສາມາດນຳໃຊ້ການປ່ຽນແປງໄດ້, ສິດການເຂົ້າເຖິງນັ້ນຕ້ອງຢູ່ກັບເຈົ້າຂອງ. ບົດບາດແມ່ນຂຶ້ນກັບແຕ່ລະອົງກອນ, ດັ່ງນັ້ນ ທ່ານຈຶ່ງສາມາດມີບົດບາດທີ່ແຕກຕ່າງກັນໃນບັນຊີອື່ນໄດ້.

ທ່ານຮອງຮັບ SSO ສຳລັບລາຍຊື່ບໍລິສັດຂອງພວກເຮົາບໍ?

ແມ່ນແລ້ວ. ລະບົບການຢືນຢັນຕົວຕົນເຮັດວຽກຢູ່ໃນ Keycloak ດ້ວຍ OIDC ແລະ SAML, ດັ່ງນັ້ນ SAML single sign-on ຈຶ່ງພ້ອມໃຊ້ງານສຳລັບລູກຄ້າລະດັບອົງກອນ ແລະ ຕົວແທນ ພ້ອມກັບການເຂົ້າສູ່ລະບົບດ້ວຍ magic-link, ອີເມວ ແລະ ລະຫັດຜ່ານ, ຜູ້ໃຫ້ບໍລິການເຄືອຂ່າຍສັງຄົມ, passkeys ແລະ ການຢືນຢັນຕົວຕົນແບບສອງຊັ້ນ TOTP, ເຊິ່ງຖືກບັງຄັບໃຊ້ຕາມນະໂຍບາຍ. ໜຶ່ງເຊດຊັນກວມເອົາໜ້າຄວບຄຸມ, ເວັບໄຊສາທາລະນະ, ຄັງຄວາມຮູ້ ແລະ ປີ້ແຈ້ງບັນຫາ.

ຂ້ອຍຈະຮູ້ໄດ້ແນວໃດວ່າມີໃຜປ່ຽນແປງບາງຢ່າງ?

ທຸກໆການດຳເນີນການທີ່ມີສິດທິພິເສດຈະຖືກບັນທຶກລົງໃນບັນທຶກການກວດສອບແບບເພີ່ມຂໍ້ມູນໄດ້ຢ່າງດຽວ ເຊິ່ງບັນທຶກຜູ້ກະທຳ, ການດຳເນີນການ, ເປົ້າໝາຍ, ຫຼັກຖານສະໜັບສະໜູນ ແລະ ທີ່ຢູ່ IP. ການອ່ານບັນທຶກດັ່ງກ່າວເປັນການອະນຸຍາດສະເພາະຕົວ ເຊິ່ງໄດ້ຮັບໂດຍທັງບົດບາດເຈົ້າຂອງ ແລະ ບົດບາດອ່ານຢ່າງດຽວ, ດັ່ງນັ້ນເຈົ້າຂອງບັນຊີ ແລະ ຜູ້ກວດສອບຈຶ່ງສາມາດກວດສອບປະຫວັດດຽວກັນໄດ້.

ການເພີ່ມສະມາຊິກທີມຈະປ່ຽນແປງຈຳນວນເງິນທີ່ຂ້ອຍຈ່າຍຫຼືບໍ່?

ແພັກເກດຕ່າງໆ ແມ່ນຖືກກຳນົດລາຄາຕາມຄວາມຈຸຂອງໂຮສຕິ້ງ ຫຼາຍກວ່າຈຳນວນຄົນ. ຕົວຢ່າງ, ໃນສາຍ Footprint-Free, ທັງໝົດ 42 ລະດັບ ແມ່ນໄດ້ຮັບສິດທິປະໂຫຍດດຽວກັນຢ່າງແທ້ຈິງ ແລະ ແຕກຕ່າງກັນພຽງແຕ່ຈຳນວນເວັບໄຊທ໌ທີ່ອະນຸຍາດເທົ່ານັ້ນ. ລາຄາຈະຖືກສະແດງຈາກລາຍການປັດຈຸບັນສະເໝີ ເປັນສະກຸນເງິນຂອງທ່ານ, ດັ່ງນັ້ນ ສິ່ງທີ່ທ່ານເຫັນໃນໜ້າລາຄາ ແມ່ນຈຳນວນເງິນທີ່ຖືກຮຽກເກັບຕົວຈິງ.

ຂ້ອຍສາມາດທົດລອງໃຊ້ນີ້ກ່ອນຕັດສິນໃຈໄດ້ບໍ່?

ແມ່ນແລ້ວ. ການທົດລອງໃຊ້ Footprint-Free ໃຊ້ໄດ້ 14 ວັນ, ບໍ່ຈຳເປັນຕ້ອງໃຊ້ຂໍ້ມູນບັດ ແລະ ກວມເອົາສູງສຸດ 5 ເວັບໄຊ, ດັ່ງນັ້ນທ່ານຈຶ່ງສາມາດຕັ້ງຄ່າອົງກອນຂອງທ່ານ, ເຊີນທີມງານຂອງທ່ານ ແລະ ທົດສອບບົດບາດກັບວຽກຕົວຈິງກ່ອນທີ່ທ່ານຈະຈ່າຍເງິນໃດໆ. ມີການຮັບປະກັນຄືນເງິນພາຍໃນ 30 ວັນສຳລັບແພັກເກດທີ່ເສຍເງິນ.

ຕັ້ງຄ່າທີມຂອງທ່ານໃນເວລາບໍ່ເທົ່າໃດນາທີ, ບໍ່ແມ່ນຜ່ານປີ້ແຈ້ງບັນຫາ

ເລີ່ມຕົ້ນການທົດລອງໃຊ້ 14 ວັນໂດຍບໍ່ຕ້ອງໃຊ້ບັດໃນສາຍ Footprint-Free, ເຊີນທີມງານຂອງທ່ານ, ແລະ ເບິ່ງບົດບາດຕ່າງໆ ເຮັດວຽກກັບເວັບໄຊຕົວຈິງກ່ອນທີ່ທ່ານຈະຈ່າຍເງິນໃດໆ.

ເລີ່ມຕົ້ນຟຣີ