세상엔 오픈소스로 도저히 존재할 수 없는 소프트웨어가 꽤 있음. 로켓 소프트웨어, 자동차 소프트웨어 등등… FOSS DB 솔루션도 그 중 하나인 듯 한데, 항상 내가 관측하는 패턴이:

1. 대단한 분들이 db 프로젝트 취미로 시작하거나 스핀오프로 낸다
2. 만들어진게 너무 좋아서 많이 쓰인다
3. 개발자들이 풀타임으로 프로젝트에 투여된다
4. 스폰서한 대기업이 문 벅차고 들어와서 라이선스 바꿔버리거나, 개발자가 이제 슬슬 돈 벌 궁리를 생각한다

오픈소스로 나왔던 db들 싸그리 다 이런 패턴을 보임. 열심히 프로젝트 db하나 정해서 쓰다가 갑자기 이런 일 발생하면 통수까인 느낌을 받을 수 없지 않음. 이전엔 MySQL, MariaDB, OpenLDAP 이였고, 이번엔 redis.

1. https://www.youtube.com/watch?v=9kpZ1vdQJsE
2. https://gist.github.com/t3dotgg/5032e273267caae18efcd708a2298d34

꽤 최근 일인지 아직 패키지 메니저로 나와있기는 한데, 이것도 언제 레드헷에서 라이선스 호환 안된다 판단하고 빼버릴지 모름.

Name         : redis
Version      : 7.2.5
Release      : 1.fc40
Architecture : x86_64
Size         : 1.5 M
Source       : redis-7.2.5-1.fc40.src.rpm
Repository   : updates
Summary      : A persistent key-value database
URL          : https://redis.io
License      : BSD-3-Clause AND BSD-2-Clause AND MIT AND BSL-1.0

아직 현재 진행형임. Fork 슬슬 많이 나오기 시작함. 솔직히 말하면 KV DB는 SQL 보다는 그리 대단한거 아니기는 함. 뭐 대단한거 만들었다고 이걸로 돈 벌 생각하는지 나는 개인적으로 이해가 안 감. psgm 백엔드 단은 아직 redis가 중요한 요소가 아니라서 다행. 내가 전에 언급했던데로 그냥 MariaDB나 PostgreSQL 메모리 엔진으로 만들어도 그리 큰 문제는 없음. Scalability 문제가 있기는 하겠지만. 다른 옵션은 간단하고, 역사 있으면서 그리 유명하지 않은 memcached를 쓰는 방법 정도(“to keep the normies away”). 근데 이걸 느릿느릿한 자바로 어떻게 연동할지 미지수인 과제가 있기는 함. 지금 우리가 고려해야 할 것은: 추상화 잘 해서 백엔드 redis 혹은 sql로 왔다갔다 할 수 있게만 잘 있게 하는 정도만.

COLOPHON

Signed-off-by: David Timber
Acked-by: 0