ການສ້າງ Multi-Tenant SaaS App: ຄູ່ມືທີ່ສົມບູນແບບສໍາລັບນັກພັດທະນາແລະຜູ້ກໍ່ຕັ້ງ

ການປະຕິວັດຫຼາຍຜູ້ເຊົ່າ: ເປັນຫຍັງມັນເປັນຄ່າເລີ່ມຕົ້ນຂອງ SaaS ທີ່ທັນສະໄຫມ

ການສ້າງແອັບພລິເຄຊັນ SaaS ທີ່ໃຊ້ເພື່ອຫມາຍເຖິງການສ້າງຕົວຢ່າງແຍກຕ່າງຫາກສໍາລັບລູກຄ້າແຕ່ລະຄົນ - ຮູບແບບທີ່ຈະກາຍເປັນທີ່ບໍ່ຍືນຍົງຢ່າງໄວວາເມື່ອທ່ານຂະຫນາດ. ໃນມື້ນີ້, ສະຖາປັດຕະຍະກໍາຫຼາຍຜູ້ເຊົ່າໄດ້ກາຍເປັນມາດຕະຖານຄໍາ, ມີຫຼາຍກວ່າ 85% ຂອງແພລະຕະຟອມ SaaS ໃຫມ່ທີ່ນໍາໃຊ້ວິທີການນີ້. Multi-tenancy ອະ​ນຸ​ຍາດ​ໃຫ້​ຕົວ​ຢ່າງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ດຽວ​ເພື່ອ​ໃຫ້​ບໍ​ລິ​ການ​ລູກ​ຄ້າ​ຫຼາຍ (ຜູ້​ເຊົ່າ​) ໃນ​ຂະ​ນະ​ທີ່​ຮັກ​ສາ​ຂໍ້​ມູນ​ຂອງ​ເຂົາ​ເຈົ້າ​ຢູ່​ໂດດ​ດ່ຽວ​ແລະ​ຄວາມ​ປອດ​ໄພ​. ນີ້ບໍ່ແມ່ນພຽງແຕ່ການຕັດສິນໃຈດ້ານວິຊາການ; ມັນ​ເປັນ​ສິ່ງ​ຈໍາ​ເປັນ​ທາງ​ທຸ​ລະ​ກິດ​ທີ່​ມີ​ຜົນ​ກະ​ທົບ​ໂດຍ​ກົງ​ຄ່າ​ໃຊ້​ຈ່າຍ​ໃນ​ການ​ດໍາ​ເນີນ​ງານ​ຂອງ​ທ່ານ​, ຄວາມ​ສາ​ມາດ​ຂະ​ຫຍາຍ​ຕົວ​, ແລະ​ຄວາມ​ສາ​ມາດ​ທີ່​ຈະ​ເຮັດ​ໃຫມ່​ໄດ້​ໄວ​.

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

ຄວາມເຂົ້າໃຈ Multi-Tenancy: ຫຼາຍກ່ວາພຽງແຕ່ແບ່ງປັນໂຄງສ້າງພື້ນຖານ

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

ສາມລະດັບຂອງການຈັດຕັ້ງປະຕິບັດຫຼາຍຜູ້ເຊົ່າ

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

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

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

ການສະຖາປະນິກມູນນິທິຜູ້ເຊົ່າຫຼາຍທ່ານ

ການຕັດສິນໃຈສະຖາປັດຕະຍະກຳຂອງເຈົ້າໃນ 30 ມື້ທຳອິດຈະກຳນົດຄວາມສາມາດໃນການຂະຫຍາຍຂອງເຈົ້າໃນອີກ 3 ປີຂ້າງໜ້າ. ພື້ນຖານເລີ່ມຕົ້ນດ້ວຍວິທີທີ່ທ່ານກໍານົດແລະເສັ້ນທາງຂອງຜູ້ເຊົ່າ. ແອັບພລິເຄຊັນ SaaS ທີ່ທັນສະໄຫມສ່ວນໃຫຍ່ໃຊ້ໂດເມນຍ່ອຍ (tenant.yourapp.com) ຫຼືເສັ້ນທາງທີ່ອີງໃສ່ເສັ້ນທາງ (yourapp.com/tenant/) ເພື່ອສົ່ງຄໍາຮ້ອງຂໍໂດຍກົງໄປຫາບໍລິບົດຂອງຜູ້ເຊົ່າທີ່ເຫມາະສົມ.

