ສາລະບານ[ເຊື່ອງ][ສະແດງ]
Backend-as-a-Service (BaaS) ເປັນແບບແຜນບໍລິການທີ່ນັກພັດທະນາ outsource ອົງປະກອບເບື້ອງຫຼັງຂອງການພັດທະນາເວັບ ຫຼືມືຖືເພື່ອວ່າເຂົາເຈົ້າອາດຈະສຸມໃສ່ການສ້າງ ແລະຮັກສາ frontend ບົນພື້ນຖານ plug-and-play ແລະ. ໜີອອກຈາກພາລະຂອງການຂຽນລະຫັດຂ້າງເຊີບເວີ.
ຊອບແວທີ່ສະຫນັບສະຫນູນວຽກງານຂ້າງເຊີບເວີເຊັ່ນ: ການພິສູດຢືນຢັນ, ການບໍລິຫານຖານຂໍ້ມູນ, ການປັບປຸງເວລາທີ່ແທ້ຈິງ, ການເກັບຮັກສາ, ການເປັນເຈົ້າພາບ, ແລະການແຈ້ງເຕືອນ push ແມ່ນສະຫນອງໃຫ້ໂດຍເວທີ BaaS (ສໍາລັບແອັບຯມືຖື).
ເຖິງແມ່ນວ່າການບໍລິການ backend ຕ່າງໆໂດຍພື້ນຖານແມ່ນສະຫນອງການແກ້ໄຂດຽວກັນ, ພວກເຂົາໃຊ້ເຕັກໂນໂລຢີ backend ທີ່ແຕກຕ່າງກັນ. ນີ້ແມ່ນປັດໃຈຕັດສິນສໍາລັບນັກພັດທະນາຈໍານວນຫຼາຍໃນເວລາທີ່ເລືອກການບໍລິການທີ່ດີທີ່ສຸດສໍາລັບໂຄງການທີ່ແນ່ນອນ.
ໃນບົດຄວາມນີ້, ພວກເຮົາຈະເລິກເຂົ້າໄປໃນ Supabase.
ແມ່ນຫຍັງ ສຸພາສິດ?
ສຸພາສິດ ເປັນທາງເລືອກ Firebase open-source ທີ່ສະເໜີ Backend ເປັນບໍລິການໃຫ້ກັບແອັບພລິເຄຊັນທີ່ຫຼາກຫຼາຍ. ມັນເປັນເລື່ອງງ່າຍດາຍແທ້ໆທີ່ຈະຕັ້ງແລະດໍາເນີນການຢ່າງໄວວາດ້ວຍກອບວຽກທີ່ຫຼາກຫຼາຍ. Supabase ຮຽກເກັບຕົວມັນເອງເປັນການທົດແທນແຫຼ່ງເປີດສໍາລັບ Firebase.
ມັນຕັ້ງໃຈທີ່ຈະເປັນປະໂຫຍດຕໍ່ນັກພັດທະນາໃນການຕັ້ງຄ່າ backend ຂອງພວກເຂົາຢ່າງໄວວາ. "ສ້າງໃນທ້າຍອາທິດ, ເຕີບໂຕເປັນລ້ານ," Supabase ເວົ້າ.
ຜະລິດຕະພັນຂອງ Supabase ລວມມີຖານຂໍ້ມູນ Postgres ແລະການບໍລິການຢັ້ງຢືນ, ດ້ວຍການເກັບຮັກສາ ແລະການບໍລິການທີ່ບໍ່ມີເຊີບເວີ (ສໍາລັບເຫດຜົນດ້ານຫຼັງ) ຍັງເຮັດວຽກຢູ່. ເຄື່ອງມືທັງໝົດຂອງມັນສ່ວນຫຼາຍແມ່ນບໍ່ເສຍຄ່າ ແລະເປັນແຫຼ່ງເປີດ. ຖານຂໍ້ມູນ Postgres ປະກອບມີເຄື່ອງມືທີ່ກ່ຽວຂ້ອງກັບຖານຂໍ້ມູນ, ເຊັ່ນ: ການຕິດຕາມເວລາທີ່ແທ້ຈິງຂອງການດັດແກ້ຖານຂໍ້ມູນແລະການໂຕ້ຕອບການຄຸ້ມຄອງ.
ຍິ່ງໄປກວ່ານັ້ນ, ມັນສະຫນອງ APIs ໄວແລະ syntax ທີ່ທຽບເທົ່າກັບ Firebase. ນີ້ຊ່ວຍໃຫ້ທ່ານສາມາດຈັດການວຽກງານ CRUD ໃນຮູບແບບທີ່ສອດຄ່ອງ, ຊ່ວຍໃຫ້ທ່ານສຸມໃສ່ການສ້າງແທນທີ່ຈະຂຽນລະຫັດ CRUD ຊ້ໍາຄືນ.
ຖານຂໍ້ມູນ Postgres ແມ່ນຕາຕະລາງທີ່ຊ່ວຍໃຫ້ທ່ານສາມາດເກັບຂໍ້ມູນທີ່ມີການຈັດຕັ້ງແລະເຊື່ອມຕໍ່ໃນແບບດຽວກັນທີ່ທ່ານຈະຢູ່ໃນຕາຕະລາງ. ເປັນເລື່ອງແປກທີ່, ເມື່ອທ່ານສ້າງໂຄງການ, ທ່ານອາດຈະໃຊ້ຕາຕະລາງທີ່ມີຢູ່ແລ້ວເປັນຖານຂໍ້ມູນ Postgres ຂອງທ່ານ.
Supabase ເຮັດວຽກແນວໃດ?
Supabase ແມ່ນການເກັບກໍາເຕັກໂນໂລຊີແຫຼ່ງຟຣີ. ເຂົາເຈົ້າກຳລັງສ້າງຄຸນສົມບັດ Firebase ດ້ວຍວິທີແກ້ໄຂລະດັບວິສາຫະກິດ, ແຫຼ່ງເປີດ. ຖ້າເຄື່ອງມືແລະຊຸມຊົນທີ່ມີຢູ່ພາຍໃຕ້ MIT, Apache 2, ຫຼືໃບອະນຸຍາດເປີດທີ່ປຽບທຽບ, ພວກເຂົາຈະໃຊ້ແລະສະຫນັບສະຫນູນພວກເຂົາ.
ຖ້າເຄື່ອງມືບໍ່ມີຢູ່ແລ້ວ, ພວກເຂົາສ້າງມັນແລະເຮັດໃຫ້ມັນສາມາດໃຊ້ໄດ້ ເປີດເຜີຍແຫຼ່ງ. Supabase ບໍ່ແມ່ນການສ້າງແຜນທີ່ 1:1 ຂອງ Firebase. ເປົ້າໝາຍຂອງພວກເຂົາແມ່ນເພື່ອໃຫ້ນັກພັດທະນາມີປະສົບການພັດທະນາທີ່ຄ້າຍຄືກັບ Firebase ໂດຍໃຊ້ Open source ເທກໂນໂລຍີ
Supabase ເປັນເວທີທີ່ເປັນເຈົ້າພາບ. ເຈົ້າອາດຈະລົງທະບຽນ ແລະເລີ່ມນຳໃຊ້ມັນໂດຍບໍ່ຕ້ອງຕິດຕັ້ງຫຍັງເລີຍ. ທ່ານອາດຈະເປັນເຈົ້າພາບຕົນເອງແລະສ້າງຢູ່ໃນເຄື່ອງແມ່ຂ່າຍຂອງທ່ານເອງ.
- PostgreSQL ມີຊື່ສຽງທີ່ດີສໍາລັບຄວາມຫມັ້ນຄົງ, ຄຸນສົມບັດທີ່ເຂັ້ມແຂງ, ແລະຄວາມໄວ; ພາຍຫຼັງກວ່າ 30 ປີແຫ່ງການພັດທະນາຢ່າງຕັ້ງໜ້າ,
- ເວລາຈິງແມ່ນເຊີບເວີ Elixir ທີ່ອະນຸຍາດໃຫ້ທ່ານຟັງ PostgreSQL inserts, ປັບປຸງ, ແລະລຶບໂດຍໃຊ້ WebSockets. Supabase ຟັງການຮ້ອງຂໍການຈໍາລອງຈາກ Postgres, ປ່ຽນກະແສ replication byte ເປັນ JSON, ແລະຫຼັງຈາກນັ້ນອອກອາກາດ JSON ຜ່ານ WebSockets.
- PostgREST ເປັນເວັບເຊີບເວີທີ່ປ່ຽນຖານຂໍ້ມູນ PostgreSQL ຂອງທ່ານໃຫ້ເປັນ RESTful API.
- ການເກັບຮັກສາສະຫນອງການໂຕ້ຕອບ RESTful ສໍາລັບການຈັດການໄຟລ໌ທີ່ເກັບໄວ້ໃນ S3, ໂດຍມີ Postgres ເປັນຜູ້ຈັດການສິດທິ.
- Postgres-meta ແມ່ນ API RESTful ສໍາລັບການຄຸ້ມຄອງ Postgres ທີ່ຊ່ວຍໃຫ້ທ່ານສາມາດດາວໂຫລດຕາຕະລາງ, ມອບຫມາຍຄວາມຮັບຜິດຊອບແລະດໍາເນີນການສອບຖາມ, ໃນບັນດາສິ່ງອື່ນໆ.
- GoTrue ເປັນ API ທີ່ອີງໃສ່ SWT ທີ່ອະນຸຍາດໃຫ້ທ່ານຈັດການຜູ້ໃຊ້ ແລະອອກ SWT tokens.
- Kong ແມ່ນ API gateway ທີ່ແລ່ນເທິງຄລາວ.
ການເລີ່ມຕົ້ນ
1. ໂຄງການ
ໃນ Supabase, ໂຄງການແມ່ນບັນຈຸສໍາລັບຖານຂໍ້ມູນທັງຫມົດຂອງທ່ານ, ຜູ້ໃຊ້ການກວດສອບຄວາມຖືກຕ້ອງ, ກົດລະບຽບ, ຕາຕະລາງແລະການເກັບຮັກສາໄຟລ໌.
ມີຫລາຍບ່ອນທີ່ຈະເປັນເຈົ້າພາບໂຄງການຂອງເຈົ້າ, ແລະຜູ້ບໍລິຫານ Supabase ກໍາລັງເພີ່ມເວັບໄຊທ໌ໃຫມ່ຢ່າງຕໍ່ເນື່ອງເພື່ອຫຼຸດຜ່ອນເວລາ latency. ໂຄງການໃຊ້ເວລາປະມານ 2 ນາທີເພື່ອສ້າງ, ສະນັ້ນໄປກິນກາເຟ, ນັ່ງພັກຜ່ອນ.
2. ໂຄງການ Dashboard
ເມື່ອໂຄງການຂອງທ່ານສໍາເລັດ, ທ່ານຈະຖືກນໍາສະເຫນີດ້ວຍ dashboard ທີ່ຄ້າຍຄືກັນກັບທີ່ສະແດງຂ້າງລຸ່ມນີ້. dashboard ນີ້ສະແດງໃຫ້ທ່ານຮູ້ທັງຫມົດທີ່ທ່ານຕ້ອງການຮູ້ກ່ຽວກັບໂຄງການຂອງທ່ານ, ລວມທັງການເຊື່ອມຕໍ່ຖານຂໍ້ມູນ, ການຮ້ອງຂໍການກວດສອບຄວາມຖືກຕ້ອງ, ຄວາມອາດສາມາດເກັບຮັກສາ, ການປະຕິບັດຫ້ອງສະຫມຸດລູກຄ້າ, ແລະອື່ນໆ.
3. ຜູ້ສ້າງຕາຕະລາງແລະບັນນາທິການ
ຖານຂໍ້ມູນຂອງ Supabase ແມ່ນ PostgreSQL ທີ່ມີຄວາມສໍາພັນກັບຄວາມສາມາດໃນເວລາທີ່ແທ້ຈິງແລະການຄວບຄຸມການເຂົ້າເຖິງນະໂຍບາຍໂດຍໃຊ້ Postgres RLS (Row Level Security). ຜູ້ພັດທະນາອາດຈະໃຊ້ dashboard ຂອງ Supabase ເພື່ອສ້າງຕາຕະລາງແລະເພີ່ມຖັນແລະຄຸນສົມບັດ. ຜູ້ພັດທະນາອາດຈະດັດແປງຂໍ້ມູນໂດຍກົງຈາກ dashboard ດ້ວຍ Supabase.
4. ການກວດສອບຄວາມຖືກຕ້ອງ
Google, GitHub, Facebook, Twitter, GitLab, ແລະຜູ້ໃຫ້ບໍລິການກວດສອບຄວາມຖືກຕ້ອງເພີ່ມເຕີມແມ່ນມີຢູ່ໃນ Supabase. ສິ່ງເຫຼົ່ານີ້ອາດຈະຖືກເປີດໃຊ້ໂດຍໃຊ້ແຜງການພິສູດຢືນຢັນ. ມັນຍັງສະຫນັບສະຫນູນ OTP ໂທລະສັບແລະ Magic Link Authentication.
5 ການເກັບຮັກສາ
Supabase ເປັນລະບົບການເກັບມ້ຽນວັດຖຸແບບເປີດທີ່ສາມາດຈັດການໄຟລ໌ປະເພດໃດກໍໄດ້ ແລະມີຄວາມສາມາດຂະຫຍາຍໄດ້ໃນຕົວ. ມັນມີ API ທີ່ງ່າຍຕໍ່ການໃຊ້ທີ່ເປີດໃຊ້ກົດລະບຽບແລະການອະນຸຍາດທີ່ກໍາຫນົດເອງ. ການເຊື່ອມໂຍງ CDN, ເຊັ່ນດຽວກັນກັບການຫັນປ່ຽນອັດຕະໂນມັດແລະການເພີ່ມປະສິດທິພາບ (ປັບຂະຫນາດແລະການບີບອັດເອກະສານຂອງທ່ານ), ຈະມີໃຫ້ໃນໄວໆນີ້. ບ່ອນຈັດເກັບຂໍ້ມູນ Supabase ຈະເປັນຄູ່ແຂ່ງທີ່ເປັນຕາຢ້ານຕໍ່ກັບບ່ອນຈັດເກັບຂໍ້ມູນ Firebase ດ້ວຍການລວມເອົາຄວາມສາມາດເຫຼົ່ານີ້.
ທ່ານສາມາດສ້າງຫຍັງກັບ Supabase? (ບາງຕົວຢ່າງ)
1. ການຊໍາລະສະຫມັກ ກັບ Supabase + Stripe + Next.js.
ຊຸດເລີ່ມຕົ້ນທີ່ສົມບູນສໍາລັບແອັບຯ SaaS ທີ່ມີປະສິດທິພາບສູງ.
- Supabase ໃຫ້ການຄຸ້ມຄອງຜູ້ໃຊ້ທີ່ປອດໄພແລະການກວດສອບຄວາມຖືກຕ້ອງ.
- Stripe Checkout ແລະການເຊື່ອມໂຍງປະຕູລູກຄ້າ Stripe.
- Supabase ໃຫ້ການເຂົ້າເຖິງຂໍ້ມູນທີ່ມີປະສິດທິພາບແລະເຄື່ອງມືການຈັດການຢູ່ເທິງສຸດຂອງ PostgreSQL.
- Stripe webhooks ເປີດໃຊ້ການ synchronization ອັດຕະໂນມັດຂອງແຜນການລາຄາແລະສະຖານະການສະຫມັກ.
2. KeepLink: ບໍລິການ bookmark ງ່າຍດາຍທີ່ມີ tags ແລະເກັບໄວ້
KeepLink ເປັນບໍລິການ bookmark ພື້ນຖານທີ່ມີ tags ແລະບ່ອນເກັບມ້ຽນທີ່ສ້າງຂຶ້ນດ້ວຍ Supabase ແລະ Next.js. ມັນບໍ່ມີຄຸນສົມບັດການແບ່ງປັນສັງຄົມໃດໆ, ແຕ່ທ່ານອາດຈະເປັນເຈົ້າພາບຕົວຢ່າງຂອງທ່ານເອງ.
- ແທັກບຸກມາກໃໝ່ໂດຍອັດຕະໂນມັດໂດຍອີງໃສ່ແທັກທີ່ມີຢູ່.
- ການຄົ້ນຫາຂໍ້ຄວາມເຕັມສໍາລັບ URLs, Titles, Descriptions, Tags, and Archive Content thanks to Supabase stack, tagging aliases for admin databases, and restful API access is now possible.
- ດ້ວຍ metascraper, ທ່ານສາມາດລວບລວມຫົວຂໍ້ແລະຄໍາອະທິບາຍສໍາລັບຫນ້າເວັບຂອງທ່ານໂດຍອັດຕະໂນມັດ. ນອກນັ້ນທ່ານຍັງສາມາດຈັດເກັບຫນ້າເວັບຂອງທ່ານດ້ວຍ SinglePage ແລະ Headless Chrome.
3. ແອັບສົນທະນາແບບສົດໆ ກັບ Supabase + React
- ສໍາລັບການສົ່ງຂໍ້ຄວາມໃນເວລາຈິງ, Supabase (ຢູ່ເທິງສຸດຂອງ PostgreSQL) ຖືກນໍາໃຊ້.
- Front-end ໃຊ້ React (CRA) + Vite
- ຫ້ອງສະຫມຸດ UI ທີ່ໃຊ້ແມ່ນ Chakra UI.
ຄຸນນະສົມບັດທີ່ສໍາຄັນ
ນີ້ແມ່ນບາງສ່ວນຂອງຄຸນສົມບັດຂອງ Supabase:
- ແຜງໜ້າປັດ/ສ່ວນຕິດຕໍ່ຜູ້ໃຊ້ສຳລັບການຕັ້ງຄ່າ ແລະບໍລິຫານຖານຂໍ້ມູນຂອງເຈົ້າໃນເວລາໜ້ອຍກວ່າໜຶ່ງນາທີ.
- ເພື່ອລົງທະບຽນຜູ້ໃຊ້ແລະປັບປຸງຂໍ້ຈໍາກັດການເຂົ້າເຖິງໃນຖານຂໍ້ມູນຂອງທ່ານ, ນໍາໃຊ້ການກວດສອບຜູ້ໃຊ້.
- APIs ແລະຫ້ອງສະຫມຸດ JavaScript.
- ຜູ້ຟັງຖານຂໍ້ມູນໃນເວລາຈິງ.
- ຫນ້າທີ່ (ປະເພດ). ເຫຼົ່ານີ້ແມ່ນຂັ້ນຕອນການເກັບຮັກສາຖານຂໍ້ມູນທີ່ອາດຈະຖືກຂຽນໃນ SQL, JavaScript, Python, ຫຼື Java.
pros
Supabase ແຍກຕົວເອງດ້ວຍເຫດຜົນຕໍ່ໄປນີ້:
- ກົງກັນຂ້າມກັບ Firebase, ທ່ານອາດຈະດໍາເນີນການສອບຖາມ ຫຼືຊອກຫາຂໍ້ຄວາມທີ່ສັບສົນ.
- Supabase ເບິ່ງແຍງການປັບຂະຫນາດສໍາລັບທ່ານ (ເຖິງແມ່ນວ່າມັນໃຊ້ຖານຂໍ້ມູນ SQL)
- ການເຄື່ອນຍ້າຍຂໍ້ມູນແມ່ນງ່າຍດາຍກັບ Supabase ນັບຕັ້ງແຕ່ມັນ leverages PostgreSQL, ແລະທ່ານອາດຈະນໍາເຂົ້າຂໍ້ມູນໂດຍໃຊ້ໄຟລ໌ a.sql.
cons
ມີຂໍ້ເສຍບາງຢ່າງຂອງການຮັບຮອງເອົາ Supabase. ພວກເຂົາເຈົ້າແມ່ນດັ່ງຕໍ່ໄປນີ້:
- ເພື່ອຮັບເອົາການປ່ຽນແປງໃນເວລາຈິງ, ທ່ານຕ້ອງເປີດໃຊ້ການທໍາງານຂອງການຈໍາລອງສໍາລັບຕາຕະລາງ.
- ເມື່ອການອັບເດດແບບສົດໆຖືກເປີດໃຊ້, ນະໂຍບາຍຄວາມປອດໄພຂອງ Supabase ບໍ່ໄດ້ນຳໃຊ້.
- ຄຸນນະສົມບັດແມ່ນຈໍາກັດ.
- SDK ຂອງມັນໃຊ້ໄດ້ກັບ JavaScript ເທົ່ານັ້ນ (ການຮອງຮັບພາສາອື່ນຍັງຢູ່ໃນເບຕ້າ)
ການຕັ້ງລາຄາ
1. ຊັ້ນຟຣີ
- ຖານຂໍ້ມູນທີ່ມີພື້ນທີ່ຈັດເກັບ 500 MB ແລະການໂທ API ບໍ່ຈຳກັດ
- ການກວດສອບຄວາມຖືກຕ້ອງ - ຜູ້ໃຊ້ສູງເຖິງ 10,000 ຄົນ
- ການເກັບຮັກສາໄຟລ໌ - ການເກັບຮັກສາສູງສຸດ 1 GB, ດ້ວຍການຈໍາກັດການໂອນເງິນປະຈໍາເດືອນເຖິງ 2 GB.
2. ຈ່າຍຕາມທີ່ທ່ານໄປ
- ຖານຂໍ້ມູນ – $0.125 ຕໍ່ GB ຂອງບ່ອນຈັດເກັບຂໍ້ມູນ, ໂດຍບໍ່ຈຳກັດການໂທ API
- Auth - ບໍ່ຈໍາກັດ
- ການເກັບຮັກສາໄຟລ໌ – ການເກັບຮັກສາຂໍ້ມູນ $0.021 ຕໍ່ GB ກັບການໂອນຂໍ້ມູນ $0.07/GB
ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບລາຄາ, ທ່ານສາມາດກວດເບິ່ງເວັບໄຊທ໌ຂອງພວກເຂົາ.
ສະຫຼຸບ
Supabase ແມ່ນແຫຼ່ງເປີດທີ່ດີທີ່ສຸດ ທາງເລືອກກັບ Firebase ຂອງ Google. ເນື່ອງຈາກວ່າພະລັງງານຂອງ PostgreSQL, ມັນສະຫນອງລັກສະນະທີ່ໂດດເດັ່ນຕ່າງໆແລະບໍ່ມີຂໍ້ຈໍາກັດປະເພດຂໍ້ມູນຄືກັບລະບົບຖານຂໍ້ມູນທີ່ໃຊ້ເວລາທີ່ແທ້ຈິງອື່ນໆ.
ທ່ານສາມາດສ້າງຫຼາຍໆແອັບຯໂດຍໃຊ້ Supabase ແລະຄຸນສົມບັດທີ່ດີເລີດຂອງມັນ. ໃຫ້ມັນລອງມື້ນີ້!
Marcelo
ໃນກໍລະນີຂອງ B2B SaaS, ມັນເປັນໄປໄດ້ທີ່ຈະມີຜູ້ໃຊ້ຕົ້ນສະບັບ 1 ຄົນຕໍ່ລູກຄ້າແລະຜູ້ໃຊ້ N ອື່ນໆທີ່ກ່ຽວຂ້ອງກັບແມ່ບົດນີ້ທີ່ຈັດການກັບຂໍ້ມູນຈາກລູກຄ້ານີ້ເທົ່ານັ້ນ?