Container ເຮັດວຽກແນວໃດ: Revision, Instance ແລະ ການຂະຫຍາຍ

ສົ່ງ image ມາ ລະບົບຣັນໃຫ້ ຂະຫຍາຍຈຳນວນຕາມຄົນໃຊ້ ແລະ ພັກເອງເມື່ອບໍ່ມີຄົນເອີ້ນ ທ່ານບໍ່ຕ້ອງດູແລເຊີບເວີ

ທຸກ Deploy ເປັນ Revision ໃໝ່ Revision ທີ່ໃຊ້ງານຣັນເທິງ Instance ຕັ້ງແຕ່ຈຳນວນຕ່ຳສຸດເຖິງສູງສຸດທີ່ທ່ານຕັ້ງ ລະບົບເພີ່ມ ແລະ ຫຼຸດ Instance ຕາມຈຳນວນ request

ເທື່ອລະຂັ້ນຕາມຕົວເລກໃນພາບ

build image ແລ້ວ push ຂຶ້ນ registry ຈາກນັ້ນ Deploy ລະບົບເກັບເປັນ Revision ທຸກຄັ້ງ ຍ້ອນກັບໄດ້ທີ່ແທັບ Revisions
ຜູ້ໃຊ້ເອີ້ນແອັບທີ່ https://ຊື່.containers.ພາກພື້ນ.thailandhosting.com ທາງເຂົ້າກວດວ່າເປີດໃຫ້ອິນເຕີເນັດ ຫຼື ສະເພາະໃນ VPC ແລະ ຕ້ອງມີ Invoker token ຫຼື ບໍ່
request ແຕ່ລະຕົວຖືກສົ່ງໄປຍັງ Instance ທີ່ພ້ອມ ແລະ ມີວຽກຄ້າງໜ້ອຍທີ່ສຸດ ເມື່ອ Instance ເລີ່ມແໜ້ນ (ມີ request ລໍຖ້າ ຫຼື CPU ເກີນປະມານ 70%) ລະບົບເພີ່ມ Instance ເອງຈົນເຖິງຈຳນວນສູງສຸດ ແລະ ຫຼຸດລົງເມື່ອຄົນໜ້ອຍໄປແລ້ວບໍ່ເທົ່າໃດນາທີ ບໍລິການອື່ນໃນ VPC ທີ່ເອີ້ນຜ່ານ ຊື່.internal ຈະໄປທີ່ Instance ທຳອິດ
ແອັບເອີ້ນ Database ຫຼື Cache ຜ່ານເຄືອຂ່າຍສ່ວນຕົວ ຖ້າເຊື່ອມໄວ້ ລະບົບໃສ່ຕົວແປ DATABASE_URL ໃຫ້ເອງ

ຟັງທີ່ 0.0.0.0 ເທິງພອດຈາກຕົວແປ $PORT ບໍ່ແມ່ນ localhost
ຕອບ health check path ດ້ວຍສະຖານະຕ່ຳກວ່າ 500 ເມື່ອພ້ອມຮັບວຽກ
ເກັບໄຟລ໌ທີ່ຜູ້ໃຊ້ອັບໂຫຼດໄວ້ໃນ Object Storage ແລະ ຂໍ້ມູນໄວ້ໃນ Database ເພາະ Instance ຖືກເພີ່ມ ແລະ ຫຼຸດຕາມຄົນໃຊ້
ພິມ log ອອກທາງ stdout ແລະ stderr ແລ້ວເບິ່ງໄດ້ໃນແທັບ Logs

ທົດສອບ image ໃນເຄື່ອງດ້ວຍ docker run -e PORT=8080 -p 8080:8080 image ກ່ອນ ຖ້າເປີດ http://localhost:8080 ໄດ້ ສ່ວນໃຫຍ່ Deploy ກໍຜ່ານ

ເປີດ ticket ຈາກໜ້າຈັດການ ບອກຊື່ເວັບ ຫຼື ບໍລິການ ສິ່ງທີ່ເຮັດ ແລະ ຂໍ້ຄວາມທີ່ເຫັນເທິງຈໍ ທີມງານຈະຕອບກັບໃນເລື່ອງດຽວກັນ ຕິດຕາມໄດ້ໃນບ່ອນດຽວ