RocheDB v0.6.0을 출시했습니다.

출시 정보:

https://github.com/puffball1567/rochedb/releases/tag/v0.6.0

RocheDB는 Nim 언어로 작성된 링 지향(ring-oriented) NoSQL 문서 및 벡터 데이터베이스(vector database)입니다.
이 프로젝트는 아직 기술 프리뷰(technical preview) 단계이지만, v0.6.0은 프로젝트를 개념 및 해피 패스(happy-path) 데모 단계에서 벗어나 측정 가능한 지역성 동작(locality behavior) 단계로 이동시킨다는 점에서 중요한 릴리스입니다.

이번 릴리스의 주요 테마는 다음과 같습니다:

데이터 지역성(data locality)이 데이터베이스 모델의 일부라면, 이는 단순히 아이디어로 설명되는 것이 아니라 불변량(invariant)으로서 테스트되어야 한다.

변경 사항

v0.6.0은 다음 다섯 가지 영역에 집중합니다:

• 더 안전한 읽기 필터(read filters);
• 토폴로지 재매핑(topology remapping) 기반 구축;
• 지역성 검증(locality validation) 워크로드;
• 더 쉬운 운영 설정(operational configuration);
• 실용적인 유스케이스(use-case) 레시피.

이번 릴리스에는 애플리케이션이 JSON을 문자열로 연결(string-concatenating)하지 않고도 읽기 필터를 구축할 수 있도록 타입이 지정된 RocheFilterBuilder 헬퍼가 추가되었습니다.

또한 다음과 같은 토폴로지 재매핑 프리미티브(primitives)가 추가되었습니다:

• 명시적 아크 테이블(explicit arc tables);
• 가중치 아크(weighted arcs);
• 결정론적 가상 아크(deterministic virtual arcs);
• 토폴로지 검증(topology validation);
• remapFraction.

이것이 RocheDB가 아직 완전한 온라인 동적 멤버십(online dynamic membership)이나 라이브 리밸런싱(live rebalance)을 지원한다는 의미는 아닙니다. 이는 더 큰 운영 프로토콜을 노출하기 전에 소유권(ownership) 및 재매핑 동작을 모델링하기 위한 저수준 프리미티브(lower-level primitives)입니다.

불변량으로서의 지역성

v0.6.0에서 가장 흥미로운 부분은 지역성 검증(locality validation) 작업입니다.

RocheDB의 논지는 의미 있는 배치(placement)가 불필요한 읽기, 전송, 메모리 압박(memory pressure), 그리고 다운스트림 AI/RAG 작업을 줄일 수 있다는 것입니다. 하지만 이러한 주장은 깨끗한 첫 번째 벤치마크보다 덜 우호적인 워크로드에서도 살아남아야 합니다.

따라서 v0.6.0은 다음과 같은 워크로드를 추가합니다:

• 무작위 쓰기(random writes);
• 삭제 중심 패턴(delete-heavy patterns);
• 백필 중심 패턴(backfill-heavy patterns);
• 핫/콜드 데이터(hot/cold data);
• 인터리브 쓰기(interleaved writes);
• 전후 컴팩션(compaction) 체크.

불변량은 간단합니다:

동일한 논리적 링(logical ring) 쿼리는 컴팩션 (compaction) 전후에 동일한 ID/페이로드 (ID/payload) 세트를 반환해야 하며, 동시에 RocheDB는 후보 크기 (candidate size) 및 디스크 스팬 (disk-span) 동작과 같은 지역성 지표 (locality metrics)를 보고해야 합니다.

이는 데이터 지역성 (data-locality) 시스템이 데이터가 한 번 깨끗하게 삽입될 때는 좋아 보일 수 있기 때문에 중요합니다. 실제 시스템은 데이터를 변이 (mutate)시키고, 삭제하고, 백필 (backfill)하며, 특이한 각도에서 쿼리합니다. 이번 릴리스는 이러한 압박을 직접적으로 테스트하기 시작합니다.

AI 및 RAG에 이것이 중요한 이유

RocheDB는 AI 워크로드만을 위한 것이 아니지만, AI/RAG는 지역성 (locality)이 중요하게 작용할 수 있는 가장 명확한 분야 중 하나입니다.

많은 검색 중심 (retrieval-heavy) 시스템에서 비용이 많이 드는 부분이 항상 단 하나의 레코드를 찾는 것은 아닙니다. 비용이 많이 드는 부분은 너무 많은 관련 없는 데이터를 열고, 전송하고, 메모리에 유지하고, 재순위화 (reranking)하고, 요약하거나, LLM 컨텍스트 (context)로서 다운스트림 (downstream)으로 전달하는 것입니다.

RocheDB는 애플리케이션의 자연스러운 지역성 (natural locality)을 검색 모델 (retrieval model)의 일부로 만들고자 노력합니다.

예를 들어:

docs/japan/support
tenant/acme/orders/2026
users/123/profile

이것들은 검색 후의 단순한 라벨이 아닙니다. RocheDB에서 링 (rings)은 배치 (placement) 및 읽기 범위 (read-scope) 단위입니다. 좋은 링은 더 비용이 많이 드는 랭킹 (ranking) 또는 애플리케이션 로직이 시작되기 전에 후보 세트 (candidate set)를 줄일 수 있습니다.

