Elasticsearch 라이센스 변경 문제

2024년 3월 7일 · 5 min read

Elasticsearch는 2010년에 Shay Banon이 처음 공개한 오픈소스 검색 엔진으로 시작했습니다. Lucene 기반으로 구축된 Elasticsearch는 뛰어난 검색 속도와 확장성을 자랑하며, 데이터 검색 및 로그 분석의 대표적인 솔루션으로 자리 잡았습니다.

특히 ELK(Stack: Elasticsearch, Logstash, Kibana)의 인기는 DevOps와 데이터 엔지니어링 분야에서 독보적이었습니다.

그러나 Elastic사의 라이선스 정책 변화로 인해, 많은 사용자가 새로운 대안을 모색하는 상황에 이르렀습니다. 이번 글에서는 Elasticsearch의 시작과 시장 반응, 라이선스 변화가 사용자와 커뮤니티에 미친 영향을 살펴보고, Kubernetes 환경에서의 대안을 탐구해 보겠습니다.

Elasticsearch의 시작과 초기 시장 반응 #

Elasticsearch는 처음 등장했을 때, 기존의 검색 엔진 솔루션이 가지는 복잡성과 느린 성능을 대체할 가볍고 직관적인 대안으로 주목받았습니다. 이 시스템은 다음과 같은 장점을 제공하며 빠르게 인기를 끌었습니다:

확장성: 샤드와 복제를 통해 대량의 데이터를 분산 저장 및 처리.
RESTful API: HTTP 기반의 직관적인 인터페이스로 간편한 통합 가능.
무료 오픈소스: Apache 2.0 라이선스 기반으로 누구나 자유롭게 사용 가능.

2015년에는 Elastic사가 설립되며, Elasticsearch를 중심으로 Logstash와 Kibana를 포함한 ELK Stack을 통합한 생태계를 구축했습니다. 이로 인해 클라우드 환경 및 데이터 중심 애플리케이션 개발자들에게 필수적인 도구로 자리 잡았습니다.

시장 반응도 폭발적이었습니다:

많은 기업이 ELK Stack을 통해 로그 분석, 애플리케이션 모니터링, 검색 시스템을 구축.
AWS, Azure와 같은 클라우드 제공업체도 Elasticsearch 서비스를 시작.
오픈소스 정신을 바탕으로 많은 커뮤니티 기여와 포크 프로젝트가 탄생.

하지만 2021년 Elastic은 라이선스 정책을 변경하며 새로운 국면에 접어들었습니다.

라이선스 변화와 사용자에 미친 영향 #

Elastic은 2021년 Elasticsearch와 Kibana의 라이선스를 Apache 2.0에서 SSPL(Server Side Public License) 및 Elastic 라이선스로 변경했습니다. 이 변화는 오픈소스 사용자를 포함한 많은 사람들에게 실망을 안겨주었으며, 시장에서도 논란이 되었습니다.

라이선스 변화의 핵심 내용

SSPL 도입: 클라우드 서비스 제공업체가 Elasticsearch를 SaaS로 제공하는 경우 소스 코드를 공개하도록 강제.
Elastic 라이선스: 무료 버전을 사용할 수 있지만, 상업적 사용 및 일부 고급 기능은 유료 라이선스 필요.

사용자와 시장 반응

오픈소스 커뮤니티:
- 많은 사용자들이 Elastic의 “오픈소스 포기"에 실망감을 표현.
- AWS는 이를 비판하며 Elasticsearch의 포크 버전인 OpenSearch를 발표.
- GitHub, Hacker News, Reddit 등에서 “Elastic의 상업화"에 대한 활발한 토론이 진행.
기업 반응:
- 대기업들은 라이선스 변경에 따라 비용 증가를 우려하며 OpenSearch로 전환.
- 일부 클라우드 서비스 제공업체는 자체적으로 Elasticsearch와 호환되는 솔루션을 개발.
실제 사용자 반응:
- 개인 개발자와 소규모 팀은 무료 버전으로의 제약이 늘어났다는 점에 불만.
- 유료 라이선스를 선택하지 않으면 중요한 기능을 사용할 수 없게 됨.

결과적으로 Elastic의 변화는 오픈소스 사용자와 기업 고객 모두에게 큰 혼란을 초래했습니다.

Kubernetes 환경에서의 Elasticsearch #

Kubernetes는 컨테이너화된 애플리케이션의 배포 및 관리를 간소화하는 강력한 플랫폼입니다. Elasticsearch 역시 Kubernetes에서의 배포가 일반화되었지만, 두 가지 주요 설치 방법이 존재합니다:

Helm Chart를 통한 설치

특징: 간단한 설치 및 기본 기능 제공.
장점: 무료로 제공되는 기본 기능만 사용 가능.
단점: 고급 클러스터 관리 및 모니터링에는 한계.

Elastic Operator를 통한 설치

특징: Elastic에서 제공하는 Kubernetes 네이티브 클러스터 관리 도구.
장점: 스케일링, 백업, 보안 설정 등 고급 기능 제공.
단점: 많은 고급 기능이 유료 라이선스에 종속.

Elastic Operator는 강력한 도구이지만, 오픈소스 사용자의 입장에서는 아쉬운 부분이 많습니다. 특히, 유료 라이선스가 요구되는 기능들이 포함되어 있어 무료 사용자에게 제약이 있습니다.

이러한 이유로, 많은 사용자가 Elasticsearch 대신 대안을 모색하기 시작했습니다.

Elasticsearch의 대안: 오픈소스 조합 #

Elastic의 라이선스 변화로 인해 오픈소스 기반의 대안을 선택하는 사용자가 증가하고 있습니다. Kubernetes 환경에서 Elasticsearch를 대신할 수 있는 대표적인 옵션은 다음과 같습니다:

OpenSearch

특징: Elasticsearch의 API를 그대로 지원하며 완전히 오픈소스.
장점: Apache 2.0 라이선스, Elastic과 유사한 경험 제공.
단점: Elastic의 일부 최신 기능과는 호환되지 않을 수 있음.

Loki (Grafana와 연계)

특징: 로그 수집 및 시각화에 특화된 경량 솔루션.
장점: Prometheus 스타일의 간단한 설정 및 관리.
단점: 구조화되지 않은 데이터 검색에는 적합하지 않음.

Fluentd + ClickHouse

특징: 로그 집계 도구(Fluentd)와 고성능 데이터베이스(ClickHouse)의 조합.
장점: 커스터마이징 가능, 비용 효율적.
단점: 구성 및 관리가 다소 복잡.

Graylog

특징: 로그 관리 및 분석 솔루션으로 Elasticsearch와 유사한 워크플로 제공.
장점: 무료 버전에서도 다양한 기능 제공.
단점: Elastic보다 낮은 확장성.

개인적 결론 #

Elastic의 라이선스 변화는 오픈소스 사용자를 멀어지게 만드는 계기가 되었습니다. 특히 Kubernetes 환경에서 Elasticsearch를 사용하는 데 있어서 유료 라이선스가 요구되는 현실은 많은 사용자들에게 실망을 안겨주었습니다.

그러나 이러한 변화는 오히려 오픈소스 생태계에서 새로운 기회를 제공하기도 했습니다. OpenSearch, Loki, Fluentd 등 다양한 대안은 Elastic의 빈 자리를 메우며 점차 자리잡아가고 있습니다.

“오픈소스 정신은 변하지 않는다"는 믿음 아래, 대안을 모색하며 Elastic의 교훈을 되새길 수 있기를 바랍니다.

참고 자료 #

https://www.elastic.co/blog/licensing-change