ຫ້າໂຮສ
Netlify, Vercel, Render, Azure Static Web Apps ແລະ AWS Amplify, ແຕ່ລະອັນຢູ່ໃນບັນຊີຂອງທ່ານເອງ.
Deploy ໄປຍັງໂຮສຂອງທ່ານເອງ
ນຳໃຊ້ໄປຍັງ Netlify, Vercel, Render, Azure Static Web Apps ຫຼື AWS Amplify ຂອງທ່ານເອງ
ເຊື່ອມຕໍ່ບັນຊີ GitHub, GitLab ຫຼື Bitbucket ຂອງທ່ານ ແລະ ບັນຊີໂຮສຕິ້ງຂອງທ່ານເອງ, ແລ້ວເຜີຍແຜ່ໄປຍັງ Netlify, Vercel, Render, Azure Static Web Apps ຫຼື AWS Amplify ຈາກແຜງຄວບຄຸມ. ບັນຊີໂຮສຕິ້ງ ແລະ ໃບເກັບເງິນແມ່ນເປັນຂອງທ່ານ.
ມັນແມ່ນຫຍັງ
ການເຊື່ອມຕໍ່ກັບໂຮສຕ໌ແບບຄົງທີ່ ແລະ ຟຣອນທ໌ເອັນທ໌ ທີ່ທ່ານໃຊ້ຢູ່ແລ້ວ. ເຊື່ອມຕໍ່ຜູ້ໃຫ້ບໍລິການຣີໂປສີທໍຣີ ທີ່ໂຄດຂອງທ່ານຕັ້ງຢູ່ — GitHub, GitLab ຫຼື Bitbucket — ແລະ ບັນຊີໂຮສຕ໌ທີ່ທ່ານຕ້ອງການເຜີຍແຜ່ໄປຫາ.
ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງບາງລາຍເຫຼົ່ານີ້ແມ່ນສາມາດນຳໃຊ້ໄດ້ໃນບັນຊີຂອງທ່ານເອງເທົ່ານັ້ນ, ແລະ ພວກເຂົາໄດ້ລະບຸເຫດຜົນໄວ້. ແຜນ Hobby ຂອງ Vercel ແມ່ນມີໄວ້ສຳລັບການນຳໃຊ້ສ່ວນຕົວທີ່ບໍ່ແມ່ນເພື່ອການຄ້າ, ດັ່ງນັ້ນ ກະລຸນາເຊື່ອມຕໍ່ທີມ Vercel ທີ່ຊຳລະເກຼດແລ້ວສຳລັບເວັບໄຊເພື່ອການຄ້າ. AWS Amplify ເກັບຄ່າບໍລິການຕາມກິກາໄບ ແລະ ຕາມນາທີຂອງການສ້າງ, ດັ່ງນັ້ນ ມັນຈຶ່ງເຮັດວຽກໄດ້ໃນບັນຊີ AWS ຂອງທ່ານເອງເທົ່ານັ້ນ.
ສິ່ງທີ່ທ່ານຈະໄດ້ຮັບ
ຫ້າໂຮສ ແລະ ສາມຜູ້ໃຫ້ບໍລິການບ່ອນເກັບຂໍ້ມູນ.
ຈາກບ່ອນເກັບມ້ຽນລະຫັດຂອງທ່ານ
ເຊື່ອມຕໍ່ GitHub, GitLab ຫຼື Bitbucket ເພື່ອໃຫ້ໂຮສສ້າງຈາກຣີໂປຊິຕໍຣີທີ່ລະຫັດຂອງທ່ານມີຢູ່ແລ້ວ.
Vercel, ເສັ້ນທາງການຄ້າ
ແຜນການ Hobby ຂອງ Vercel ແມ່ນຈຳກັດໄວ້ສຳລັບການນຳໃຊ້ສ່ວນຕົວທີ່ບໍ່ແມ່ນທາງການຄ້າ. ສໍາລັບເວັບໄຊທາງການຄ້າ, ໃຫ້ເຊື່ອມຕໍ່ທີມງານ Vercel ທີ່ໄດ້ຈ່າຍເງິນ.
AWS Amplify ໃນບັນຊີຂອງທ່ານເອງ
Amplify ຄິດໄລ່ຄ່າບໍລິການຕາມກິກາໄບ ແລະ ຕາມນາທີຂອງການບິວ (build), ດັ່ງນັ້ນ ມັນຈຶ່ງມີໃຫ້ບໍລິການສະເພາະໃນບັນຊີ AWS ຂອງທ່ານເອງເທົ່ານັ້ນ, ເຊິ່ງຄ່າໃຊ້ຈ່າຍເຫຼົ່ານັ້ນແມ່ນຂອງທ່ານທີ່ຈະກວດເບິ່ງ ແລະ ຄວບຄຸມ.
ກວດສອບກ່ອນທີ່ຈະບັນທຶກ
ຂໍ້ມູນປະຈຳຕົວແຕ່ລະອັນຖືກກວດສອບຄວາມຖືກຕ້ອງກັບຜູ້ໃຫ້ບໍລິການກ່ອນທີ່ຈະຖືກບັນທຶກໄວ້.
ເກັບຮັກສາແບບເຂົ້າລະຫັດ, ຖືກລຶບເມື່ອຕັດການເຊື່ອມຕໍ່
ຂໍ້ມູນຢັ້ງຢືນຕົວຕົນທີ່ຜ່ານການກວດສອບຈະຖືກຮັກສາໄວ້ແບບເຂົ້າລະຫັດໃນບ່ອນເກັບຂໍ້ມູນລັບຂອງພວກເຮົາ, ແລະການຕັດການເຊື່ອມຕໍ່ຈະລຶບມັນອອກ.
ຄຳແນະນຳແບບເປັນຂັ້ນຕອນ
ຄຳແນະນຳແຕ່ລະອັນສະແດງໃຫ້ເຫັນບ່ອນທີ່ຈະສ້າງກະແຈຢູ່ຝ່າຍຜູ້ໃຫ້ບໍລິການ, ສິ່ງທີ່ມັນຕ້ອງການ, ແລະວິທີການເຊື່ອມຕໍ່ມັນຢູ່ໃນແດດບອດ.
ນຳເອົາບັນຊີຂອງທ່ານມາເອງ: ພາບລວມ
ອ່ານຄູ່ມື →Netlify
ອ່ານຄູ່ມື →Vercel
ອ່ານຄູ່ມື →Render
ອ່ານຄູ່ມື →Azure Static Web Apps
ອ່ານຄູ່ມື →AWS Amplify
ອ່ານຄູ່ມື →GitHub
ອ່ານຄູ່ມື →GitLab
ອ່ານຄູ່ມື →Bitbucket
ອ່ານຄູ່ມື →ວິທີການເຮັດວຽກ
ເຊື່ອມຕໍ່ສອງບັນຊີເຂົ້າກັນ ແລ້ວເຜີຍແຜ່.
ເຊື່ອມຕໍ່ຜູ້ໃຫ້ບໍລິການບ່ອນເກັບຂໍ້ມູນຂອງທ່ານ
ເຊື່ອມຕໍ່ບັນຊີ GitHub, GitLab ຫຼື Bitbucket ຂອງທ່ານ.
ເຊື່ອມຕໍ່ໂຮສຂອງທ່ານ
ເຊື່ອມຕໍ່ບັນຊີ Netlify, Vercel, Render, Azure Static Web Apps ຫຼື AWS Amplify ຂອງທ່ານ. ມັນຖືກກວດສອບກ່ອນທີ່ຈະບັນທຶກ.
ເຜີຍແຜ່
ເຜີຍແຜ່ເວັບໄຊຂອງທ່ານໄປຫາໂຮສທີ່ທ່ານໄດ້ເຊື່ອມຕໍ່, ໃນບັນຊີຂອງທ່ານເອງ.
ລາຄາ
ການຕິດຕັ້ງໄປຍັງໂຮສຕ໌ຂອງທ່ານເອງບໍ່ແມ່ນສ່ວນເສີມ.
ພວກເຮົາບໍ່ເກັບຄ່າບໍລິການໃດໆ ສຳລັບການເຊື່ອມຕໍ່. ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຂອງທ່ານຈະຄິດໄລ່ເງິນກັບທ່ານໂດຍກົງ, ໃນບັນຊີ ແລະ ແພັກເກດຂອງທ່ານເອງ, ສຳລັບສິ່ງທີ່ລະບົບສ້າງ ແລະ ໃຫ້ບໍລິການ. ແພັກເກດໂຮດຕິ້ງ Zinn Digital® ຂອງທ່ານຈະຖືກເກັບຄ່າບໍລິການຕາມປົກກະຕິ.
ນາທີການສ້າງ, ແບນດ໌ວິດ ແລະ ຂີດຈຳກັດຂອງແພັກເກດແມ່ນເປັນຂອງໂຮສຂອງທ່ານ. ກວດສອບເງື່ອນໄຂສຳລັບການໃຊ້ງານທາງການຄ້າ — ແພັກເກດ Hobby ຂອງ Vercel ບໍ່ອະນຸຍາດໃຫ້ໃຊ້ງານດັ່ງກ່າວ.
ເຫດຜົນທີ່ມັນຖືກສ້າງຂຶ້ນແບບນີ້
ທີມງານ Front-end ມັກຈະມີໂຮສຕ໌ທີ່ເຂົາເຈົ້າຄຸ້ນເຄີຍຢູ່ແລ້ວ. ການນຳໃຊ້ (Deploy) ໄປຍັງໂຮສຕ໌ນັ້ນຈາກເດຊບອດດຽວກັນກັບສ່ວນທີ່ເຫຼືອຂອງລະບົບຂອງທ່ານ ໝາຍຄວາມວ່າທ່ານຍັງສາມາດຮັກສາໂຮສຕ໌ນັ້ນໄວ້ໄດ້ ແລະ ຍັງຄຸ້ມຄອງທຸກຢ່າງໄດ້ໃນບ່ອນດຽວ.
ພວກເຮົາລະບຸເງື່ອນໄຂທີ່ມີຜົນກະທົບຢ່າງຈະແຈ້ງ ເພາະວ່າເວັບໄຊທີ່ຖືກປິດຍ້ອນການລະເມີດເງື່ອນໄຂຂອງແຜນນຳໃຊ້ຟຣີ ນັ້ນມີລາຄາທີ່ຕ້ອງຈ່າຍສູງກວ່າການອ່ານຂໍ້ຄວາມໂຕພິມນ້ອຍໆໃນຕອນນີ້. ນັ້ນແມ່ນເຫດຜົນທີ່ Vercel ຕ້ອງມີທີມງານທີ່ຈ່າຍເງິນສຳລັບວຽກງານການຄ້າ ແລະ Amplify ແມ່ນເຮັດວຽກຢູ່ ໃນບັນຊີ AWS ຂອງຜູ້ໃຊ້ເອງເທົ່ານັ້ນ.
ຄຳຖາມທີ່ຄົນມັກຖາມກ່ອນຊື້
ຂ້ອຍສາມາດນຳໃຊ້ກັບໂຮສໃດໄດ້ແດ່?
Netlify, Vercel, Render, Azure Static Web Apps ແລະ AWS Amplify, ແຕ່ລະອັນຢູ່ໃນບັນຊີຂອງທ່ານເອງ.
ຜູ້ໃຫ້ບໍລິການບ່ອນເກັບຂໍ້ມູນໃດທີ່ໃຊ້ໄດ້?
GitHub, GitLab ແລະ Bitbucket.
ຂ້ອຍສາມາດໃຊ້ແພັກເກດ Hobby ຂອງ Vercel ໄດ້ບໍ?
ສຳລັບເວັບໄຊສ່ວນຕົວທີ່ບໍ່ແມ່ນການຄ້າເທົ່ານັ້ນ. ແຜນ Hobby ຂອງ Vercel ແມ່ນຈຳກັດໄວ້ສຳລັບການນຳໃຊ້ສ່ວນຕົວທີ່ບໍ່ແມ່ນການຄ້າ, ດັ່ງນັ້ນໃຫ້ເຊື່ອມຕໍ່ທີມງານ Vercel ແບບເສຍເງິນສຳລັບສິ່ງທີ່ເປັນການຄ້າ.
ເປັນຫຍັງ AWS Amplify ຈຶ່ງຢູ່ໃນບັນຊີຂອງຂ້ອຍເທົ່ານັ້ນ?
Amplify ຄິດໄລ່ຄ່າບໍລິການຕາມກິກາໄບ ແລະ ຕາມນາທີຂອງການບິວ (build minute). ຄ່າໃຊ້ຈ່າຍເຫຼົ່ານັ້ນແມ່ນເປັນຂອງບັນຊີຜູ້ທີ່ດຳເນີນການເວັບໄຊ, ດັ່ງນັ້ນ Amplify ຈຶ່ງມີໃຫ້ບໍລິການສະເພາະໃນບັນຊີ AWS ຂອງທ່ານເອງເທົ່ານັ້ນ.
ໃຜເປັນຜູ້ເກັບເງິນຂ້ອຍສຳລັບການໂຮສເວັບໄຊເທິງແພລດຟອມເຫຼົ່ານີ້?
ແພລດຟອມດັ່ງກ່າວແມ່ນເຮັດໂດຍກົງໃນບັນຊີຂອງທ່ານເອງ. ພວກເຮົາບໍ່ໄດ້ເກັບຄ່າໃຊ້ຈຳໃດໆສຳລັບການເຊື່ອມຕໍ່, ແລະ ແຜນໂຮສຕິ້ງ Zinn Digital® ຂອງທ່ານແມ່ນຖືກຮຽກເກັບເງິນຕາມປົກກະຕິ.
ຂໍ້ມູນການຢັ້ງຢືນຕົວຕົນຂອງຂ້ອຍຖືກຈັດເກັບແນວໃດ?
ພວກມັນຖືກກວດສອບຄວາມຖືກຕ້ອງກັບຜູ້ໃຫ້ບໍລິການກ່ອນທີ່ຈະບັນທຶກ, ຖືກຈັດເກັບແບບເຂົ້າລະຫັດໄວ້ໃນຄັງຄວາມລັບຂອງພວກເຮົາ, ແລະຖືກລຶບອອກເມື່ອທ່ານຕັດການເຊື່ອມຕໍ່.
ຊ່ວຍເຫຼືອກ່ຽວກັບເລື່ອງນີ້
ຄຳແນະນຳແບບເປັນຂັ້ນຕອນຈາກຖານຄວາມຮູ້ຂອງພວກເຮົາ, ຂຽນຂຶ້ນສຳລັບເລື່ອງນີ້ໂດຍສະເພາະ.
deploy ເວັບໄຊຂອງທ່ານໄປຍັງບັນຊີ CDN ຂອງທ່ານເອງ
ເຊື່ອມຕໍ່ບັນຊີ Cloudflare ຂອງທ່ານເອງ, ເອົາເວັບໄຊໃສ່ໃນນັ້ນ, ແລະ ຍ້າຍເວັບໄຊລະຫວ່າງບັນຊີໂດຍບໍ່ຕ້ອງປິດການນຳໃຊ້.
ອ່ານຄູ່ມື →ສົ່ງອີເມວຈາກໂດເມນຂອງທ່ານເອງ, ໃນບັນຊີຂອງທ່ານເອງ
ສົ່ງການແຈ້ງເຕືອນຂອງລູກຄ້າຂອງທ່ານຈາກໂດເມນຂອງທ່ານເອງ, ໃນບັນຊີເມລຂອງທ່ານເອງ: ຜູ້ໃຫ້ບໍລິການໃດທີ່ຈະເລືອກ, ບັນທຶກ SPF, DKIM ແລະ return-path ທີ່ພວກເຂົາທັງໝົດຕ້ອງການ, ເປັນຫຍັງພວກເຮົາຈຶ່ງຢືນຢັນວ່າຂໍ້ຄວາມທົດສອບມາຮອດແທ້ໆ, ແລະເກີດຫຍັງຂຶ້ນເມື່ອຜູ້ໃຫ້ບໍລິການຂັດຂ້ອງ.
ອ່ານຄູ່ມື →ສົ່ງອີເມວຜ່ານເຊີບເວີ SMTP ຂອງທ່ານເອງ
ເຊື່ອມຕໍ່ເຊີບເວອນຳໃຊ້ SMTP ຂອງທ່ານເອງ: ຄວນໃຊ້ພອດໃດ ແລະ ເປັນຫຍັງຈຶ່ງບໍ່ຄວນໃຊ້ພອດ 25, ບັນທຶກ SPF, DKIM, DMARC ແລະ reverse-DNS ທີ່ທ່ານຕ້ອງເຜີຍແຜ່ດ້ວຍຕົນເອງ, ລວມທັງເຫດຜົນທີ່ພວກເຮົາປະຕິເສດການກັບໄປໃຊ້ການເຊື່ອມຕໍ່ແບບບໍ່ໄດ້ເຂົ້າລະຫັດ.
ອ່ານຄູ່ມື →ເຊື່ອມຕໍ່ບ່ອນເກັບມ້ຽນລະຫັດຂອງທ່ານ ແລະ ໂຮສ
ສ້າງບັນຊີ, ເປີດໃຊ້ການເຊື່ອມໂຍງ, ເຊື່ອມຕໍ່ GitHub, GitLab ຫຼື Bitbucket ກັບໂຮສທີ່ທ່ານເຜີຍແຜ່, ແລະ ປັບປຸງນຳໃຊ້ຈາກແດດບອດ.
ເລີ່ມຕົ້ນກັນເລີຍ