ok.tech: ປະຊຸມ Cassandra

ເຮັດວຽກກັບ Apache Cassandra NoSQL storage?

ໃນເດືອນພຶດສະພາ 23, Odnoklassniki ເຊື້ອເຊີນນັກພັດທະນາທີ່ມີປະສົບການກັບຫ້ອງການຂອງພວກເຂົາໃນ St. Petersburg ສໍາລັບ ການ​ພົບ​ປະ​, ອຸທິດຕົນເພື່ອເຮັດວຽກກັບ Apache Cassandra. ສິ່ງທີ່ ສຳ ຄັນແມ່ນປະສົບການຂອງເຈົ້າກັບ Cassandra ແລະຄວາມປາຖະຫນາຂອງເຈົ້າທີ່ຈະແບ່ງປັນມັນ.
ລົງທະບຽນສໍາລັບເຫດການ

ພວກເຮົາບໍ່ເປັນຫຍັງ ໄດ້​ເລີ່ມ​ຕົ້ນ​ການ​ນໍາ​ໃຊ້​ Apache Cassandra ໃນປີ 2010 ເພື່ອເກັບຮັກສາການຈັດອັນດັບຮູບພາບ. ໃນປັດຈຸບັນພວກເຮົາເປັນຜູ້ໃຊ້ທີ່ໃຫຍ່ທີ່ສຸດຂອງ Apache Cassandra ໃນ RuNet ແລະເປັນຫນຶ່ງໃນທີ່ໃຫຍ່ທີ່ສຸດໃນເອີຣົບ. ພວກ​ເຮົາ​ມີ​ຫຼາຍ​ກ​່​ວາ​ຮ້ອຍ​ກຸ່ມ​ທີ່​ແຕກ​ຕ່າງ​ກັນ​ນໍາ​ໃຊ້​ທັງ​ສອງ​ສໍາ​ລັບ​ການ​ເກັບ​ຮັກ​ສາ​ຂໍ້​ມູນ​ຜະ​ລິດ​ຕະ​ພັນ​ຕ່າງໆ - ຫ້ອງ​ຮຽນ​, ສົນ​ທະ​ນາ​ຂໍ້​ຄວາມ​, ແລະ​ສໍາ​ລັບ​ການ​ຄຸ້ມ​ຄອງ​ຂໍ້​ມູນ​ພື້ນ​ຖານ​ໂຄງ​ລ່າງ​ທີ່​ສໍາ​ຄັນ - mapping logical blocks onto disks of a large binary storage - ຫນຶ່ງ - ການເກັບຮັກສາເຢັນ, ການຈັດການຂໍ້ມູນຄລາວພາຍໃນ one-cloud ແລະອື່ນໆ.

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

ໃນປັດຈຸບັນພວກເຮົາຢາກຈະແບ່ງປັນທັງຫມົດນີ້ກັບທ່ານ - ການນໍາໃຊ້ກໍລະນີທີ່ແທ້ຈິງຈາກການປະຕິບັດແລະບໍ່ມີຄວາມລັບ; ເຫດການດັ່ງກ່າວຈະຈັດຂຶ້ນໃນຮູບແບບຂອງການສົນທະນາສົດລະຫວ່າງຜູ້ເຂົ້າຮ່ວມ, ຊຶ່ງຫມາຍຄວາມວ່າການສົນທະນາຈະໃຊ້ເວລາຫຼາຍ. ຜູ້ຊ່ຽວຊານ OK ພ້ອມແລ້ວທີ່ຈະແບ່ງປັນແນວຄວາມຄິດ ແລະວິທີການຂອງເຂົາເຈົ້າ. ເຫດການດັ່ງກ່າວຈະໄດ້ຮັບການເປັນເຈົ້າພາບໂດຍ Oleg Anastasyev и Alexander Khristoforov.

ຫົວຂໍ້ຈະເປັນແນວໃດ?

ການຂູດຮີດ:

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

ຜົນງານ:

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

ຄວາມ​ທົນ​ທານ​ຄວາມ​ຜິດ​ພາດ​:

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

ລົງ​ທະ​ບຽນ​ດຽວ​ນີ້ ແລະບອກຫມູ່ເພື່ອນແລະເພື່ອນຮ່ວມງານຂອງທ່ານກ່ຽວກັບເຫດການ.

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