The CAP Theorem Explained, Part 1: The Problem With “Pick Two”

ພວກເຮົາມີຄວາມຮູ້ສຶກກ່ຽວກັບສິ່ງທີ່ Consistency, Availability, ແລະ Partition Tolerance ແມ່ນປະສິດທິພາບໃນລະບົບການຜະລິດ distributed. Hey guys, I’m back. I haven’t posted in a while, I know, I know. Between work, life, and the usual “is anyone even reading this?” doubt spiral, I let this blog collect dust. But I’m back with a new approach. ຂ້າພະເຈົ້າສືບຕໍ່ໄດ້ຮັບການປະທັບໃຈກໍໂດຍການບໍລິການລູກຄ້າຂອງຂ້າພະເຈົ້າ. ຂ້າພະເຈົ້າສືບຕໍ່ໄດ້ຮັບການປະທັບໃຈກໍໂດຍການບໍລິການລູກຄ້າຂອງຂ້າພະເຈົ້າ. ໃນຖານະເປັນຜູ້ຊ່ຽວຊານຂອງການຝຶກອົບຮົມການຝຶກອົບຮົມການຝຶກອົບຮົມວິທະຍາໄລແລະວິທະຍາໄລກ່ຽວກັບການຝຶກອົບຮົມວິທະຍາໄລແລະວິທະຍາໄລກ່ຽວກັບການຝຶກອົບຮົມວິທະຍາໄລແລະວິທະຍາໄລກ່ຽວກັບການຝຶກອົບຮົມວິທະຍາໄລແລະວິທະຍາໄລກ່ຽວກັບການຝຶກອົບຮົມວິທະຍາໄລແລະວິທະຍາໄລກ່ຽວກັບການຝຶກອົບຮົມວິທະຍາໄລແລະວິທະຍາໄລກ່ຽວກັບການຝຶກອົບຮົມວິທະຍາໄລແລະວິທະຍາໄລ. ຂໍຂອບໃຈວ່າທ່ານກໍາລັງຊອກຫາເວັບໄຊທ໌ນີ້ (ຫຼືພຽງແຕ່ໄດ້ຊອກຫາເວັບໄຊນີ້). ດາວນ໌ໂຫລດ The Full 4 Part Series Direct to Your Inbox This is Part 1 of a 4-part series on CAP theorem and distributed systems trade-offs. This is Part 1 of a 4-part series on CAP theorem and distributed systems trade-offs. ຖ້າຫາກວ່າທ່ານໄດ້ຮັບການທົດສອບສໍາລັບກິດຈະກໍາວິສະວະກອນລະຫວ່າງຫຼືລະດັບສູງໃນໄລຍະປີທີ່ຜ່ານມາ, ທ່ານມີປະສິດທິພາບທີ່ຈະໄດ້ຮັບຄໍາແນະນໍາກ່ຽວກັບການອອກແບບລະບົບທີ່ຫຼັງຈາກນັ້ນຈຶ່ງເຮັດໃຫ້ທ່ານໄດ້ຮັບການແກ້ໄຂຕົວແທນຂອງ CAP. ແລະທ່ານມີປະສິດທິພາບຫຼາຍກວ່າວ່າທ່ານສາມາດເລືອກເອົາສອງຈາກສາມ. ຖ້າຫາກວ່າມັນແມ່ນເຕັກໂນໂລຊີທີ່ແທ້ຈິງ, ຄວາມຄິດເຫັນທີ່ນິຍົມຂອງມັນແມ່ນ grotesquely oversimplified. That oversimplification comes back to bite you when you are debugging why your distributed data store went down. ການຄາດຄະເນຂອງຂ້າພະເຈົ້າແມ່ນເພື່ອຕັດສິນໃຈສິ່ງທີ່ຄາດຄະເນດິນດີຕ້ອນຮັບໃຫ້ພວກເຮົາມີແລະລັກສະນະກ່ຽວກັບວິທີການທີ່ລະບົບການຜະລິດສາມາດຕັດສິນໃຈກັບການຄາດຄະເນດິນດີຕ້ອນຮັບ "pick two" ນີ້. ເປັນຫຍັງ The CAP Theorem? ຂໍຂອບໃຈວ່າພວກເຮົາມີຄວາມເປັນໄປໄດ້ໃນໄລຍະປີ, ໃນປີ 2000, , ຫຼັງຈາກນັ້ນເຮັດວຽກ Inktomi Corporation, ໄດ້ຕັ້ງຢູ່ໃນປັດຈຸບັນຂອງ ACM's PODC symposium ແລະໄດ້ຂຽນບົດຄວາມທີ່ຈະປິ່ນປົວຜູ້ພັດທະນາໃນໄລຍະປີ: ການເກັບຮັກສາຂໍ້ມູນທີ່ແຕກຕ່າງກັນສາມາດຮັບປະກັນພຽງແຕ່ສອງຈາກສາມຂອງສິ່ງທີ່ນີ້: Consistency, Availability, ແລະ Partition Tolerance. ວິທະຍາໄລ Eric Brewer ຂ້າພະເຈົ້າສືບຕໍ່ໄດ້ຮັບການປະທັບໃຈ ສໍາ ລັບພວກເຮົາ, ຂ້າພະເຈົ້າຫວັງວ່າຈະໄດ້ເຮັດວຽກຮ່ວມກັບທ່ານອີກເທື່ອຫນຶ່ງ! ຂ້າພະເຈົ້າສືບຕໍ່ໄດ້ຮັບການປະທັບໃຈສໍາລັບລູກຄ້າຂອງພວກເຮົາກໍາລັງເຮັດວຽກຮ່ວມກັບທ່ານ! . you only have to pick two a network partition ພາສາລາວ ພາສາລາວ The theorem ສະ ຫນັບ ສະ ຫນັບ ສະ ຫນັບ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ ສະ ຫນູນ. ຊື່ຫຍໍ້ຂອງ : CAP Theorem: Consistency, Availability, and Partition Tolerance ພວກເຮົາມີຄວາມຖືກຕ້ອງກ່ຽວກັບສິ່ງທີ່ C, A, ແລະ P ແມ່ນເຮັດວຽກແລະສິ່ງທີ່ພວກເຮົາມີຄວາມຮູ້ສຶກວ່າ, ໃນຂະນະທີ່ການຄາດຄະເນດິນດີຕ້ອນຮັບບໍ່ມີຂະຫນາດນ້ອຍ. ລະຫັດ QR ເອກະຊົນບໍລິການບໍລິການລູກຄ້າຂອງພວກເຮົາ ຖ້າ ຫາກ ວ່າ ທ່ານ ກໍາ ລັງ ຊອກ ຫາ ຄູ່ ຮ່ວມ ງານ ຂອງ ຊີ ວິດ, ທ່ານ ກໍາ ລັງ ຊອກ ຫາ ຄູ່ ຮ່ວມ ງານ ຂອງ ຊີ ວິດ, ທີ່ ນີ້ ທ່ານ ຈະ ສາ ມາດ ຊອກ ຫາ ຄູ່ ຮ່ວມ ງານ ຂອງ ຊີ ວິດ . ຖ້າຫາກວ່າທ່ານໄດ້ມາຈາກ background database, ທ່ານໄດ້ຮູ້ວ່າມີຄຸນນະພາບທີ່ເຂັ້ມແຂງແລະຄຸນນະພາບທີ່ເຂັ້ມແຂງ. ການຄຸນນະພາບທີ່ເຂັ້ມແຂງແມ່ນພຽງແຕ່ຫນຶ່ງຫຼັງຈາກຄຸນນະພາບທີ່ເຂັ້ມແຂງ. ການຄຸນນະພາບທີ່ເຂັ້ມແຂງແມ່ນຍັງຮູ້ຈັກເປັນ . ລະຫັດ QR ລະຫັດ QR ລະຫັດ QR Linearizability ແມ່ນໃນເວລາທີ່ການປະຕິບັດທັງຫມົດປະຕິບັດ ປະເພດ: ຖ້າຫາກວ່າການເຮັດວຽກ A ໄດ້ປັບປຸງຫຼັງຈາກການເຮັດວຽກ B ໄດ້ເລີ່ມຕົ້ນ, ຫຼັງຈາກນັ້ນການເຮັດວຽກ B ຈະໄດ້ຮັບຜົນປະໂຫຍດຫຼັງຈາກການເຮັດວຽກ A. ອັດຕະໂນມັດ ຖ້າຫາກວ່າທ່ານກໍາລັງຊອກຫາຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບບັນຊີລາຍລະອຽດນີ້, ກະລຸນານໍາໃຊ້ຕົວຢ່າງໃນໂລກທີ່ແທ້ຈິງເພື່ອສະຫນັບສະຫນູນການລັກສະນະນີ້. ຖ້າຫາກວ່າທ່ານກໍາລັງຊອກຫາຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບບັນຊີລາຍລະອຽດນີ້, ທ່ານຈະຊອກຫາຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບບັນຊີລາຍລະອຽດທີ່ແທ້ຈິງ. $4000 (ຫຼືຄວາມຜິດພາດ), ແຕ່ບໍ່ມີ $5000 ຫຼັງຈາກນັ້ນ. ການຂົນສົ່ງຫຼືໄດ້ຫຼັງຈາກນັ້ນ. ບໍ່ມີສະຖານທີ່ທີ່ທ່ານຈະເບິ່ງຄ່າໃຊ້ຈ່າຍທີ່ຜ່ານມາຫຼັງຈາກຄ່າໃຊ້ຈ່າຍໃຫມ່ໄດ້ຖືກຂຽນ. ການຮັບປະກັນ ການຮັບປະກັນ ດາວນ໌ໂຫລດ ນີ້ແມ່ນ ມີຄວາມເຂັ້ມແຂງຫຼາຍກ່ວາ “ທັງຫມົດ nodes eventually see the same data” – ນີ້ແມ່ນຊື່ວ່າ ແລະ IT ເປັນຫຍັງ The CAP Theorem ແມ່ນ ເວົ້າ ວ່າ. a lot ຄຸນນະສົມບັດ is NOT ເປັນຫຍັງມັນເປັນສິ່ງທີ່ສໍາຄັນ? ເນື່ອງຈາກວ່າພວກເຮົາມີຈໍານວນຫຼາຍລະບົບທີ່ສະຫນອງຮູບແບບປະສິດທິພາບຕ່ໍາກວ່າ, ເຊັ່ນ: ການອ່ານ monotonous, reading-your-writing, ແລະປະສິດທິພາບ causal, ໃນຂະນະທີ່ມີປະສິດທິພາບທີ່ດີທີ່ສຸດ. The CAP theorem doesn’t constrain systems using these models, only linearizability. ປະສິດທິພາບສູງ ວິທີການເຮັດວຽກໃນ CAP Theorem ການຄາດຄະເນດິນຟ້າອາກາດ (CAP) ຂອງການຄາດຄະເນດິນຟ້າອາກາດ (CAP) ຂອງການຄາດຄະເນດິນຟ້າອາກາດ (CAP) ຂອງການຄາດຄະເນດິນຟ້າອາກາດ (CAP) ຂອງການຄາດຄະເນດິນຟ້າອາກາດ (CAP) ຂອງການຄາດຄະເນດິນຟ້າອາກາດ (CAP) ຂອງການຄາດຄະເນດິນຟ້າອາກາດ (CAP) ຂອງການຄາດຄະເນດິນຟ້າອາກາດ (CAP) ຂອງການຄາດຄະເນດິນຟ້າອາກາດ (CAP) ດາວນ໌ໂຫລດ Reply » ປະເພດ ຄວາມຄິດເຫັນທີ່ນີ້ບໍ່ຈໍາເປັນຕ້ອງເປັນ: ການຕອບສະຫນອງຈະເປັນຢ່າງວ່ອງໄວ. ຄວາມຄິດເຫັນທີ່ Reply must be correct. ໃນຖານະເປັນວິທີທີ່ຫຼາຍທີ່ສຸດ nodes ຕ້ອງການທີ່ຈະຕອບ. ປະເພດ: ຖ້າຫາກວ່າທ່ານມີ 10 node cluster ແລະ 4 ຂອງ nodes ນີ້ແມ່ນ partitioned away, those 4 nodes ຂໍຂອບໃຈວ່າທ່ານກໍາລັງຊອກຫາຄໍາຮ້ອງສະຫມັກທີ່ຖືກຄາດວ່າ "ມີ" ໃນຖານະເປັນ "ມີ" ໃນຄໍາຮ້ອງສະຫມັກຂອງ CAP. ໃນກໍລະນີນີ້, ຄວາມຜິດພາດ 4xx ຫຼືການອ່ານ stable ແມ່ນຍັງຄາດວ່າ "ມີ". must ໃນຖານະເປັນຕົວຢ່າງໃນໂລກທີ່ແທ້ຈິງ: ໃນໄລຍະການແຜ່ເຄືອຂ່າຍ, ລະບົບ replica primary ຂອງ MongoDB ທີ່ບໍ່ສາມາດເຂົ້າເຖິງທັງຫມົດຂອງ replicas secundary ຈະ "ຫຼຸດລົງ" ແລະຕອບສະຫນອງການລົງທະບຽນທັງຫມົດ. ຄໍາຮ້ອງສະຫມັກການລົງທະບຽນເຫຼົ່ານີ້ຈະໃຊ້ເວລາ. ໃນຖານະເປັນຄໍາຮ້ອງສະຫມັກ CAP ທີ່ເປັນ , ເຊັ່ນດຽວກັນກັບການເຮັດວຽກຂອງ MongoDB ເປັນທີ່ຄາດວ່າຈະໄດ້. unavailability ເປັນຫຍັງການ tolerance Partition? (ແລະວິທີທີ່ທ່ານບໍ່ສາມາດກວດສອບມັນ) ນີ້ແມ່ນສະຖານທີ່ຂອງ “pick two” framing. ການຕັດສິນໃຈຂອງການຕັດສິນໃຈຂອງການຕັດສິນໃຈແມ່ນວ່າລະບົບຂອງທ່ານຈະເຮັດວຽກຢ່າງເປັນທາງການເຊັ່ນດຽວກັນກັບການຕັດສິນໃຈ, ເຊັ່ນດຽວກັນກັບການຕັດສິນໃຈຂອງການຕັດສິນໃຈຂອງການຕັດສິນໃຈຂອງການຕັດສິນໃຈ. ເວັບໄຊທ໌ຂອງພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮ ຄວາມຄິດເຫັນແມ່ນ, You are not choosing between C, A, and P. You are really choosing between C and A when P inevitably occurs. partition tolerance is absolutely mandatory ຊື່ຫຍໍ້ຂອງ : Real Trade-off ຂໍຂອບໃຈວ່າທ່ານກໍາລັງຊອກຫາຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບເວັບໄຊທ໌ຂອງພວກເຮົາ. ຫຼັງຈາກການເຮັດວຽກນີ້, ກະລຸນາ re-framed the CAP theorem ແລະຄໍາຮ້ອງສະຫມັກຂອງຕົນໂດຍສະເພາະວ່າ P (Partition Tolerance) ແມ່ນບໍ່ຈໍາເປັນ: ຄຸນນະສົມບັດ: ການຕອບສະຫນອງການຝຶກອົບຮົມທີ່ສາມາດດາວໂຫລດຂໍ້ມູນທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດ (ຫຼຸດຜ່ອນການຮັບປະກັນ) ສະຫນັບສະຫນູນ: reply to all requests even if data is stalled ຂ້າພະເຈົ້າສືບຕໍ່ໄດ້ຮັບການປະທັບໃຈຂອງພວກເຮົາ ເວັບໄຊທ໌ຂອງພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮົາມີຄວາມຮູ້ສຶກວ່າພວກເຮ ທີ່ ຄໍາຖາມທີ່ the CAP theorem ເຮັດໃຫ້ທ່ານເພື່ອປິ່ນປົວແມ່ນ: What should your system do when the network eventually fails? ການທົດສອບພື້ນຖານ: ໃນໄລຍະການຕັດສິນໃຈ, ລະບົບ CP ປົກປ້ອງທ່ານຈາກເບິ່ງຂໍ້ມູນທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດໂດຍບໍ່ໄດ້ຮັບການເຂົ້າເຖິງ. ລະບົບ AP ປົກປ້ອງທ່ານຈາກເວລາທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດໂດຍບໍ່ໄດ້ຮັບອະນຸຍາດໃຫ້ຂໍ້ມູນທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດ. ບໍ່ແມ່ນດີຫຼືບໍ່ດີ, ທັງຫມົດອຸປະກອນແມ່ນອຸປະກອນທີ່ດີສໍາລັບລະບົບຂອງທ່ານ. ລະບົບ CP: ເລືອກປະສິດທິພາບຫຼາຍກ່ວາ disponibility ລະບົບ CP ເລືອກວ່າໃນໄລຍະການເຄືອຂ່າຍ partition, ພວກເຮົາມີຄວາມປອດໄພທີ່ຈະຕອບສະຫນອງການຢັ້ງຢືນ rather than risk returning obsolete data. ຖ້າຫາກວ່າທ່ານກໍາລັງຊອກຫາຄໍາສັ່ງນີ້ໃນເວລາທີ່ນີ້? Banks: ຖ້າຫາກວ່າຜູ້ໃຊ້ເຮັດການຂົນສົ່ງ, ມັນເປັນທີ່ດີທີ່ສຸດທີ່ຈະເປັນ down for a little bit ຫຼືເປັນປະໂຫຍດການຂົນສົ່ງທີ່ເກີດຂຶ້ນສອງຄັ້ງ? ຄຸນນະສົມບັດທີ່ຜ່ານມາ, ທີ່ດີ? ພວກເຮົາບໍ່ຕ້ອງການໃຫ້ລູກຄ້າໃຫ້ເຫັນວ່າການຂົນສົ່ງໄດ້ຍິນດີຕ້ອນຮັບໃນເວລາທີ່ບໍ່ໄດ້. ພວກເຮົາມີຄວາມຕ້ອງການທີ່ຈະເປັນ down ສໍາລັບ 30 ວິນາທີເຊັ່ນດຽວກັນກັບປະໂຫຍດທີ່. ການຄຸ້ມຄອງອຸປະກອນ: ຖ້າຫາກວ່າພວກເຮົາບໍ່ຈໍາເປັນຕ້ອງມີອຸປະກອນໃນອຸປະກອນ, ມັນເປັນທີ່ດີທີ່ສຸດທີ່ຈະເຮັດໃຫ້ການບໍລິການທີ່ບໍ່ສາມາດເຂົ້າເຖິງຫຼືອະນຸຍາດໃຫ້ possibility of overselling? ດາວນ໌ໂຫລດ The Real World System ຈາກເວັບໄຊທ໌ຂອງເຂົາເຈົ້າ: “etcd ແມ່ນບັນຊີລາຍລະອຽດທີ່ເຂັ້ມແຂງ, distribute key-value... ມັນປິ່ນປົວການຄຸ້ມຄອງຄຸນນະສົມບັດຂອງຄຸນນະສົມບັດໃນໄລຍະການກວດສອບເຄືອຂ່າຍແລະສາມາດ tolerate machine failure, ເຊັ່ນດຽວກັນກັບ node leader.” etcd Kubernetes utilizes etcd as its backup store for all cluster configurations. ຖ້າຫາກວ່າທ່ານໄດ້ນໍາໃຊ້ Kubernetes ທີ່ຜ່ານມາ, ທ່ານໄດ້ເຫັນ ລະຫັດ QR ທີ່ຖືກເຂົ້າລະຫັດໂດຍບໍ່ມີການເຂົ້າລະຫັດ QR ທີ່ຖືກເຂົ້າລະຫັດໂດຍບໍ່ມີການເຂົ້າລະຫັດ QR ທີ່ຖືກເຂົ້າລະຫັດໂດຍບໍ່ມີການເຂົ້າລະຫັດ QR ທີ່ຖືກເຂົ້າລະຫັດໂດຍບໍ່ມີການເຂົ້າລະຫັດ QR ທີ່ຖືກເຂົ້າລະຫັດໂດຍບໍ່ມີການເຂົ້າລະຫັດ QR ລະຫັດ QR kubectl kubectl ລະບົບ AP: ເລືອກປະສິດທິພາບໃນໄລຍະປະສິດທິພາບ ລະບົບ AP ເລືອກວ່າໃນໄລຍະການເຄືອຂ່າຍ partition, ພວກເຮົາມີຄວາມປອດໄພເພື່ອໃຫ້ບໍລິການຂໍ້ມູນທີ່ແຕກຕ່າງກັນ rather than deny requests. ລະບົບທີ່ແຕກຕ່າງກັນສໍາລັບການນີ້: Social Media Feeds: ຜູ້ຊ່ຽວຊານຈະຫຼາຍກ່ວາການບໍລິການ app ທີ່ມີອຸປະກອນທີ່ຜ່ານມາ / ບໍ່ມີອຸປະກອນທີ່ຜ່ານມາ rather than be completely unavailable. ນອກເຫນືອໄປຈາກນີ້, ມັນເປັນສິ່ງທີ່ສໍາຄັນທີ່ຜູ້ຊ່ຽວຊານບໍ່ເບິ່ງການປິ່ນປົວຂອງເຂົາເຈົ້າສໍາລັບສອງຊົ່ວໂມງ? ບໍ່ແມ່ນວ່າ. ການປະສົບການຜູ້ຊ່ຽວຊານຂອງ app ເປັນ down ແມ່ນຫຼາຍກ່ວາເວລາການປິ່ນປົວແມ່ນ off. ຄູ່ມືການຊື້: ປະເພດທີ່ດີທີ່ສຸດຂອງການນີ້ແມ່ນ Amazon ຂອງ DynamoDB, ເຊິ່ງໄດ້ເລີ່ມຕົ້ນດ້ວຍການປິ່ນປົວຄວາມປອດໄພຂອງການຊື້ຄ່ໍາຂອງເຂົາເຈົ້າ; ມັນເປັນປະສົບການ "ລໍຖ້າທີ່ໃຊ້ເວລາ". ທ່ານສາມາດເພີ່ມການຊື້ຄ່ໍາ. ບໍ່ມີສິ່ງທຸກຢ່າງ, ຖ້າຫາກວ່າຄົນອື່ນແມ່ນ fiddling ກັບການຊື້ຄ່ໍາຂອງທ່ານ (Amazon ຈະປິ່ນປົວການປ່ຽນແປງ), ທ່ານຈະສາມາດ "ເພີ່ມການຊື້ຄ່ໍາ". ສໍາລັບລະບົບ AP ໃນໂລກທີ່ແທ້ຈິງ, ທ່ານບໍ່ຈໍາເປັນຕ້ອງຊອກຫາຄວາມເຂັ້ມແຂງ, ລະບົບ AP purest ແມ່ນບໍ່ມີສິ່ງທີ່ແຕກຕ່າງກັນຈາກ DNS ຂອງຕົນເອງ. DNS, ລະບົບ Name Domain, ເປັນຕົວຢ່າງທີ່ດີທີ່ສຸດຂອງລະບົບ AP, ແລະພວກເຮົາມີການນໍາໃຊ້ມັນຫຼາຍກ່ວາ 100 ເວລາໃນມື້ນີ້ໂດຍບໍ່ໄດ້ຮູ້ວ່າມັນ. ໃນເວລາທີ່ບັນຊີລາຍຊື່ DNS ໄດ້ຖືກປັບປຸງ, ການປັບປຸງຈະບໍ່ຖືກປິ່ນປົວກັບທຸກ DNS server ໃນທົ່ວໂລກຢ່າງຕໍ່ເນື່ອງ. server DNS ທີ່ແຕກຕ່າງກັນໃນທົ່ວໂລກສາມາດສະຫນອງການບັນຊີລາຍຊື່ DNS ທີ່ຖືກປິ່ນປົວ; , DNS ແມ່ນບໍ່ມີ “ບໍ່ມີ”. ມັນຈະໃຫ້ທ່ານຄໍາສັ່ງ, ເຖິງແມ່ນວ່າຄໍາສັ່ງນີ້ແມ່ນ stalled. ນີ້ແມ່ນວ່າມັນເປັນສິ່ງທີ່ໃຫ້ການປັບປຸງ DNS ມີເວລາທີ່ໃຊ້ເວລາແລະວິທີທີ່ເວັບໄຊທ໌บางຄົນສະແດງໃຫ້ເຫັນວ່າບໍ່ມີທີ່ໃຊ້ເວລາສໍາລັບບາງຄົນໃນເວລາທີ່ໄດ້ຮັບການປັບປຸງ. ໃນກໍລະນີຂອງ DNS, ຄຸນນະສົມບັດທີ່ຜ່ານມາແມ່ນດີກວ່າທີ່ບໍ່ມີເວລາທີ່ໃຊ້ເວລາທີ່ໃຊ້ເວລາທີ່ໃຊ້ເວລາທີ່ໃຊ້ເວລາທີ່ໃຊ້ເວລາທີ່ໃຊ້ເວລາທີ່ໃຊ້ເວລາ. however Next Up: ຄ່າໃຊ້ຈ່າຍທີ່ກວດສອບຂອງການຄົ້ນຄວ້າ consistency ໃນສ່ວນທີ່ຜ່ານມາຂອງຊຸດນີ້, ພວກເຮົາມີຄວາມຮູ້ສຶກທີ່ຍິ່ງໃຫຍ່ກ່ຽວກັບລະບົບ CP - ບັດຂໍ້ມູນແລະບໍລິການທີ່ priorize consistency over availability during network failures.We will take a look at: ວິທີການລະບົບ CP ນີ້ປະຕິບັດການປະສິດທິພາບທີ່ເຂັ້ມແຂງ. ລາຄາຂອງການ coordination ຖ້າຫາກວ່າທ່ານກໍາລັງຊອກຫາຄໍາແນະນໍາທີ່ດີທີ່ສຸດສໍາລັບການຄຸ້ມຄອງ, ທ່ານສາມາດເລືອກເອົາຄໍາແນະນໍາທີ່ດີທີ່ສຸດສໍາລັບການຄຸ້ມຄອງທີ່ດີທີ່ສຸດ. ການ "ການເລືອກສອງ" ເຮັດໃຫ້ຄວາມສົນໃຈຂອງການເຊື່ອມຕໍ່ກັບການເລືອກຂອງທ່ານສໍາລັບການປະຈຸບັນທັງຫມົດຂອງລະບົບ, ໃນຂະນະທີ່ໃນຂະນະທີ່ໃນຂະນະທີ່ຈຸດປະສົງແມ່ນຫຼາຍກວ້າງຂວາງ. ດາວນ໌ໂຫລດ Part 2 ໃນ 2 ວິນາທີ ຂ້າພະເຈົ້າສືບຕໍ່ໄດ້ຮັບການປະທັບໃຈກໍໂດຍການບໍລິການລູກຄ້າຂອງພວກເຮົາ ອິນເດຍ ລະຫັດ QR ຊື່ຫຍໍ້ຂອງ : Eric Brewer's 2000 Podc Presentation ຄວາມຄິດເຫັນທີ່ Brewer ແລະຄວາມສາມາດຂອງການບໍລິການເວັບໄຊທ໌ທີ່ຖືກນໍາໃຊ້, ທີ່ຖືກນໍາໃຊ້, ການຕັດສິນໃຈໂດຍ Nancy Lynch ແລະ Seth Gilbert ລະຫັດ QR