공식 Elasticsearch 클라이언트에서는 포크에 연결하는 기능이 차단됩니다.

Elasticsearch는 원래 상용 Elasticsearch 플랫폼을 사용하지 않는 서버에 연결하는 기능을 차단하는 변경 사항이 포함된 Python 언어용 공식 클라이언트 라이브러리인 elasticsearch-py 7.14.0의 릴리스를 발표했습니다. 이제 상대방이 새 릴리스에 대해 "X-Elastic-Product" 헤더에 나타나는 제품을 "Elasticsearch" 이외의 제품으로 사용하거나 이전 릴리스에 대해 태그라인 및 build_flavor 필드를 전달하지 않는 경우 클라이언트 라이브러리에서 오류가 발생합니다. 릴리스.

elasticsearch-py 라이브러리는 Apache 2.0 라이선스에 따라 계속 배포되지만 해당 기능은 이제 상용 Elasticsearch 제품에 연결하는 것으로 제한됩니다. Amazon에 따르면 차단은 Elasticsearch 및 OpenSearch용 Open Distro 포크뿐만 아니라 Elasticsearch의 개방형 버전을 기반으로 하는 솔루션에도 영향을 미칩니다. JavaScript 및 Hadoop용 클라이언트 라이브러리에도 유사한 변경 사항이 포함될 것으로 예상됩니다.

Elasticsearch의 조치는 Elasticsearch를 클라우드 서비스로 제공하지만 해당 제품의 상용 버전을 구매하지 않는 클라우드 제공업체와 충돌한 결과입니다. Elasticsearch는 프로젝트와 관련이 없는 클라우드 제공업체가 기성 개방형 솔루션을 재판매함으로써 이익을 얻는 반면, 개발자 자신에게는 아무것도 남지 않는다는 사실에 불만을 갖고 있습니다.

Elasticsearch는 처음에 플랫폼을 무료가 아닌 SSPL(Server Side Public License)로 이동하고 이전 Apache 2.0 라이선스에 따른 변경 사항 게시를 중단함으로써 상황을 바꾸려고 했습니다. SSPL 라이선스는 차별적 요구 사항으로 인해 오픈 소스 기준을 충족하지 못하는 것으로 OSI(오픈 소스 이니셔티브)에서 인정됩니다. SSPL 라이선스가 AGPLv3을 기반으로 한다는 사실에도 불구하고 텍스트에는 SSPL 라이선스에 따라 제공하기 위한 애플리케이션 코드 자체뿐만 아니라 클라우드 서비스 제공과 관련된 모든 구성 요소의 소스 코드에 대한 추가 요구 사항이 포함되어 있습니다.

그러나 이 단계는 상황을 더욱 악화시킬 뿐이었고 Amazon, Red Hat, SAP, Capital One 및 Logz.io의 공동 노력을 통해 OpenSearch 포크가 생성되어 커뮤니티의 참여로 개발된 본격적인 개방형 솔루션으로 자리 잡았습니다. OpenSearch는 프로덕션 시스템에서 즉시 사용할 수 있으며 Elasticsearch 상용 버전의 구성 요소에 대한 대체 기능을 제공하는 것을 포함하여 Elasticsearch 검색, 분석 및 데이터 저장 플랫폼과 Kibana 웹 인터페이스를 대체할 수 있는 것으로 인식되었습니다.

Elasticsearch는 갈등을 확대하고 클라이언트 라이브러리가 여전히 자신의 통제하에 있다는 점을 이용하여 포크 사용자의 삶을 어렵게 만들기로 결정했습니다. 호환성을 보장하고 사용자 전환을 단순화합니다.

Elasticsearch의 조치에 대응하여 Amazon은 OpenSearch 프로젝트가 12개의 기존 클라이언트 라이브러리의 포크 개발을 시작하고 클라이언트 시스템을 해당 라이브러리로 마이그레이션하기 위한 솔루션을 제공할 것이라고 발표했습니다. 포크가 게시되기 전에 사용자는 클라이언트 라이브러리의 새 릴리스로 전환될 때까지 기다려야 하며, 업데이트를 설치한 경우 이전 버전으로 롤백하는 것이 좋습니다.

출처 : opennet.ru