진정한 오픈소스 Elasticsearch 를 위한 발돋움 (Stepping up for a truly open source Elasticsearch)

[occidere]

진정한 오픈소스 Elasticsearch 를 위한 발돋움

Stepping up for a truly open source Elasticsearch by Carl Meadows, Jules Graybill, Kyle Davis, and Mehul Shah on 21 JAN 2021 in Announcements, Open Distro For Elasticsearch, Open Source

지난주, Elastic 은 소프트웨어 라이선스 정책을 변경할 예정이며, 더 이상 Elasticsearch 와 Kibana 를 Apache-2.0 라이선스 (ALv2) 로 배포하지 않겠다고 발표하였습니다. 대신 새로운 버전의 소프트웨어는 Elastic 라이선스(사용해야 되는 방법이 제한된) 또는 Server Side Public License(다수의 오픈소스 커뮤니티에서 받아들여지지 않을 정도로 많은것을 요구하는) 하에서 제공됩니다. 이는 곧 Elasticsearch 와 Kibana 는 더 이상 오픈소스가 아니란 뜻입니다. 우리의 배포판을 포함하여, 오픈소스 버전의 두 제품이 잘 지원된 상태로 사용할 수 있도록 유지하기 위해, 저희 AWS 는 Elasticsearch 와 Kibana 를 fork 하여 ALv2 라이선스를 유지한 상태로 새롭게 만들 것을 발표합니다.

Open Distro for Elasticsearch 커뮤니티엔 어떤 의미가 있나요?

