ການວັດແທກການເກັບຮັກສາວັດຖຸໃໝ່

Flying Fortress ໂດຍ Nele-Diel

S3 ຄໍາສັ່ງເກັບຮັກສາວັດຖຸ Mail.ru Cloud Storage ແປບົດຄວາມກ່ຽວກັບເງື່ອນໄຂທີ່ມີຄວາມສໍາຄັນໃນເວລາເລືອກບ່ອນເກັບມ້ຽນວັດຖຸ. ຕໍ່ໄປນີ້ແມ່ນຂໍ້ຄວາມຈາກທັດສະນະຂອງຜູ້ຂຽນ.

ເມື່ອເວົ້າເຖິງການເກັບຮັກສາວັດຖຸ, ໂດຍທົ່ວໄປແລ້ວຄົນເຮົາພຽງແຕ່ຄິດກ່ຽວກັບສິ່ງດຽວເທົ່ານັ້ນ: ລາຄາຕໍ່ TB/GB. ແນ່ນອນ, ຕົວຊີ້ວັດນີ້ແມ່ນມີຄວາມສໍາຄັນ, ແຕ່ມັນເຮັດໃຫ້ວິທີການຫນຶ່ງດ້ານຫນຶ່ງແລະສົມຜົນການເກັບຮັກສາວັດຖຸດ້ວຍເຄື່ອງມືການເກັບຮັກສາ. ນອກຈາກນັ້ນ, ວິທີການນີ້ຫຼຸດຜ່ອນຄວາມສໍາຄັນຂອງການເກັບຮັກສາວັດຖຸສໍາລັບ stack ເຕັກໂນໂລຊີວິສາຫະກິດ.

ໃນເວລາທີ່ເລືອກການເກັບຮັກສາວັດຖຸ, ທ່ານຄວນເອົາໃຈໃສ່ກັບຫ້າລັກສະນະ:

• ການປະຕິບັດ;
• ການຂະຫຍາຍ;
• S3 ເຂົ້າກັນໄດ້;
• ການຕອບສະ ໜອງ ຕໍ່ຄວາມລົ້ມເຫລວ;
• ຄວາມຊື່ສັດ.

ລັກສະນະຫ້າອັນນີ້ແມ່ນຕົວວັດແທກໃຫມ່ສໍາລັບການເກັບຮັກສາວັດຖຸ, ພ້ອມກັບຄ່າໃຊ້ຈ່າຍ. ຂໍໃຫ້ເບິ່ງພວກເຂົາທັງຫມົດ.

ຜະລິດຕະພັນ

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

ລະບົບການເກັບຮັກສາຕ່າງໆເຂົ້າຫາຫຼືແມ້ກະທັ້ງເກີນຄວາມໄວຂອງ Hadoop. ຄວາມຕ້ອງການທີ່ທັນສະໄຫມສໍາລັບຄວາມໄວອ່ານແລະຂຽນ: ຈາກ 10 GB / s ສໍາລັບຮາດໄດ, ສູງສຸດ 35 GB / s ສໍາລັບ NVMe. 

ການປ້ອນຂໍ້ມູນນີ້ແມ່ນພຽງພໍສໍາລັບ Spark, Presto, Tensorflow, Teradata, Vertica, Splunk ແລະກອບຄອມພິວເຕີທີ່ທັນສະໄຫມອື່ນໆໃນ stack ການວິເຄາະ. ຄວາມຈິງທີ່ວ່າຖານຂໍ້ມູນ MPP ກໍາລັງຖືກຕັ້ງຄ່າສໍາລັບການເກັບຮັກສາວັດຖຸຊີ້ໃຫ້ເຫັນວ່າມັນຖືກນໍາໃຊ້ເພີ່ມຂຶ້ນເປັນການເກັບຮັກສາຕົ້ນຕໍ.

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

ນີ້​ແມ່ນ​ຈຸດ​ສໍາ​ຄັນ​: ການ​ວັດ​ແທກ​ປະ​ສິດ​ທິ​ພາບ​ໃຫມ່​ແມ່ນ throughput​, ບໍ່​ແມ່ນ latency​. ມັນເປັນສິ່ງຈໍາເປັນສໍາລັບຂໍ້ມູນໃນລະດັບແລະເປັນມາດຕະຖານໃນໂຄງສ້າງຂໍ້ມູນທີ່ທັນສະໄຫມ.

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

