Queue Service ເຮັດວຽກແນວໃດ: ສົ່ງ ຮັບ ແລະ ລຶບ

ຂໍ້ຄວາມໜຶ່ງຜ່ານ 3 ຂັ້ນສະເໝີ ລະບົບຮັບປະກັນວ່າບໍ່ເສຍ ແມ່ນ Worker ຈະລົ້ມກາງວຽກ

  1. ຝັ່ງທີ່ສ້າງວຽກ (ເຊັ່ນ ເວັບຕອນລູກຄ້າກົດສັ່ງຊື້) ສົ່ງ ຂໍ້ຄວາມເຂົ້າ Queue ຂໍ້ຄວາມຖືກບັນທຶກລົງຫຼາຍເຄື່ອງກ່ອນຕອບກັບ ແລ້ວເວັບຕອບລູກຄ້າໄດ້ທັນທີ
  2. Worker ຮັບ ຂໍ້ຄວາມໄປເຮັດ ຂໍ້ຄວາມຖືກເຊື່ອງຈາກຄົນອື່ນຕາມ Visibility timeout ແລະ Worker ໄດ້ receipt ຂອງການຮັບຄັ້ງນັ້ນ ຖ້າຍັງບໍ່ມີຂໍ້ຄວາມ ການຮັບລໍໄດ້ສູງສຸດ 20 ວິນາທີ (long polling)
  3. ເຮັດສຳເລັດແລ້ວ Worker ລຶບ ຂໍ້ຄວາມດ້ວຍ receipt ຂໍ້ຄວາມຈຶ່ງຫາຍໄປຈາກ Queue
  4. ຖ້າ Worker ລົ້ມ ຫຼື ບໍ່ລຶບພາຍໃນ Visibility timeout ຂໍ້ຄວາມຈະກັບມາໃຫ້ Worker ໂຕອື່ນຮັບຕໍ່ ແລະ ນັບຈຳນວນຄັ້ງທີ່ຮັບເພີ່ມຂຶ້ນ
  5. ຖ້າຕັ້ງ ຮັບໄດ້ສູງສຸດ ໄວ້ ຂໍ້ຄວາມທີ່ຮັບເກີນຈຳນວນນັ້ນຈະຖືກຍ້າຍໄປ Dead-letter queue ໄວ້ກວດພາຍຫຼັງ ແທນທີ່ຈະວົນບໍ່ຈົບ

ການຕັ້ງຄ່າຂອງແຕ່ລະ Queue

ຕັ້ງຄ່າຄ່າເລີ່ມຕົ້ນຊ່ວງທີ່ຕັ້ງໄດ້
Visibility timeout30 ວິນາທີ0 ວິນາທີ – 12 ຊົ່ວໂມງ (Worker ຂໍປ່ຽນເປັນລາຍຂໍ້ຄວາມໄດ້)
ເກັບຂໍ້ຄວາມດົນ4 ມື້1 ນາທີ – 14 ມື້
Delay00 – 15 ນາທີ (ກຳນົດລາຍຂໍ້ຄວາມໄດ້)
ຮັບໄດ້ສູງສຸດ0 (ບໍ່ຈຳກັດ)0 – 1,000 ຄັ້ງ ແລ້ວຍ້າຍໄປ Dead-letter queue ຫຼື ຖິ້ມ

ຂໍ້ຄວາມຖືກສົ່ງໃຫ້ Worker ຢ່າງໜ້ອຍໜຶ່ງຄັ້ງ ໃນກໍລະນີທີ່ເກີດໜ້ອຍຫຼາຍ (ເຊັ່ນ ເຄື່ອງເສຍລະຫວ່າງຮັບ) ຂໍ້ຄວາມດຽວກັນອາດຖືກສົ່ງຊ້ຳ ໃຫ້ອອກແບບວຽກໃຫ້ເຮັດຊ້ຳໄດ້ໂດຍບໍ່ເສຍຫາຍ ລຳດັບຂໍ້ຄວາມເປັນແບບພະຍາຍາມໃຫ້ເກົ່າກ່ອນ ບໍ່ຮັບປະກັນລຳດັບທີ່ແນ່ນອນ

ຄ່າບໍລິການຄິດຕາມຈຳນວນ Request (ສົ່ງ ຮັບ ລຶບ ແລະ ອື່ນໆ ທຸກ 64 KB ຂອງຂໍ້ຄວາມນັບ 1 Request) ຂະໜາດຂໍ້ຄວາມທີ່ຮັບອອກໄປ ແລະ ຂໍ້ຄວາມທີ່ຄ້າງເກັບຢູ່ໃນ Queue (ຄິດຕາມຂະໜາດ ແລະ ເວລາ) ບໍ່ມີຄ່າຂັ້ນຕ່ຳລາຍເດືອນ ລາຄາປັດຈຸບັນເບິ່ງໄດ້ທີ່ໜ້າລາຄາ

ຍັງແກ້ບໍ່ໄດ້? ໃຫ້ທີມງານຊ່ວຍ

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