ນຳໃຊ້ເວັບໄຊສະແຕຕິກໄປຍັງບັນຊີ Azure Static Web Apps ຂອງທ່ານເອງ

ສິ່ງທີ່ການເຊື່ອມຕໍ່ຊ່ວຍທ່ານໄດ້

ການເຊື່ອມຕໍ່ບັນຊີ Azure Static Web Apps ຂອງທ່ານເອງ ຊ່ວຍໃຫ້ທ່ານສາມາດເຜີຍແຜ່ເວັບໄຊສະແຕຕິກໄປຍັງບັນຊີ Azure Static Web Apps ຂອງທ່ານ ຈາກແຜງຄວບຄຸມ Zinn® ຂອງທ່ານໄດ້. ທ່ານເປັນເຈົ້າຂອງໂຄງການ ແລະ ການຮຽກເກັບເງິນ; ພວກເຮົາຈັດການເລື່ອງການນຳໃຊ້ (deploy), ໂດເມນກຳນົດເອງ ແລະ ບັນທຶກ DNS ຕ່າງໆ.

ກ່ອນທີ່ທ່ານຈະເລີ່ມຕົ້ນ

ການສະໝັກໃຊ້ Azure, ກຸ່ມຊັບພະຍາກອນສຳລັບເວັບໄຊ, ແລະ ບັນຊີ GitHub, GitLab ຫຼື Bitbucket ທີ່ເຊື່ອມຕໍ່ແລ້ວເຊິ່ງເກັບລະຫັດໂຄ້ດໄວ້ — Azure Static Web Apps ສ້າງຂຶ້ນມາຈາກບ່ອນເກັບໂຄ້ດ (repository). ແພັກເກດຟຣີຂອງ Azure ອະນຸຍາດໃຫ້ນຳໃຊ້ໃນທາງການຄ້າ ແລະ ໃຊ້ໄດ້ສອງໂດເມນກຳນົດເອງຕໍ່ແອັບ.

1. ສ້າງຄີຢູ່ທີ່ Azure Static Web Apps

Azure ເອີ້ນສິ່ງນີ້ວ່າ service principal. ຢູ່ໃນ Microsoft Entra admin center ໃຫ້ເປີດ Entra ID → App registrations → New registration, ຕັ້ງຊື່ໃຫ້ມັນ ແລະ ກົດ Register. ຢູ່ໃນໜ້າພາບລວມຂອງແອັບ ໃຫ້ສຳເນົາ Application (client) ID ແລະ Directory (tenant) ID. ຈາກນັ້ນເປີດ Certificates & secrets → Client secrets → New client secret, ເລືອກໄລຍະເວລາ ແລະ ກົດ Add — ສຳເນົາຄ່າຂອງ secret ໃນທັນທີ, Azure ຈະສະແດງມັນພຽງຄັ້ງດຽວເທົ່ານັ້ນ.

ໃນ Azure portal, ໃຫ້ເປີດກຸ່ມຊັບພະຍາກອນທີ່ທ່ານຕ້ອງການໃຫ້ພວກເຮົາໃຊ້, ຈາກນັ້ນໄປທີ່ Access control (IAM) → Add → Add role assignment. ເລືອກບົດບາດ Contributor, ກຳນົດມັນໃຫ້ກັບ User, group, or service principal, ຄົ້ນຫາແອັບຕາມຊື່, ແລະ ກົດ Review + assign. ຈົດຊື່ກຸ່ມຊັບພະຍາກອນ ແລະ Subscription ID ທີ່ມັນຂຶ້ນຢູ່ກັບ (ຄົ້ນຫາ Subscriptions ໃນ portal).

2. ເຊື່ອມຕໍ່ມັນຢູ່ບ່ອນນີ້

ເປີດ Integrations ໃນແຜງຄວບຄຸມຂອງທ່ານ ແລະ ເລືອກ Connect an account. ເລືອກ Static hosting (Netlify, Vercel) ເປັນກຸ່ມ ແລະ Azure Static Web Apps ເປັນບັນຊີ, ປ້ອນ Client ID, Client secret, Tenant ID, Subscription ID ແລະ Resource group, ແລ້ວກົດ Connect account.

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

