<div id="readability-page-1" class="page"><div id="page" role="main">

		

		
			
<article id="post-3554">
	

	<div>
		
<p> 지금부터의 의견은 100% 내 개인적인 의견이다.</p>



<p> 2024년 Redis 생태계에서 아주 충격적인 일이 일어났다. Redis 7.2.4 부터 Redis 의 오픈소스 라이센스가 기존의 BSDv3 에서 Redis Source Available License v2 (RSALv2) 와 Server Side Public License v1 (SSPLv1) 로 바꿔버린 것이다. 그러면서 Valkey 라는 Redis Fork 프로젝트가 새롭게 생겨나게 된 계기가 되었다.</p>



<p> 먼저 RSALv2 와 SSPLv1 라이센스에 대해서 먼저 알아보자. 이 두 해당 라이센스는 공식적인 오픈소스 라이센스로 인정받지 못한다. 즉 기본적으로 Redis는 더 이상 오픈소스로 인정 되지 않는다는 얘기였다.(그래서 각 종 리눅스 배포판에서 빠지게 되었다.)</p>



<p> 일단 각 라이센스 부터 정리하면. 아래와 같다.</p>



<figure><table><tbody><tr><td>라이센스</td><td>비고</td></tr><tr><td>RSALv2</td><td>비상업적 또는 자체 내부 서비스 용도로는 사용 가능.<br>SaaS(서비스형 소프트웨어) 형태로 Redis를 제공하는 것은 금지.<br>예: AWS, GCP 같은 클라우드 벤더가 Redis를 서비스로 제공하는 것 제한.<br>수정 및 배포는 가능하지만, 상업적 Redis-as-a-Service 제공은 불허.</td></tr><tr><td>SSPLv1</td><td>기본적으로 GPLv3 기반이지만, 클라우드 제공자에게 훨씬 더 엄격함.<br>Redis를 서비스로 제공하고 싶다면, 해당 서비스 전체의 소스코드를 공개해야 함.<br>예: Redis와 함께 사용하는 관리 도구, 오케스트레이션 시스템 등도 모두 공개해야 함.<br>사실상 대기업의 SaaS 제공을 어렵게 만드는 라이선스입니다.</td></tr></tbody></table></figure>



<p> 딱 살펴보면 알겠지만, Redis를 그냥 사용하는 것은 되지만, Redis As a Service 를 못하게 하는 라이센스라고 보면 된다. 여기서 타겟이 되는 것은 AWS Elasticach 나 GCP 같은 클라우드 업체이며, 더 이상 Redis 를 서비스 할 수 없게 된다.(정확히는 Redis 7.2.4 부터이고 그 이전까지는 여전히 BSDv3 이므로 상관없다.)</p>



<p> Redis(회사) 에서 말하는 것은 오픈소스 레디스에 우리는 이렇게 투자를 많이하는데, 클라우드 업체에서는 과실만 따먹고, 여기에 대한 투자를 하지 않는다라는 것이다.(물론, 알리바바 클라우드나 AWS에서도 꽤 공헌이 있었다.)</p>



<p> 여기서 재미있는 것은 Redis(회사) 의 엔터프라이즈 버전이나, AWS의 Elasticash 같은 경우 Open Source Redis의 엄청난 개조버전이라는 것이다.(여기서, Redis 엔터프라이즈 버전은 오픈소스 Redis를 앞에서 Redis(회사)에서 만든 Proxy가 붙어서 다른 형태로 동작하게 하는 걸로 알고 있다.) 즉, 이렇게 수정한 버전을 서비스를 할려면, 소스를 공개하라는 뜻이다.</p>



<p> 그런데 몇일전에, Redis 8을 릴리즈하면서 이제 AGPLv3 를 라이센스에 추가했다. 관련 글에는 고객들이 오픈소스 라이센스일때 더 적용하기 쉽다고 해서, AGPLv3를 추가했다는 것이다. 그리고 AGPLv3는 인정 받는 오픈소스 라이센스가 맞다. </p>



<p> 그럼 AGPLv3는 어떤 특징이 있을까?</p>



<p>가장 “자유로운” 라이선스처럼 보일 수 있으나, 기업 입장에서는 부담이 큼.</p>



<ul>
<li>네트워크 상에서 Redis를 서비스 형태로 제공할 경우, 소스코드 전체를 공개해야 함.</li>