ການພິສູດຢືນຢັນແລະການອະນຸຍາດເປັນພື້ນຖານຂອງຄວາມປອດໄພຂອງຜູ້ເຊົ່າ. ປະຕິບັດລະບົບທີ່ເຂັ້ມແຂງທີ່ກວດສອບທັງຕົວຕົນຂອງຜູ້ໃຊ້ແລະສະມາຊິກຜູ້ເຊົ່າກ່ອນທີ່ຈະໃຫ້ການເຂົ້າເຖິງຊັບພະຍາກອນໃດໆ. JSON Web Tokens (JWT) ທີ່ມີບໍລິບົດຂອງຜູ້ເຊົ່າທີ່ຝັງຢູ່ໄດ້ກາຍເປັນມາດຕະຖານສໍາລັບການພິສູດຢືນຢັນທີ່ບໍ່ມີລັດໃນລະບົບຫຼາຍຜູ້ເຊົ່າ.

"ການລະເມີດຄວາມປອດໄພຂອງຜູ້ເຊົ່າທີ່ພົບເລື້ອຍທີ່ສຸດບໍ່ໄດ້ມາຈາກແຮກເກີ - ມັນມາຈາກນັກພັດທະນາລືມໃສ່ tenant_id ໃນ WHERE clause. ສ້າງບໍລິບົດຂອງຜູ້ເຊົ່າໂດຍກົງເຂົ້າໄປໃນຊັ້ນການເຂົ້າເຖິງຂໍ້ມູນຂອງທ່ານຈາກມື້ຫນຶ່ງ."

ການອອກແບບຊັ້ນຂໍ້ມູນຂອງເຈົ້າສົມຄວນໄດ້ຮັບຄວາມສົນໃຈເປັນພິເສດ. ສໍາລັບການແຍກລະດັບແຖວ, ພິຈາລະນານໍາໃຊ້ກອບຖານຂໍ້ມູນທີ່ກໍານົດຂອບເຂດການສອບຖາມອັດຕະໂນມັດໂດຍ tenant_id. ເຄື່ອງມືເຊັ່ນ: Django ກັບ django-tenant-schemas ຫຼື Ruby on Rails ກັບອາພາດເມັນ gem ສາມາດບັງຄັບການໂດດດ່ຽວຜູ້ເຊົ່າໃນລະດັບ ORM, ຫຼຸດຜ່ອນຄວາມສ່ຽງຕໍ່ຄວາມຜິດພາດຂອງມະນຸດ.

ເທື່ອລະຂັ້ນຕອນ: ການສ້າງ SaaS MVP ຫຼາຍຜູ້ເຊົ່າຂອງເຈົ້າ

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

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

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

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

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

ຍຸດທະສາດການແຍກຂໍ້ມູນ: ການເລືອກວິທີການຂອງເຈົ້າ

ຍຸດ​ທະ​ສາດ​ແຍກ​ຂໍ້​ມູນ​ຂອງ​ທ່ານ​ຈະ​ມີ​ຜົນ​ກະ​ທົບ​ທຸກ​ຢ່າງ​ຈາກ​ການ​ປະ​ຕິ​ບັດ​ການ​ປະ​ຕິ​ບັດ​ຕາມ​. ໃຫ້ກວດເບິ່ງສາມວິທີການຕົ້ນຕໍໂດຍລະອຽດ:

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

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

ການຂະຫຍາຍຄວາມທ້າທາຍ ແລະການແກ້ໄຂ

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

ການ​ປະ​ຕິ​ບັດ​ຖານ​ຂໍ້​ມູນ​ມັກ​ຈະ​ກາຍ​ເປັນ​ຂອດ​ຕົ້ນ​ຕໍ. ພິຈາລະນາຍຸດທະສາດເຫຼົ່ານີ້:

1. ປະຕິບັດການອ່ານແບບຈໍາລອງເພື່ອແຈກຢາຍການໂຫຼດແບບສອບຖາມ
2. ໃຊ້ການລວມການເຊື່ອມຕໍ່ເພື່ອຈັດການການເຊື່ອມຕໍ່ຖານຂໍ້ມູນຢ່າງມີປະສິດທິພາບ
3. ເພີ່ມຊັ້ນຂໍ້ມູນຖານຄວາມຈຳ (Redis, Memcached) ເພື່ອຫຼຸດຜ່ອນການໂຫຼດຖານຂໍ້ມູນ
4. ພິຈາລະນາຍຸດທະສາດການແບ່ງປັນເມື່ອຖານຂໍ້ມູນດຽວບໍ່ສາມາດຈັດການກັບການໂຫຼດໄດ້

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

ຄວາມປອດໄພ: ບຸລິມະສິດທີ່ບໍ່ສາມາດຕໍ່ລອງໄດ້

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

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

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