ສິ່ງທີ່ຈະເກີດຂຶ້ນຕໍ່ໄປ

• ເມື່ອທ່ານສ້າງ ຫຼື ຍ້າຍເວັບໄຊສະແຕຕິກ, ບັນຊີນີ້ຈະປາກົດເປັນເປົ້າໝາຍການນຳໃຊ້ (deploy).

Azure Static Web Apps ສ້າງຂຶ້ນມາຈາກບ່ອນເກັບໂຄ້ດ — ມັນບໍ່ມີວິທີຮັບເອົາການອັບໂຫຼດບິວທີ່ສ້າງສຳເລັດແລ້ວ — ດັ່ງນັ້ນ ໂຄ້ດຂອງເວັບໄຊຈຶ່ງຕ້ອງມາຈາກບ່ອນເກັບໂຄ້ດ GitHub, GitLab ຫຼື Bitbucket ທີ່ເຊື່ອມຕໍ່ແລ້ວ. ໃຫ້ເຊື່ອມຕໍ່ອັນໃດອັນໜຶ່ງກ່ອນ ຖ້າທ່ານຍັງບໍ່ທັນໄດ້ເຊື່ອມຕໍ່.

• ພວກເຮົາຈະສ້າງບໍລິການເທິງບັນຊີຂອງທ່ານ, ຊີ້ມັນໄປຍັງບ່ອນເກັບໂຄ້ດ, ຕິດຄັດໂດເມນກຳນົດເອງຂອງທ່ານ ແລະ ເລີ່ມຕົ້ນການ deploy. ໜ້າຂອງໂດເມນຈະສະແດງທຸກບັນທຶກ DNS ທີ່ Azure Static Web Apps ຕ້ອງການ.
• ການນຳໃຊ້ ແລະ ການຮຽກເກັບເງິນແມ່ນຢູ່ເທິງບັນຊີຂອງທ່ານ, ເຊິ່ງສາມາດເບິ່ງເຫັນໄດ້ໃນແຜງຄວບຄຸມຂອງຜູ້ໃຫ້ບໍລິການຂອງທ່ານເອງ.
• ໂດເມນຫຼັກ (apex domain) ຈະຖືກຢືນຢັນໂດຍບັນທຶກ TXT ແລະ ໂດເມນຍ່ອຍໂດຍ CNAME ຂອງມັນ; ໜ້າຂອງໂດເມນຈະສະແດງໃຫ້ເຫັນວ່າໂດເມນຂອງທ່ານຕ້ອງການອັນໃດ.

ຖ້າມັນບໍ່ເຊື່ອມຕໍ່

Azure ປະຕິເສດ service principal. ບໍ່ແມ່ນ client secret ໝົດອາຍຸ — ພວກມັນໝົດອາຍຸສະເໝີ, ຕາມໄລຍະເວລາທີ່ທ່ານເລືອກ — ກໍແມ່ນແອັບບໍ່ມີສິດ Contributor ໃນກຸ່ມຊັບພະຍາກອນອີກຕໍ່ໄປ. ຂໍ້ຄວາມທັງສອງຢ່າງນີ້ມີລັກສະນະຄ້າຍຄືກັນ, ດັ່ງນັ້ນ ໃຫ້ກວດເບິ່ງການກຳນົດບົດບາດກ່ອນທີ່ຈະສ້າງ secret ໃໝ່.

ບໍ່ພົບຂໍ້ມູນໃດໆ. ກວດເບິ່ງວ່າ Subscription ID ແລະ Resource group ແມ່ນອັນທີ່ທ່ານໄດ້ກຳນົດບົດບາດໃຫ້ຫຼືບໍ່, ແລະ Tenant ID ແມ່ນໄດເຣັກທໍຣີທີ່ແອັບໄດ້ລົງທະບຽນໄວ້ຫຼືບໍ່.

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

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

ການຕັດການເຊື່ອມຕໍ່

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

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