v0.6.0은 RocheDB가 Redis, PostgreSQL, MongoDB, Apache Arrow 또는 전용 벡터 데이터베이스 (vector database)보다 보편적으로 더 빠르다고 주장하지 않습니다. 더 신중한 주장은 다음과 같이 더 좁은 범위입니다:

RocheDB는 지역성 (locality)을 측정하고, 보존하며, 불필요한 검색 작업을 줄이는 데 사용할 수 있는 데이터베이스 모델을 구축하고 있습니다.

더 안전한 쿼리 경계 (Safer Query Boundaries)

이번 릴리스에는 타입 지정 필터 헬퍼 (typed filter helpers)도 추가되었습니다.

문자열을 연결하여 필터 JSON을 구축하는 대신, 애플리케이션은 구조화된 헬퍼 API (structured helper APIs)를 사용할 수 있습니다. 이것은 화려한 데이터베이스 기능은 아니지만, 애플리케이션 코드와 여러 드라이버 (drivers)에서 사용 가능하기를 원하는 데이터베이스에는 매우 중요합니다.

최근 릴리스의 CLI 및 C ABI 작업에도 동일한 방향이 적용됩니다. RocheDB는 공개 인터페이스 (public surface)를 작고, 명시적이며, 테스트 가능하게 유지하려고 노력하고 있습니다.

운영 설정 (Operational Configuration)

v0.6.0에서는 다음과 같은 방식을 통해 CLI 연결 설정 로딩 기능을 추가했습니다:

roche --config=roche.json health

또는:

ROCHE_CONFIG=roche.json roche health

예시:

{
  "peers": ["127.0.0.1:17301"],
  "galaxy": "docs",
...

이를 통해 모든 명령에 긴 플래그 (flags) 목록을 복사할 필요 없이, 로컬 데모와 소규모 배포를 더 쉽게 반복할 수 있습니다.

유스케이스 레시피 (Use-Case Recipes)

또한 docs/use-case-recipes.md를 추가했습니다.

이 파일은 다음과 같은 예시들을 다룹니다:

• 목록/상세 화면 (list/detail screens)
• 멤버십 기록 (membership records)
• 인벤토리 스타일 잠금 (inventory-style locks)
• 웹훅 멱등성 (webhook idempotency)
• SaaS 테넌트 격리 (SaaS tenant isolation)
• 스텔라 이웃 읽기 (stellar neighborhood reads)
• RAG 코퍼스 레이아웃 (RAG corpus layout)

핵심은 RocheDB의 모델이 벤치마크 스크립트 외부에서 어디에 유용한지를 보여주는 것입니다. RocheDB는 모든 형태의 데이터베이스를 대체하려는 것이 아닙니다. 데이터가 의미 있는 지역성 (locality)을 가지고 있고, 후보 작업 집합 (candidate working set)을 줄이는 것이 중요할 때 강력한 성능을 발휘하고자 합니다.

지역성 데모 실행하기 (Try The Locality Demo)

지역성 데모는 다음 명령으로 실행할 수 있습니다:

examples/locality_layout_demo.sh

이 데모는 다양한 쓰기 패턴 (write patterns), 컴팩션 (compaction), 그리고 논리적 결과 확인 (logical result checks)을 수행합니다.

중요한 출력 결과는 단순히 속도 수치만이 아닙니다. 물리적 레이아웃 (physical layout)이 어떻게 변하는지 보고하는 동시에, RocheDB가 논리적 쿼리 결과 (logical query result)를 안정적으로 유지할 수 있는지 여부가 핵심입니다.

현재의 경계 (Current Boundaries)

RocheDB는 여전히 기술 프리뷰 (technical preview) 단계입니다.

다음과 같은 몇 가지 중요한 기능들은 아직 완성되지 않았습니다:

• 온라인 동적 멤버십 (online dynamic membership)
• 라이브 리밸런싱 (live rebalance)
• 클러스터 트랜잭션 코디네이터 중복성 (cluster transaction coordinator redundancy)
• 완전한 프로덕션 등급의 운영 강화 (full production-grade operational hardening)
• 더 큰 규모의 실제 코퍼스 벤치마크 (larger real-corpus benchmarks)

유니버스 동기화 (Universe sync)는 합의 (consensus) 또는 쿼럼 (quorum) 시스템이 아니라, 최종 수렴 (eventual-convergence) 프리미티브 (primitive)로 남아 있습니다.

이러한 경계 설정은 의도된 것입니다. RocheDB를 기존 데이터베이스의 완성된 대체제로 너무 일찍 제시하기보다는, 주장하는 범위를 좁게 유지하고 측정값을 더 강력하게 만드는 쪽을 택하겠습니다.

링크 (Links)

저장소 (Repository):

https://github.com/puffball1567/rochedb

릴리스 (Release):

https://github.com/puffball1567/rochedb/releases/tag/v0.6.0

문서 (Documentation):

https://puffball1567.github.io/rochedb/

v0.6.0 이후의 다음 작업은 강화 (Hardening)입니다: C ABI 안전성 (C ABI safety), TLS/C ABI 빌드 일관성 (TLS/C ABI build consistency), WAL 무결성 (WAL integrity), 데이터 디렉토리 잠금 (data-directory locking), 동기화 확인 안전성 (sync acknowledgement safety), 그리고 더 명확한 릴리스 게이트 (release gates)입니다.