ການ​ບັນ​ທຶກ​ການ​ກວດ​ສອບ: ຮັກ​ສາ​ບັນ​ທຶກ​ທີ່​ສົມ​ບູນ​ແບບ​ຂອງ​ການ​ເຂົ້າ​ເຖິງ​ຂໍ້​ມູນ​ທັງ​ຫມົດ​ແລະ​ການ​ດັດ​ແກ້, tagged ກັບ​ຜູ້​ເຊົ່າ​ແລະ​ສະ​ພາບ​ຂອງ​ຜູ້​ໃຊ້. ນີ້ບໍ່ພຽງແຕ່ຊ່ວຍໃນການສືບສວນຄວາມປອດໄພເທົ່ານັ້ນ ແຕ່ຍັງຊ່ວຍໃນການປະຕິບັດຕາມກົດລະບຽບເຊັ່ນ GDPR ແລະ SOC 2.

ລາຄາ ແລະການຫຸ້ມຫໍ່ສໍາລັບຄວາມສໍາເລັດຂອງຜູ້ເຊົ່າຫຼາຍ

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

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

• ຊັ້ນທີ່ອີງໃສ່ຄຸນສົມບັດ (ພື້ນຖານ, Pro, Enterprise)
• ລາຄາທີ່ອີງໃສ່ການນໍາໃຊ້ທີ່ມີຂອບເຂດຈໍາກັດອ່ອນໆ
• ແບບປະສົມແບບປະສົມລວມເອົາລາຄາທີ່ອີງໃສ່ບ່ອນນັ່ງ ແລະການນໍາໃຊ້

ການປັບໃຊ້ ແລະ ການພິຈາລະນາ DevOps

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

ທໍ່ CI/CD ຂອງທ່ານຄວນປະກອບມີການທົດສອບການຮັບຮູ້ຂອງຜູ້ເຊົ່າ. ສ້າງຊຸດທົດສອບທີ່ກວດສອບການທໍາງານໃນທົ່ວການຕັ້ງຄ່າຂອງຜູ້ເຊົ່າທີ່ແຕກຕ່າງກັນ ແລະປະລິມານຂໍ້ມູນ. ພິຈາລະນາຮັກສາສະພາບແວດລ້ອມຂັ້ນຕອນທີ່ສະທ້ອນເຖິງຄວາມຫຼາກຫຼາຍຂອງຜູ້ເຊົ່າການຜະລິດຂອງທ່ານ.

ອານາຄົດຂອງສະຖາປັດຕະຍະກຳຫຼາຍຜູ້ເຊົ່າ

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

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

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

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

SaaS ຜູ້ເຊົ່າຄົນດຽວ ແລະຜູ້ເຊົ່າຫຼາຍຄົນແຕກຕ່າງກັນແນວໃດ?

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

ຂ້ອຍຈະຮັບປະກັນຄວາມປອດໄພຂອງຂໍ້ມູນແນວໃດໃນແອັບພລິເຄຊັນຜູ້ເຊົ່າຫຼາຍອັນ?

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

ການອອກແບບຖານຂໍ້ມູນອັນໃດດີທີ່ສຸດສຳລັບຫຼາຍຜູ້ເຊົ່າ SaaS?

ສໍາລັບການເລີ່ມຕົ້ນສ່ວນໃຫຍ່, ຖານຂໍ້ມູນທີ່ແບ່ງປັນດ້ວຍການແຍກລະດັບແຖວ (ຖັນ tenant_id) ສະຫນອງການດຸ່ນດ່ຽງທີ່ດີທີ່ສຸດຂອງປະສິດທິພາບແລະຄວາມງ່າຍດາຍ. ໃນຂະນະທີ່ທ່ານປັບຂະຫນາດ, ທ່ານສາມາດສະເຫນີຖານຂໍ້ມູນສະເພາະເປັນທາງເລືອກທີ່ນິຍົມ.

ຂ້ອຍຈະຈັດການກັບການປັບແຕ່ງສະເພາະຂອງຜູ້ເຊົ່າໄດ້ແນວໃດ?

ໃຊ້ທຸງຄຸນສົມບັດ ແລະຕາຕະລາງການກຳນົດຄ່າໃນລະດັບຜູ້ເຊົ່າ. ຮັກສາພື້ນຖານລະຫັດຫຼັກ ໃນຂະນະທີ່ອະນຸຍາດໃຫ້ໃຊ້ຄຸນສົມບັດສະເພາະຂອງຜູ້ເຊົ່າຜ່ານໂມດູນ ແລະການຕັ້ງຄ່າທີ່ກຳນົດໄດ້.

ສິ່ງ​ທ້າ​ທາຍ​ໃຫຍ່​ທີ່​ສຸດ​ໃນ​ການ​ປັບ​ຂະ​ໜາດ​ແອັບ​ທີ່​ມີ​ຜູ້​ເຊົ່າ​ຫຼາຍ​ຄົນ​ແມ່ນ​ຫຍັງ?

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