ຂະຫຍາຍໄດ້

Scalability ຫມາຍເຖິງຈໍານວນ petabytes ທີ່ເຫມາະກັບ namespace ຫນຶ່ງ. ສິ່ງທີ່ຜູ້ຂາຍອ້າງແມ່ນການຂະຫຍາຍໄດ້ງ່າຍ, ສິ່ງທີ່ພວກເຂົາບໍ່ໄດ້ເວົ້າວ່າຍ້ອນວ່າພວກເຂົາຂະຫຍາຍ, ລະບົບ monolithic ຂະຫນາດໃຫຍ່ກາຍເປັນຄວາມອ່ອນແອ, ສະລັບສັບຊ້ອນ, ບໍ່ຫມັ້ນຄົງ, ແລະລາຄາແພງ.

metric ໃຫມ່ສໍາລັບການຂະຫຍາຍແມ່ນຈໍານວນຂອງ namespaces ຫຼືລູກຄ້າທີ່ທ່ານສາມາດໃຫ້ບໍລິການ. metric ໄດ້ຖືກປະຕິບັດໂດຍກົງຈາກ hyperscalers, ບ່ອນທີ່ຕັນອາຄານເກັບຮັກສາແມ່ນຂະຫນາດນ້ອຍແຕ່ຂະຫນາດເຖິງຫຼາຍຕື້ຫົວຫນ່ວຍ. ໂດຍທົ່ວໄປ, ນີ້ແມ່ນຕົວວັດແທກເມຄ.

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

Multi-tenancy ມີຫຼາຍລັກສະນະ. ໃນຂະນະທີ່ຂະຫນາດເວົ້າເຖິງວິທີການທີ່ອົງການຈັດຕັ້ງສະຫນອງການເຂົ້າເຖິງຂໍ້ມູນແລະຄໍາຮ້ອງສະຫມັກ, ມັນຍັງຫມາຍເຖິງຄໍາຮ້ອງສະຫມັກຂອງຕົນເອງແລະເຫດຜົນທາງຫລັງຂອງການແຍກພວກເຂົາອອກຈາກກັນແລະກັນ.

ຄຸນ​ລັກ​ສະ​ນະ​ຂອງ​ວິ​ທີ​ການ​ທີ່​ທັນ​ສະ​ໄຫມ​ກັບ​ຫຼາຍ​ລູກ​ຄ້າ​:

• ໃນເວລາສັ້ນໆ, ຈໍານວນລູກຄ້າສາມາດເພີ່ມຂຶ້ນຈາກຫຼາຍຮ້ອຍຫາຫຼາຍລ້ານຄົນ.
• ລູກຄ້າຖືກແຍກອອກຈາກກັນຢ່າງສົມບູນ. ນີ້ອະນຸຍາດໃຫ້ພວກເຂົາດໍາເນີນການສະບັບທີ່ແຕກຕ່າງກັນຂອງຊອບແວດຽວກັນແລະເກັບຮັກສາວັດຖຸທີ່ມີການຕັ້ງຄ່າທີ່ແຕກຕ່າງກັນ, ການອະນຸຍາດ, ຄຸນນະສົມບັດ, ຄວາມປອດໄພແລະລະດັບການບໍາລຸງຮັກສາ. ນີ້ແມ່ນສິ່ງຈໍາເປັນໃນເວລາທີ່ການຂະຫຍາຍໄປຫາເຄື່ອງແມ່ຂ່າຍໃຫມ່, ການປັບປຸງ, ແລະພູມສາດ.
• ການເກັບຮັກສາແມ່ນສາມາດປັບຂະ ໜາດ ໄດ້, ຊັບພະຍາກອນແມ່ນໃຫ້ຕາມຄວາມຕ້ອງການ.
• ແຕ່ລະການດໍາເນີນງານແມ່ນຖືກຄວບຄຸມໂດຍ API ແລະອັດຕະໂນມັດໂດຍບໍ່ມີການແຊກແຊງຂອງມະນຸດ.
• ຊອບແວສາມາດຖືກໂຮດຢູ່ໃນຕູ້ຄອນເທນເນີແລະນໍາໃຊ້ລະບົບ orchestration ມາດຕະຖານເຊັ່ນ Kubernetes.

