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

ໃຫ້ສິດການເຂົ້າເຖິງທີ່ຈຳເປັນແກ່ທຸກໆຄົນໃນທີມຂອງທ່ານຢ່າງພໍດີ

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

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

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

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

ເຈົ້າຂອງ

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

ຜູ້ຈັດການການ ບິນລິ້ງ

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

ຜູ້ພັດທະນາ

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

ອ່ານຢ່າງດຽວ

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

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

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

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

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

ສິດທິແບບດຽວກັນໃນທຸກພື້ນທີ່

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

ໜ້າປັດ

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

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

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

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

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

ເຊີບເວີ MCP

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

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

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

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

Identity runs on Keycloak, ດັ່ງນັ້ນການພິສູດຕົວຕົນຈຶ່ງເປັນ OIDC ແລະ SAML ທີ່ແທ້ຈິງ ແທນທີ່ຈະເປັນແບບຟອມເຂົ້າສູ່ລະບົບແບບກຳນົດເອງທີ່ຕິດຢູ່ກັບແຜງໂຮສຕິ້ງ.

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

ຄວາມຮັບຜິດຊອບທີ່ທ່ານສາມາດມອບໃຫ້ຜູ້ກວດສອບບັນຊີໄດ້

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

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

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

ສິດທິການອະນຸຍາດເຕີບໂຕໄປພ້ອມກັບທ່ານຢ່າງໃດ

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

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

ຄຳຖາມທີ່ພົບເລື້ອຍ

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

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

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

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

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

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

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

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

ທ່ານຮອງຮັບ SSO ສຳລັບໄດເລກະທໍລີຂອງບໍລິສັດພວກເຮົາບໍ?

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

ຂ້ອຍຈະຮູ້ໄດ້ແນວໃດວ່າໃຜເປັນຄົນປ່ຽນແປງບາງຢ່າງ?

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

ການເພີ່ມສະມາຊິກໃນທີມມີຜົນຕໍ່ຈຳນວນເງິນທີ່ຂ້ອຍຕ້ອງຈ່າຍບໍ?

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

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

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

ຕັ້ງຄ່າທີມງານຂອງທ່ານໄດ້ພາຍໃນບໍ່ຮອດນາທີ, ບໍ່ແມ່ນປີ້ແຈ້ງບັນຫາ

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

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