<li>Redis를 커스터마이징하거나 변경한 버전을 서비스로 제공하면, 해당 서비스 전체 소스도 공개해야 함.</li>
</ul>



<p> 살펴보면 SSPLv1 과 유사하다는 것을 알 수 있다. 즉, 결국 Redis 오픈 소스 버전을 쓰고 싶다면, 결과물을 공개하라는 의지가 계속 들어가 있는 것이다.</p>



<p> 당연히 오픈소스 Redis 로 다시 돌아왔지만, 그 목적이 예전처럼 더 자유로웠던 BSDv3가 아닌 것은, 그 목적이 어느 정도 명확해서라고 생각한다.</p>
			</div>

	
</article>

			

				
	
		
		</div></div>

Charsyam's Blog

지금부터의 의견은 100% 내 개인적인 의견이다.
 2024년 Redis 생태계에서 아주 충격적인 일이 일어났다. Redis 7.2.4 부터 Redis 의 오픈소스 라이센스가 기존의 BSDv3 에서 Redis Source Available License v2 (RSALv2) 와 Server Side Public License v1 (SSPLv1) 로 바꿔버린 것이다. 그러면서 Valkey 라는 Redis Fork 프로젝트가 새롭게 생겨나게 된 계기가 되었다.
 먼저 RSALv2 와 SSPLv1 라이센스에 대해서 먼저 알아보자. 이 두 해당 라이센스는 공식적인 오픈소스 라이센스로 인정받지 못한다. 즉 기본적으로 Redis는 더 이상 오픈소스로 인정 되지 않는다는 얘기였다.(그래서 각 종 리눅스 배포판에서 빠지게 되었다.)
 일단 각 라이센스 부터 정리하면. 아래와 같다.
 딱 살펴보면 알겠지만, Redis를 그냥 사용하는 것은 되지만, Redis As a Service 를 못하게 하는 라이센스라고 보면 된다. 여기서 타겟이 되는 것은 AWS Elasticach 나 GCP 같은 클라우드 업체이며, 더 이상 Redis 를 서비스 할 수 없게 된다.(정확히는 Redis 7.2.4 부터이고 그 이전까지는 여전히 BSDv3 이므로 상관없다.)
 Redis(회사) 에서 말하는 것은 오픈소스 레디스에 우리는 이렇게 투자를 많이하는데, 클라우드 업체에서는 과실만 따먹고, 여기에 대한 투자를 하지 않는다라는 것이다.(물론, 알리바바 클라우드나 AWS에서도 꽤 공헌이 있었다.)
 여기서 재미있는 것은 Redis(회사) 의 엔터프라이즈 버전이나, AWS의 Elasticash 같은 경우 Open Source Redis의 엄청난 개조버전이라는 것이다.(여기서, Redis 엔터프라이즈 버전은 오픈소스 Redis를 앞에서 Redis(회사)에서 만든 Proxy가 붙어서 다른 형태로 동작하게 하는 걸로 알고 있다.) 즉, 이렇게 수정한 버전을 서비스를 할려면, 소스를 공개하라는 뜻이다.
 그런데 몇일전에, Redis 8을 릴리즈하면서 이제 AGPLv3 를 라이센스에 추가했다. 관련 글에는 고객들이 오픈소스 라이센스일때 더 적용하기 쉽다고 해서, AGPLv3를 추가했다는 것이다. 그리고 AGPLv3는 인정 받는 오픈소스 라이센스가 맞다. 
 그럼 AGPLv3는 어떤 특징이 있을까?
가장 “자유로운” 라이선스처럼 보일 수 있으나, 기업 입장에서는 부담이 큼.
네트워크 상에서 Redis를 서비스 형태로 제공할 경우, 소스코드 전체를 공개해야 함.
Redis를 커스터마이징하거나 변경한 버전을 서비스로 제공하면, 해당 서비스 전체 소스도 공개해야 함.
 살펴보면 SSPLv1 과 유사하다는 것을 알 수 있다. 즉, 결국 Redis 오픈 소스 버전을 쓰고 싶다면, 결과물을 공개하라는 의지가 계속 들어가 있는 것이다.
 당연히 오픈소스 Redis 로 다시 돌아왔지만, 그 목적이 예전처럼 더 자유로웠던 BSDv3가 아닌 것은, 그 목적이 어느 정도 명확해서라고 생각한다.

Redis 8 에서의 AGPLv3 추가의 의미(오픈소스로의 리턴?)

댓글