S3 ເຂົ້າກັນໄດ້

Amazon S3 API ແມ່ນມາດຕະຖານ de facto ສໍາລັບການເກັບຮັກສາວັດຖຸ. ຜູ້ຂາຍຊອບແວເກັບຮັກສາວັດຖຸທຸກຄົນອ້າງຄວາມເຂົ້າກັນໄດ້ກັບມັນ. ຄວາມເຂົ້າກັນໄດ້ກັບ S3 ແມ່ນ binary: ບໍ່ວ່າຈະຖືກປະຕິບັດຢ່າງເຕັມສ່ວນຫຼືມັນບໍ່ແມ່ນ.

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

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

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

ແຫຼ່ງເປີດຫມາຍຄວາມວ່າ: ແອັບພລິເຄຊັນບໍ່ຖືກຜູກມັດກັບຜູ້ຂາຍແລະມີຄວາມໂປ່ງໃສກວ່າ. ນີ້ຮັບປະກັນຊີວິດຂອງຄໍາຮ້ອງສະຫມັກຍາວ.

ແລະບັນທຶກເພີ່ມເຕີມກ່ຽວກັບແຫຼ່ງເປີດແລະ S3. 

ຖ້າທ່ານກໍາລັງໃຊ້ຄໍາຮ້ອງສະຫມັກທີ່ມີຂໍ້ມູນໃຫຍ່, S3 SELECT ປັບປຸງການປະຕິບັດແລະປະສິດທິພາບໂດຍຄໍາສັ່ງຂອງຂະຫນາດ. ມັນເຮັດສິ່ງນີ້ໂດຍໃຊ້ SQL ເພື່ອດຶງເອົາພຽງແຕ່ວັດຖຸທີ່ທ່ານຕ້ອງການຈາກການເກັບຮັກສາ.

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

ສຸດທ້າຍ, ການປະຕິບັດ S3 ຕ້ອງສະຫນັບສະຫນູນ Amazon S3 server-side encryption APIs: SSE-C, SSE-S3, SSE-KMS. ເຖິງແມ່ນວ່າດີກວ່າ, S3 ສະຫນັບສະຫນູນການປົກປ້ອງ tamper ທີ່ປອດໄພແທ້ໆ. 

ການຕອບສະຫນອງຕໍ່ຄວາມລົ້ມເຫລວ

ຕົວຊີ້ວັດທີ່ມັກຈະຖືກມອງຂ້າມແມ່ນວິທີທີ່ລະບົບຈັດການກັບຄວາມລົ້ມເຫລວ. ຄວາມລົ້ມເຫລວເກີດຂຶ້ນຍ້ອນເຫດຜົນຕ່າງໆ, ແລະການເກັບຮັກສາວັດຖຸຕ້ອງຈັດການກັບພວກມັນທັງຫມົດ.

ຕົວຢ່າງ, ມີຈຸດດຽວຂອງຄວາມລົ້ມເຫຼວ, metric ຂອງນີ້ແມ່ນສູນ.

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

ເຖິງແມ່ນວ່າບ່ອນທີ່ມີຄວາມລົ້ມເຫຼວຫຼາຍຈຸດ, ຄວາມສາມາດໃນການທົນຕໍ່ຄວາມລົ້ມເຫຼວຂອງໄພພິບັດແມ່ນສໍາຄັນທີ່ສຸດ. Disks ລົ້ມເຫລວ, ເຄື່ອງແມ່ຂ່າຍລົ້ມເຫລວ. ສິ່ງສໍາຄັນແມ່ນການສ້າງຊອບແວທີ່ຖືກອອກແບບມາເພື່ອຈັດການກັບຄວາມລົ້ມເຫລວເປັນເງື່ອນໄຂປົກກະຕິ. ຖ້າ disk ຫຼື node ລົ້ມເຫລວ, ຊອບແວດັ່ງກ່າວຈະສືບຕໍ່ເຮັດວຽກໂດຍບໍ່ມີການປ່ຽນແປງ.