저희는 2019년에 고객들과 개발자들이 ALv2 라이선스 하에서 모든 Elasticsearch 배포판의 기능을 자유롭게 사용할 수 있도록 Open Distro for Elasticsearch 를 런칭했습니다. Open Distro for Elasticsearch 는 100% 오픈소스 배포판으로, 네트워크 암호화와 접근 제어 등을 포함하여, 사용자 또는 개발자가 필요로 하는 사실상 모든 기능들을 제공하고 있습니다. 저희는 Open Distro 를 개발하면서 오픈소스 개발에서 권장되는 관례인 "upstream-first" 를 준수하였습니다. Elasticsearch 에서 변경되는 모든 것들을 upstream pull requests 로 전달하였으며 (#42066, #42658, #43284, #43839, #53643, #57271, #59563, #61400, #64513), 그런 다음 Elastic 이 제공하는 oss 빌드를 저희의 배포판에 포함시켰습니다. 이것은 저희가 upstream 개발자 및 관리자들과 협업했다는 사실을 보여주며, 단순히 소프트웨어의 "fork" 버전을 만든게 아니라는 것을 확신시켜줍니다.

프로젝트를 fork 하기로 한 것이 가벼운 결정은 아니지만, 지금과 같은 상황처럼 커뮤니티의 요구가 갈릴 때, 앞으로 나아가는 올바른 길이 될 수 있습니다. 오픈소스 소프트웨어의 중요한 이점은 지금과 같은 일이 일어났을 때, 개발자들이 충분히 동기부여가 되어있다면, 그들 스스로 필요한 일을 시작하는데 필요한 모든 권리를 이미 가지고 있다는 점입니다. Kibana 3 의 fork 로 만들어진 Grafana 와 같이 이미 많은 성공 사례가 있습니다.

AWS 가 오픈소스 프로젝트를 기반으로 서비스를 제공하기로 결정했을 때, 저희는 필요하다면 저희 스스로 유지해나갈 준비가 충분히 되어있다고 확신하였습니다. AWS 는 수년간 이런 코드베이스를 작업해온 경험 뿐만 아니라, Elasticsearch 와 Apache Lucene 양쪽 모두에 upstream 코드 기여를 했으며, 2020년에만 Lucene 에 230개가 넘는 기여를 했습니다.

저희의 Elasticsearch 와 Kibana 에 대한 fork 버전은 가장 마지막 ALv2 라이선스의 코드베이스인 7.10 버전을 기반으로 할 것입니다. 저흰 새 깃헙 저장소를 다음 몇 주 내로 출범할 예정입니다. 그 때가 되면 두 가지 모두 Elastic 이 제공하던 ALv2 빌드를 대체하여 Open Distro 배포판에 포함될 예정입니다. 우린 장기간에 걸쳐 기여자들의 커뮤니티와 프로젝트를 공유하는 방식을 포함해 건강하고 지속가능한 오픈소스 관례를 육성하는 방향으로 나아갈 것입니다.

Amazon Elasticsearch Service 고객들에겐 어떤 의미인가요?

여러분들은 Elastic 의 라이선스 변경이나 저희의 fork 결정이, 현재 사용중인 Amazon Elasticsearch Service (Amazon ES) 에 어떠한 부정적인 영향도 주지 않는다는 사실에 안심하셔도 됩니다. 현재 저희는 18개 버전의 Elasticsearch on Amazon ES 를 제공중이며, 이 중 어떤것도 라이선스 변경에 영향을 받지 않습니다.

앞으로 Amazon ES 는 새로운 fork 버전의 Elasticsearch 와 Kibana 로 구동될 것입니다. 저희는 새로운 기능과 수정, 개선 등을 계속 제공할 것입니다. 또한 저희는 여러분들이 클라이언트나 어플리케이션 코드의 업데이트를 할 필요가 없도록 호환성을 제공하기 위해 최선을 다하고 있습니다. 저희가 지금까지 하던것 처럼, 여러분들께 새로운 버전의 소프트웨어로 끊김없이 매끄러운 업그레이드를 제공할 것입니다.

이 변화로인해 저희 고객들에게 개선사항을 제공하는 속도가 결코 지연되지 않을 것입니다. 커뮤니티 소유의 Elasticsearch 코드베이스는 저희에게 안정성, 확장성, 복원력 및 성능 향상을 더 빠르게 제공할 수 있는 새로운 기회를 제공합니다.

오픈소스 커뮤니티에겐 어떤 의미인가요?

개발자들은 많은 이유로 오픈소스 소프트웨어를 받아들였는데, 아마 어디에 어떻게 원하는 대로 자유롭게 사용할 수 있다는 점이 가장 중요했을 것입니다.

Open source 라는 용어는 1998년에 탄생한 이래로 특별한 의미 를 갖고 있습니다. SSPL 이 "자유롭고 개방되어 있다" 라는 Elastic 의 주장은 잘못된 것입니다. 그들은 오픈 소스로부터 이윤을 요구하면서 오픈 소스의 정의 자체를 깎아내리고 있습니다. 그들의 SSPL 에 대한 선택은 이를 착각하고 있습니다. SSPL 은 오픈소스처럼 보이도록 설계된 오픈소스가 아닌 라이선스아며, 둘 사이의 경계를 흐리고 있습니다. Fedora 커뮤니티가 언급했듯이 "SSPL 을 '자유' 롭거나 '오픈 소스' 라고 여기는 것은 FOSS (자유 오픈소스 소프트웨어) 생태계의 다른 모든 라이선스들에 그림자가 드리워지게 됩니다."

2018년 3월 Elastic 이 그들의 독점 라이선스와 ALv2 코드를 결합했을 때, 그들은 "X-Pack 을 오픈합니다":"저희는 Elasticsearch, Kibana, beats, Logstash 의 Apache 2.0 라이선스 코드 중 단 하나도 변경하지 않았으며, 앞으로도 그러지 않을 것입니다." 라고 약속했습니다. 지난 주, 이 약속을 져버린 다음 Elastic 은 같은 페이지에 "상황이 바뀌었습니다" 라는 각주를 추가했습니다.

Elastic 은 그들이 하는것이 수상한 짓이라는 것을 알고 있습니다. 커뮤니티는 이 점을 그들에게 말했습니다 (참고: Brasseur, Quinn, DeVault). 이는 또한 그들이 왜 자신들의 행동이 "AWS 가 이 상황을 야기한 것" 이라고 해명하기 위해 애쓰는, 후폭풍이 심한 블로그 글을 (초기 라이선스 변경 블로그 맨 위에) 추가로 작성할 수 밖에 없었다고 느낀 이유이기도 합니다. 대부분의 사람들은 속지 않습니다. 저희는 그들에게 아무 짓도 하지 않았습니다. 그들은 라이선스를 제한함으로써 타 관리형 Elasticsearch 서비스가 제공되지 못하도록 막고, Elastic 이 사업을 더 확장할 수 있을 것이라고 믿고 있습니다. Elastic 은 라이선스를 변경할 권리가 있으나, 그들 또한 나서서 그들이 내린 이런 결정에 대해 인정해야 할 것입니다.

그러는 동안 저희는 Open Distro for Elasticsearch 와 함께한 장기적인 여정에 대해 매우 기쁘게 생각합니다. 저희는 ALv2 라이선스를 적용하여 진정한 오픈소스 버전의 Elasticsearch 와 Kibana 를 제공하고, 이러한 미래를 커뮤니티와 함께 구축하고 지원해 나갈 수 있기를 기대하고 있습니다.