ຄວາມສາມາດໃນການເຊື່ອມຕໍ່ກັບສ້ອມຖືກສະກັດຢູ່ໃນລູກຄ້າ Elasticsearch ຢ່າງເປັນທາງການ

Elasticsearch ໄດ້ເຜີຍແຜ່ການປ່ອຍ elasticsearch-py 7.14.0, ຫ້ອງສະຫມຸດລູກຄ້າຢ່າງເປັນທາງການສໍາລັບພາສາ Python, ປະກອບດ້ວຍການປ່ຽນແປງທີ່ຂັດຂວາງຄວາມສາມາດໃນການເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍທີ່ບໍ່ໄດ້ໃຊ້ແພລະຕະຟອມ Elasticsearch ການຄ້າຕົ້ນສະບັບ. ຫ້ອງສະຫມຸດລູກຄ້າໃນປັດຈຸບັນຈະຖິ້ມຄວາມຜິດພາດຖ້າອີກຝ່າຍຫນຶ່ງກໍາລັງໃຊ້ຜະລິດຕະພັນທີ່ປາກົດຢູ່ໃນ "X-Elastic-Product" header ເປັນສິ່ງອື່ນທີ່ບໍ່ແມ່ນ "Elasticsearch" ສໍາລັບສະບັບໃຫມ່, ຫຼືບໍ່ຜ່ານ tagline ແລະ build_flavor ພາກສະຫນາມສໍາລັບເກົ່າ. ການປ່ອຍ.

ຫ້ອງສະຫມຸດ elasticsearch-py ຍັງສືບຕໍ່ແຈກຢາຍພາຍໃຕ້ໃບອະນຸຍາດ Apache 2.0, ແຕ່ການເຮັດວຽກຂອງມັນໄດ້ຖືກຈໍາກັດໃນປັດຈຸບັນເພື່ອເຊື່ອມຕໍ່ກັບຜະລິດຕະພັນ Elasticsearch ການຄ້າ. ອີງຕາມ Amazon, ການຂັດຂວາງຜົນກະທົບຕໍ່ບໍ່ພຽງແຕ່ການສ້ອມແຊມຂອງ Open Distro ສໍາລັບ Elasticsearch ແລະ OpenSearch, ແຕ່ຍັງວິທີແກ້ໄຂໂດຍອີງໃສ່ Elasticsearch ສະບັບເປີດ. ການປ່ຽນແປງທີ່ຄ້າຍຄືກັນຄາດວ່າຈະລວມຢູ່ໃນຫ້ອງສະຫມຸດລູກຄ້າສໍາລັບ JavaScript ແລະ Hadoop.

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

Elasticsearch ໃນເບື້ອງຕົ້ນໄດ້ພະຍາຍາມປ່ຽນສະຖານະການໂດຍການຍ້າຍເວທີໄປສູ່ SSPL ທີ່ບໍ່ແມ່ນຟຣີ (Server Side Public License) ແລະຢຸດການເຜີຍແຜ່ການປ່ຽນແປງພາຍໃຕ້ໃບອະນຸຍາດ Apache 2.0 ເກົ່າ. ໃບອະນຸຍາດ SSPL ໄດ້ຖືກຮັບຮູ້ໂດຍ OSI (Open Source Initiative) ວ່າບໍ່ກົງກັບເງື່ອນໄຂ Open Source ເນື່ອງຈາກມີຄວາມຕ້ອງການຈໍາແນກ. ເຖິງວ່າຈະມີຄວາມຈິງທີ່ວ່າໃບອະນຸຍາດ SSPL ແມ່ນອີງໃສ່ AGPLv3, ຂໍ້ຄວາມມີຄວາມຕ້ອງການເພີ່ມເຕີມສໍາລັບການຈັດສົ່ງພາຍໃຕ້ໃບອະນຸຍາດ SSPL ບໍ່ພຽງແຕ່ລະຫັດຄໍາຮ້ອງສະຫມັກຕົວມັນເອງ, ແຕ່ຍັງລະຫັດແຫຼ່ງຂອງອົງປະກອບທັງຫມົດທີ່ກ່ຽວຂ້ອງກັບການສະຫນອງການບໍລິການຟັງ.

ແຕ່ຂັ້ນຕອນນີ້ພຽງແຕ່ເຮັດໃຫ້ສະຖານະການຮ້າຍແຮງຂຶ້ນແລະຜ່ານຄວາມພະຍາຍາມຮ່ວມກັນຂອງ Amazon, Red Hat, SAP, Capital One ແລະ Logz.io, OpenSearch fork ໄດ້ຖືກສ້າງຂື້ນ, ວາງຕໍາແຫນ່ງເປັນການແກ້ໄຂແບບເປີດເຜີຍຢ່າງເຕັມທີ່ທີ່ພັດທະນາດ້ວຍການມີສ່ວນຮ່ວມຂອງຊຸມຊົນ. OpenSearch ໄດ້ຮັບການຍອມຮັບວ່າມີຄວາມພ້ອມສໍາລັບການນໍາໃຊ້ໃນລະບົບການຜະລິດແລະສາມາດປ່ຽນແທນ Elasticsearch ຄົ້ນຫາ, ການວິເຄາະແລະການເກັບຮັກສາຂໍ້ມູນແລະການໂຕ້ຕອບເວັບໄຊຕ໌ Kibana, ລວມທັງການສະເຫນີການທົດແທນສໍາລັບອົງປະກອບຂອງ Elasticsearch ສະບັບການຄ້າ.

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

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

ແຫຼ່ງຂໍ້ມູນ: opennet.ru