By Felipe Cardeneti Mendes ໃນປີ 2008, Apache Cassandra ໄດ້ສ້າງມາດຕະຖານໃຫມ່ສໍາລັບການ scalability database. ສ້າງຕັ້ງຂຶ້ນເພື່ອສະຫນັບສະຫນູນການຊອກຫາ Inbox ຂອງ Facebook, ຫຼັງຈາກນັ້ນມັນໄດ້ຖືກນໍາໃຊ້ໂດຍຜູ້ໃຫຍ່ເຕັກໂນໂລຊີເຊັ່ນ Uber, Netflix, ແລະ Apple - ໃນເວລາທີ່ມັນຖືກນໍາໃຊ້ໂດຍຜູ້ຊ່ຽວຊານທີ່ຍັງເຮັດວຽກເປັນຜູ້ສະຫນັບສະຫນູນ Cassandra (ລວມທັງ DataStax / IBM). ແຕ່ການເຮັດວຽກ? Simplicity? ປະສິດທິພາບ? Elasticity? ໃນປີ 2015, ScyllaDB Fresh ຈາກການສ້າງ KVM ແລະ hacking Linux kernel, ຜູ້ກໍ່ຕັ້ງໄດ້ລົງທະບຽນວ່າ ທີ່ໃຊ້ເວລາທີ່ເຫມາະສົມ: ບໍ່ພຽງແຕ່ປີທີ່ຜ່ານມາ, Netflix ໄດ້ພິມລາຍລະອຽດຂອງເຂົາເຈົ້າທີ່ສະແດງໃຫ້ເຫັນວິທີການປັບປຸງ ມັນເປັນຜົນປະໂຫຍດທີ່ເຫມາະສົມ, ແຕ່ຫນຶ່ງທີ່ຕ້ອງການການລົງທຶນອຸດສາຫະກໍາຂະຫນາດໃຫຍ່ແລະຜົນປະໂຫຍດ. ສ້າງຕັ້ງຂຶ້ນເພື່ອໄປກ່ວາການນໍາໃຊ້ພະລັງງານ suboptimal ຂອງ Cassandra ວິທີການວິສະວະກໍາຕ່ໍາ Apache Cassandra ກັບ 1 ລ້ານ write RPS ຄວາມຄິດເຫັນທີ່ Apache Cassandra ໄດ້ຖືກນໍາໃຊ້ຢ່າງງ່າຍດາຍໃນອຸປະກອນການເຄື່ອນໄຫວຂອງ Apache ແລະໄດ້ຖືກນໍາໃຊ້ຢ່າງງ່າຍດາຍໃນອຸປະກອນການເຄື່ອນໄຫວຂອງ Apache Cassandra. ການປັບປຸງຄວາມໄວ້ວາງໃຈຂອງການບໍລິໂພກຫຼັງຈາກການປັບປຸງຄວາມໄວ້ວາງໃຈຂອງການບໍລິໂພກຫຼັງຈາກການປັບປຸງຄວາມໄວ້ວາງໃຈຂອງການບໍລິໂພກຫຼັງຈາກການບໍລິໂພກ. ວິທະຍາໄລ Shard-Per-Core ໃນຂະນະທີ່ຂ້າພະເຈົ້າບໍ່ສາມາດຂອບໃຈກັບເສັ້ນທາງຂອງ Cassandra ໃນປັດຈຸບັນ, ScyllaDB ໄດ້ພັດທະນາຢ່າງກວ້າງຂວາງຈາກນັ້ນ - ການປ່ຽນແປງຈາກ " ການນໍາໃຊ້ Cassandra ຄວາມໄວສູງກັບຂໍ້ມູນຂໍ້ມູນທີ່ມີຊື່ສຽງຂອງຕົນເອງແລະຄຸນນະສົມບັດທີ່ແຕກຕ່າງກັນ. ລະຫັດ QR Spoiler: ໃນວິດີໂອນີ້, ຂໍຂອບໃຈວ່າທ່ານຈະເບິ່ງວ່າ ScyllaDB ມີຄວາມແຕກຕ່າງທີ່ສໍາຄັນລະຫວ່າງ ScyllaDB ແລະວິທີທີ່ມັນແຕກຕ່າງກັບ Apache Cassandra. ຂໍຂອບໃຈວ່າມັນມີຄວາມແຕກຕ່າງໃນຜົນປະໂຫຍດ, elasticity, ແລະຄວາມສາມາດເຊັ່ນດຽວກັນກັບ priorization workload. You can see how ScyllaDB maps data per CPU core, scales in parallel, and de-risk topology changes—allowing it to handle millions of OPS with predictable low latencies (ແລະບໍ່ມີ tuning ແລະ babysitting ອື່ນໆ). ການພັດທະນາຂອງ ScyllaDB ໃນເວລາທີ່ພວກເຮົາມີການນໍາສະເຫນີອຸປະກອນ asynchronous shard-per-core, cache based on row, ແລະການຄາດຄະເນດິນດີຕ້ອນຮັບທີ່ຄາດຄະເນດິນຕ່ໍາ. ScyllaDB ມິຖຸນາສອງໄດ້ອອກແບບມາສໍາລັບການຄຸນນະສົມບັດຄຸນນະສົມບັດທີ່ມີ Cassandra, ແຕ່ພວກເຮົາມີຄວາມເປັນຈິງຫຼາຍກ່ວາມັນ. (ມີຫຍັງທີ່ Cassandra ). ເຊັ່ນດຽວກັນ, ScyllaDB ຍັງໄດ້ນໍາໃຊ້ ໃນປັດຈຸບັນໃນປີທີ່ນີ້; ພວກເຂົາໄດ້ຖືກນໍາໃຊ້ໃນ Cassandra 5 (ຫຼັງຈາກນັ້ນ ). ນອກເຫນືອໄປຈາກນີ້, ການນໍາໃຊ້ Paxos ຂອງພວກເຮົາສໍາລັບການຂົນສົ່ງຂະຫນາດນ້ອຍໄດ້ eliminated ການນໍາໃຊ້ການປ່ຽນແປງຂອງ Cassandra ຄວາມຄິດເຫັນທີ່ອຸປະກອນແລະການຜະລິດອັດຕະໂນມັດ Secondary Global ພຽງແຕ່ flags ເປັນການທົດສອບ ສະຫນັບສະຫນູນສໍາລັບອັດຕະໂນມັດທ້ອງຖິ່ນ ຜະລິດຕະພັນທີ່ແຕກຕ່າງກັນ ຂະຫນາດໃຫຍ່ຂອງ overhead ແລະຄວາມຈໍາກັດ ຜະລິດຕະພັນຂອງພວກເຮົາໄດ້ຖືກນໍາສະເຫນີໂດຍ ScyllaDB Alternator, API ຂອງພວກເຮົາທີ່ສະຫນັບສະຫນູນ DynamoDB. ໃນປີ 2020 (ມີຫຍັງ ໃນໄລຍະເວລາທີ່ນີ້, ພວກເຮົາໄດ້ປັບປຸງຄວາມໄວການປິ່ນປົວຢ່າງກວ້າງຂວາງທີ່ມີການປິ່ນປົວໃນລະດັບເສັ້ນທາງແລະໄດ້ນໍາສະເຫນີ priorization workload (ເພີ່ມເຕີມກ່ຽວກັບການນີ້ໃນພາກສ່ວນທີ່ຜ່ານມາ). ລະຫັດ QR Cassandra ໄດ້ adopted ມັນພຽງແຕ່ໃນປີ 2021 ລະບົບການ ScyllaDB ມິຖຸນາ 4 ສ້າງຕັ້ງຂຶ້ນໃນເວລາທີ່ AWS ໄດ້ສະເຫນີປະເພດ instance i3en ຂອງເຂົາເຈົ້າ, ມີ nodes ຄວາມຫນາສູງທີ່ມີຄວາມຫນາເຖິງ 60TB ຂອງຂໍ້ມູນ ( ໃນໄລຍະເວລາທີ່ນີ້, ພວກເຮົາໄດ້ນໍາສະເຫນີ Strategy Incremental Compaction (ICS), ເຊິ່ງໃຫ້ຜູ້ໃຊ້ສາມາດນໍາໃຊ້ເຖິງ 70% ຂອງການເກັບຮັກສາຂອງເຂົາເຈົ້າຫຼັງຈາກການເກັບຮັກສາ. ນີ້ຫຼັງຈາກນັ້ນໄດ້ພັດທະນາເປັນການເກັບຮັກສາ hybrid (ແລະພວກເຮົາມີການສະຫນັບສະຫນູນການເກັບຮັກສາ 90%). ເປັນຫຍັງ Cassandra still struggles ກັບການປິ່ນປົວຢ່າງງ່າຍດາຍ ພວກເຮົາໄດ້ນໍາສະເຫນີ ໃນຖານະເປັນວິທີທີ່ແຕກຕ່າງກັນກັບ Cassandra ຂອງ. ແລະພວກເຮົາມີ ໃນຖານະເປັນຜູ້ຊ່ຽວຊານ , BYPASS CACHE, per-query configurable TIMEOUTs, ແລະຫຼາຍກວ່າ. ການປ່ຽນແປງ Data Capture (CDC) ການປັບປຸງ protocol CQL ຄວາມຮູ້ສຶກ Shard ໃນຕອນແລງ, ພວກເຮົາມີຄວາມປອດໄພຂອງມະນຸດຂອງ ScyllaDB ທີ່ 5th Generation, ເຊິ່ງຍັງຈະພັດທະນາ. ໃນຕອນແລງນີ້, ພວກເຮົາມີຄວາມປອດໄພແລະຄວາມປອດໄພທີ່ເຂັ້ມແຂງກັບ Raft ແລະ Tablets. ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບຄວາມສໍາຄັນຂອງການນີ້, ກະລຸນາອ່ານກ່ຽວກັບ... ຄວາມຄິດເຫັນທີ່ ScyllaDB ພວກເຮົາມີວິສະວະກອນຂອງພວກເຮົາມີຄວາມຊ່ຽວຊານທີ່ດີທີ່ສຸດໃນໄລຍະປີທີ່ຜ່ານມາ. ໂດຍການເຊື່ອມຕໍ່ຂອງຂ້າພະເຈົ້າກັບຜູ້ໃຊ້ Cassandra ທີ່ຜ່ານມາ, ຂໍຂອບໃຈວ່າພວກເຮົາມີຄວາມຊ່ຽວຊານທີ່ດີທີ່ສຸດທີ່ຈະ discuss here. Tablets Data Distribution ScyllaDB ໂຕະ ກິນຈະໄດ້ຮັບການກໍານົດໄວ້ໂດຍ ScyllaDB ໃນໄລຍະເວລາທີ່ກໍານົດໄວ້ໃນໄລຍະເວລາທີ່ກໍານົດໄວ້ໃນໄລຍະເວລາທີ່ກໍານົດໄວ້ໃນໄລຍະເວລາທີ່ກໍານົດໄວ້ໃນໄລຍະເວລາທີ່ກໍານົດໄວ້ໃນໄລຍະເວລາທີ່ກໍານົດໄວ້. Raft-Based: ປະສິດທິພາບທີ່ເຂັ້ມແຂງສໍາລັບ metadata Raft ສະ ຫນັບ ສະ ຫນັບ ສະ ຫນັບ ສະ ຫນັບ ສະ ຫນູນ ສະ ຫນັບ ສະ ຫນັບ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ Workload Prioritization ໃນຖານະເປັນເອກະສານທີ່ຖືກນໍາໃຊ້ໂດຍຜູ້ຊ່ຽວຊານໃນການຄົ້ນຄວ້າແລະການຄົ້ນຄວ້າການເຮັດວຽກຂອງຜູ້ຊ່ຽວຊານທີ່ຖືກນໍາໃຊ້ໂດຍຜູ້ຊ່ຽວຊານທີ່ຖືກນໍາໃຊ້ໂດຍຜູ້ຊ່ຽວຊານທີ່ຖືກນໍາໃຊ້ໂດຍຜູ້ຊ່ຽວຊານທີ່ຖືກນໍາໃຊ້ໂດຍຜູ້ຊ່ຽວຊານທີ່ຖືກນໍາໃຊ້ໂດຍຜູ້ຊ່ຽວຊານທີ່ຖືກນໍາໃຊ້ໂດຍຜູ້ຊ່ຽວຊານທີ່ຖືກນໍາໃຊ້ໂດຍຜູ້ຊ່ຽວຊານທີ່ຖືກນໍາໃຊ້ໂດຍຜູ້ຊ່ຽວຊານ. ປະສິດທິພາບການເຮັດວຽກ Repair-based Operations ການປິ່ນປົວການປິ່ນປົວທີ່ກ່ຽວຂ້ອງກັບການປິ່ນປົວການປິ່ນປົວການປິ່ນປົວການປິ່ນປົວການປິ່ນປົວການປິ່ນປົວການປິ່ນປົວການປິ່ນປົວການປິ່ນປົວການປິ່ນປົວ , ໃນເວລາທີ່ການເຮັດວຽກເຊັ່ນດຽວກັນກັບການປ່ຽນແປງ nodes ທີ່ບໍ່ສາມາດ . ScyllaDB ອະນຸຍາດໃຫ້ການປິ່ນປົວຜົນປະໂຫຍດຂອງ data resurrection . ດາວໂຫລດ Apache Cassandra result in data loss ການປິ່ນປົວການຊື້ຄ່ໍາ Based Tombstone Incremental Compaction ການເຊື່ອມໂລຫະ Incremental (ICS) ເປັນສະຖານະການເຊື່ອມໂລຫະປະເມີນໃນ ScyllaDB ສໍາລັບຫຼາຍກ່ວາ 5 ປີ. ICS ເຮັດໃຫ້ການເຊື່ອມໂລຫະປະເມີນການເຊື່ອມໂລຫະປະເມີນການເຊື່ອມໂລຫະປະເມີນຢ່າງກວ້າງຂວາງ, ການເຊື່ອມໂລຫະປະເມີນການເຊື່ອມໂລຫະປະເມີນການເຊື່ອມໂລຫະປະເມີນການເຊື່ອມໂລຫະປະເມີນການເຊື່ອມໂລຫະປະເມີນການເຊື່ອມໂລຫະປະເມີນການເຊື່ອມໂລຫະປະເມີນການເຊື່ອມໂລຫະປະເມີນການເຊື່ອມໂລຫະປະເມີນການເຊື່ອມໂລຫະປະເມີນການເຊື່ອມໂລຫະປະເມີນການເຊື່ອມໂລຫະປະເມີນ. Row-based Cache ScyllaDB ຂອງ cache ທີ່ຖືກສ້າງຕັ້ງໃນຊຸດແມ່ນຍັງເປັນເອກະລັກ. ມັນແມ່ນອັບໂຫລດໂດຍປົກກະຕິແລະບໍ່ຈໍາເປັນຕ້ອງກວດສອບ manual. ການຂະຫຍາຍຕົວ, ທ່ານສາມາດປິ່ນປົວການຫຸ້ມຫໍ່ cache ໂດຍການປ້ອງກັນອຸປະກອນທີ່ສໍາຄັນຈາກໄດ້ຮັບການບໍ່ມີປະສິດທິພາບ. ນອກເຫນືອຈາກນີ້, ການຫຼຸດຜ່ອນທີ່ໃຊ້ເວລາການເຂົ້າເຖິງ I/O ໃນເວລາທີ່ໄດ້ຮັບຂໍ້ມູນຈາກ disc ດາວນ໌ໂຫລດ Bypass ລະຫັດ QR Per-shard Concurrency Limits and Rate Limiters ScyllaDB ລວມທັງມາດຕະຖານ concurrency per shard ແລະ limiters rate per partition ສໍາລັບການປົກປັກຮັກສາ against unexpected spikes. ຖ້າຫາກວ່າການເຮັດວຽກກັບຄອມພິວເຕີທີ່ແຕກຕ່າງກັນຫຼືການເກັບຮັກສາຄວາມຕ້ອງການສໍາລັບຄອມພິວເຕີພິເສດ, ScyllaDB ເຮັດໃຫ້ຄວາມປອດໄພໃນສະຖານທີ່ທີ່ Cassandra ມີຜົນປະໂຫຍດ. DynamoDB Compatibility ScyllaDB ຍັງສະຫນອງລະດັບທີ່ເຫມາະສົມກັບ DynamoDB, ການຕັດສິນໃຈເພີ່ມເຕີມຈາກ Apache Cassandra ຂອງຕົນເອງ. ນີ້ອະນຸຍາດໃຫ້ບໍລິສັດທີ່ຈະເຮັດວຽກຂອງເຂົາເຈົ້າ DynamoDB ໃນທົ່ວໂລກຫຼື on-prem - ໂດຍບໍ່ມີການປ່ຽນແປງລະຫັດ, ແລະມີຄ່າໃຊ້ຈ່າຍຕ່ໍາກວ່າ 50%. ນີ້ໄດ້ຊ່ວຍໃຫ້ບໍລິສັດຫຼາຍກ່ວາຫຼາຍກ່ວາການເຊື່ອມຕໍ່ການເຮັດວຽກຫຼາຍໃນ ScyllaDB. ວິທີການທີ່ຜ່ານມາ ທີ່ຜ່ານມາໃນ Monster SCALE Summit, CEO / co-founder Dor Laor ຂຽນບົດຄວາມກ່ຽວກັບສິ່ງທີ່ຜ່ານມາສໍາລັບ ScyllaDB. ຂ້າພະເຈົ້າສືບຕໍ່ໄດ້ຮັບການປະທັບໃຈຂອງພວກເຮົາ ແລະ ສໍາລັບລາຍລະອຽດ): ຫນ້າທໍາອິດ Blog ຫນ້າຜະລິດຕະພັນ ຄວາມສາມາດໃນການປະຕິບັດຄວາມປອດໄພໃນ 90% ການນໍາໃຊ້ການເກັບຮັກສາ ສະຫນັບສະຫນູນສໍາລັບ clusters ກັບ mixed instance type node ການຄຸ້ມຄອງປະສິດທິພາບແລະ Flex Credit ການຄົ້ນຄວ້າ Vector ລະຫັດ QR ໂຕະ ກິນດີຕ້ອນຮັບ ການບໍລິການ Injection ການປັບປຸງ Transparent ການເກັບຮັກສາ Object ແລະ Tiered Raft ສໍາລັບທ້ອງຖ່າຍຮູບທີ່ເຂັ້ມແຂງ ປະເພດ ການທົດແທນ multi-key Analytics ແລະການປ່ຽນແປງທີ່ມີ UDFs ອັດຕະໂນມັດຂະຫນາດໃຫຍ່ Partition Balancing ອຸດສາຫະກໍາທີ່ບໍ່ປ່ຽນແປງສໍາລັບການ stability ແລະຄວາມປອດໄພເພີ່ມຂຶ້ນ ຮູບພາບ ສໍາ ລັບ Replication Mode for more flexible and efficient infrastructure changes ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ, ດາວນ໌ໂຫລດການສອບເສັງທັງຫມົດນີ້: ດາວນ໌ໂຫລດ ScyllaDB ຂ້າພະເຈົ້າສືບຕໍ່ໄດ້ຮັບການປະທັບໃຈກໍໂດຍການບໍລິການລູກຄ້າຂອງພວກເຮົາ, ຂ້າພະເຈົ້າຫວັງວ່າຈະໄດ້ເຮັດວຽກຮ່ວມກັບທ່ານອີກເທື່ອຫນຶ່ງ! ປະເພດ ເພື່ອຊອກຫາຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບ ScyllaDB, ຄົ້ນຫາ https://www.scylladb.com/ You can access free database books, masterclasses, ແລະອື່ນໆ https://resources.scylladb.com/ https://www.scylladb.com/ https://resources.scylladb.com/