ການປ້ອງກັນໃນຕົວຕໍ່ກັບການລຶບຂໍ້ມູນແລະການເສື່ອມສະພາບຂອງຂໍ້ມູນໃຫ້ແນ່ໃຈວ່າທ່ານສາມາດສູນເສຍແຜ່ນດິດຫຼືໂຫນດຫຼາຍເທົ່າທີ່ເຈົ້າມີ parity blocks - ປົກກະຕິແລ້ວເຄິ່ງຫນຶ່ງຂອງແຜ່ນ. ພຽງແຕ່ຫຼັງຈາກນັ້ນຊອບແວຈະບໍ່ສາມາດກັບຄືນຂໍ້ມູນໄດ້.

ຄວາມລົ້ມເຫຼວແມ່ນບໍ່ຄ່ອຍຈະທົດສອບພາຍໃຕ້ການໂຫຼດ, ແຕ່ການທົດສອບດັ່ງກ່າວແມ່ນບັງຄັບ. ການຈໍາລອງຄວາມລົ້ມເຫຼວຂອງການໂຫຼດຈະສະແດງຄ່າໃຊ້ຈ່າຍທັງຫມົດທີ່ເກີດຂຶ້ນຫຼັງຈາກຄວາມລົ້ມເຫຼວ.

ຄວາມສອດຄ່ອງ

ຄະແນນຄວາມສອດຄ່ອງຂອງ 100% ຍັງເອີ້ນວ່າຄວາມສອດຄ່ອງທີ່ເຄັ່ງຄັດ. ຄວາມສອດຄ່ອງແມ່ນສ່ວນປະກອບສໍາຄັນຂອງລະບົບການເກັບຮັກສາໃດໆ, ແຕ່ຄວາມສອດຄ່ອງທີ່ເຂັ້ມແຂງແມ່ນຫາຍາກ. ຕົວຢ່າງ, Amazon S3 ListObject ບໍ່ສອດຄ່ອງຢ່າງເຂັ້ມງວດ, ມັນມີຄວາມສອດຄ່ອງພຽງແຕ່ໃນຕອນທ້າຍ.

ຄວາມສອດຄ່ອງທີ່ເຄັ່ງຄັດຫມາຍຄວາມວ່າແນວໃດ? ສໍາລັບການປະຕິບັດງານທັງຫມົດຫຼັງຈາກການປະຕິບັດ PUT ທີ່ໄດ້ຮັບການຢືນຢັນ, ດັ່ງຕໍ່ໄປນີ້ຈະຕ້ອງເກີດຂຶ້ນ:

• ຄ່າທີ່ປັບປຸງໃຫ້ເຫັນເມື່ອອ່ານຈາກ node ໃດ.
• ການອັບເດດໄດ້ຖືກປ້ອງກັນຈາກຄວາມລົ້ມເຫຼວຂອງ node redundancy.

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

ສະຫລຸບ

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

ກ່ຽວກັບການເກັບຮັກສາວັດຖຸ Mail.ru Cloud Solutions: ສະຖາປັດຕະຍະກໍາ S3. 3 ປີແຫ່ງວິວັດທະນາການຂອງ Mail.ru Cloud Storage.

ມີຫຍັງອີກແດ່ທີ່ຈະອ່ານ:

1. ຕົວຢ່າງຂອງແອັບພລິເຄຊັນທີ່ຂັບເຄື່ອນດ້ວຍເຫດການໂດຍອີງໃສ່ webhooks ໃນການເກັບຮັກສາວັດຖຸ S3 Mail.ru Cloud Solutions.
2. ຫຼາຍກວ່າ Ceph: MCS cloud block storage 
3. ເຮັດວຽກກັບ Mail.ru Cloud Solutions S3 ການເກັບຮັກສາວັດຖຸເປັນລະບົບໄຟລ໌.
4. ຊ່ອງທາງ Telegram ຂອງພວກເຮົາທີ່ມີຂ່າວກ່ຽວກັບການອັບເດດກ່ຽວກັບການເກັບຮັກສາ S3 ແລະຜະລິດຕະພັນອື່ນໆ. 

ແຫຼ່ງຂໍ້ມູນ: www.habr.com