ჩანგალებთან დაკავშირების შესაძლებლობა დაბლოკილია ოფიციალურ Elasticsearch კლიენტებში

Elasticsearch-მა გამოაქვეყნა elasticsearch-py 7.14.0, ოფიციალური კლიენტის ბიბლიოთეკა Python ენისთვის, რომელიც შეიცავს ცვლილებას, რომელიც ბლოკავს სერვერებთან დაკავშირების შესაძლებლობას, რომლებიც არ იყენებენ ორიგინალურ კომერციულ Elasticsearch პლატფორმას. კლიენტის ბიბლიოთეკა ახლა გამოუშვებს შეცდომას, თუ მეორე მხარე იყენებს პროდუქტს, რომელიც გამოჩნდება „X-Elastic-Product“ სათაურში, როგორც „Elasticsearch“-ის გარდა ახალი გამოცემებისთვის, ან არ გადასცემს თაგლაინს და build_flavor ველებს ძველისთვის. ავრცელებს.

elasticsearch-py ბიბლიოთეკა აგრძელებს დისტრიბუციას Apache 2.0 ლიცენზიით, მაგრამ მისი ფუნქციონირება ახლა შემოიფარგლება კომერციულ Elasticsearch პროდუქტებთან დაკავშირებით. Amazon-ის თანახმად, დაბლოკვა გავლენას ახდენს არა მხოლოდ Open Distro-ის ჩანგალებზე Elasticsearch-ისა და OpenSearch-ისთვის, არამედ Elasticsearch-ის ღია ვერსიებზე დაფუძნებულ გადაწყვეტილებებზეც. მსგავსი ცვლილებები მოსალოდნელია JavaScript-ისა და Hadoop-ის კლიენტ ბიბლიოთეკებში.

Elasticsearch-ის ქმედებები არის კონფლიქტის შედეგი ღრუბლოვან პროვაიდერებთან, რომლებიც უზრუნველყოფენ Elasticsearch-ს, როგორც ღრუბლოვან სერვისებს, მაგრამ არ ყიდულობენ პროდუქტის კომერციულ ვერსიას. Elasticsearch უკმაყოფილოა იმით, რომ ღრუბლოვანი პროვაიდერები, რომლებსაც არაფერი აქვთ საერთო პროექტთან, სარგებლობენ მზა ღია გადაწყვეტილებების გადაყიდვით, ხოლო თავად დეველოპერებს არაფერი აქვთ დარჩენილი.

Elasticsearch თავდაპირველად ცდილობდა სიტუაციის შეცვლას პლატფორმის არათავისუფალ SSPL-ზე (სერვერის მხარის საჯარო ლიცენზიაზე) გადატანით და ძველი Apache 2.0 ლიცენზიით ცვლილებების გამოქვეყნების შეწყვეტით. SSPL ლიცენზია აღიარებულია OSI (Open Source Initiative) მიერ, როგორც არ აკმაყოფილებს ღია კოდის კრიტერიუმებს დისკრიმინაციული მოთხოვნების არსებობის გამო. იმისდა მიუხედავად, რომ SSPL ლიცენზია დაფუძნებულია AGPLv3-ზე, ტექსტი შეიცავს დამატებით მოთხოვნებს SSPL ლიცენზიით მიწოდებისთვის არა მხოლოდ თავად განაცხადის კოდის, არამედ ღრუბლოვანი სერვისის მიწოდებაში ჩართული ყველა კომპონენტის წყაროს კოდის შესახებ.

მაგრამ ამ ნაბიჯმა მხოლოდ გააუარესა სიტუაცია და Amazon-ის, Red Hat-ის, SAP-ის, Capital One-ისა და Logz.io-ის ერთობლივი ძალისხმევით შეიქმნა OpenSearch ჩანგალი, რომელიც განლაგებულია საზოგადოების მონაწილეობით შემუშავებული სრულფასოვანი ღია გადაწყვეტის სახით. OpenSearch აღიარებულ იქნა, როგორც მზადაა საწარმოო სისტემებში გამოსაყენებლად და შეუძლია შეცვალოს Elasticsearch საძიებო, ანალიზისა და მონაცემთა შენახვის პლატფორმა და Kibana ვებ ინტერფეისი, მათ შორის Elasticsearch-ის კომერციული გამოცემის კომპონენტების ჩანაცვლების შეთავაზება.

Elasticsearch-მა გააძლიერა კონფლიქტი და გადაწყვიტა გაერთულებინა ცხოვრება ჩანგლის მომხმარებლებისთვის მის პროდუქტებთან მიბმის გზით, ისარგებლა იმით, რომ კლიენტების ბიბლიოთეკები მის კონტროლს ექვემდებარებოდა (ბიბლიოთეკების ლიცენზია დარჩა ღია და OpenSearch ჩანგალი განაგრძობდა მათ გამოყენებას. უზრუნველყოს თავსებადობა და გაამარტივოს მომხმარებლების გადასვლა).

Elasticsearch-ის ქმედებების საპასუხოდ, ამაზონმა გამოაცხადა, რომ OpenSearch პროექტი დაიწყებს 12 არსებული კლიენტური ბიბლიოთეკის ჩანგლების შემუშავებას და შესთავაზებს გადაწყვეტას მათზე კლიენტური სისტემების მიგრაციისთვის. სანამ ჩანგლები გამოქვეყნდება, მომხმარებლებს ურჩევენ დაელოდონ კლიენტის ბიბლიოთეკების ახალ გამოშვებებზე გადასვლას და თუ განახლებებს დააინსტალირებენ, დაუბრუნდნენ წინა ვერსიას.

წყარო: opennet.ru