내가 선택해야하는 것은 : Riak, Riak CS 또는 둘 다 동시에?

Question

먼저 몇 가지 배경에서 json 데이터와 미디어 자산 (이미지, 녹음 된 사운드)을 모두 저장해야하는 애플리케이션이 있습니다.

Riak을 볼 때 우리는 매우 큰 파일을 처리하지 않기 때문에 "정상적인"Riak을 사용하는 것이 좋습니다.

그러나 곧 우리는 훨씬 더 큰 파일 (전용 바이너리 측정 파일과 비디오 파일)을 처리 할 필요가 있으며, Riak CS는 대신 매력적인 대안 인 것처럼 보입니다.

내 질문은 : 어떤 방식으로 Riak의 두 버전을 결합 할 수 있습니까?

1. Riak CS로 직접 가서 JSON 데이터 파일을 저장할 수도 있습니까?
2. Riak으로 시작한 다음 Riak CS로 이전 할 수 있지만 Riak 저장 장치 백엔드에서 데이터를 유지할 수 있습니까?
3. 동일한 서버 (다중 백엔드)에서 Riak과 Riak CS를 모두 실행할 수 있습니까, Riak CS와 Riak 클라이언트 API가 호환 가능합니까?
4. 두 개를 분리하고 두 개의 클러스터 (최소 10 개 노드, 5 Riak + 5 Riak CS)에 배포해야합니까?

Answer 1

1과 관련된 4 개의 질문입니다. 나는 '당신이해야 할 일'을 분명히하고 단지 가능한 일만 진술하려고합니다.

1. 예, Riak CS에 작은 파일을 저장할 수 있습니다. 그러나 이것은 Riak 위에있는 또 다른 레이어이므로 요청이 조금 더 오래 걸릴 것입니다.

2. 예. Riak 인스턴스를 직접 사용할 수도 있고 Riak CS 용으로 사용할 수도 있습니다. Riak CS에는 일부 예약 된 버킷 이름이 있지만, 중복되지 않는 한 이론적으로 동일한 Riak 인스턴스에 다른 데이터를 저장할 수 있어야합니다. Riak CS는 Riak 버킷/키 이름을 JSON으로 올바르게 변환하지 않으므로 HTTP를 통해 Riak 수준에서 수행 된 목록 작업에 문제가있을 수 있습니다.

3. API가 호환되지 않는다고 생각하지만 다른 노드 이름, 다른 디렉토리를 사용하고 다른 포트에서 수신 대기하는 경우 동일한 서버에서 Riak 인스턴스 2 개를 실행할 수 있습니다. 그것은 파일 핸들, 숫양 등이 많지만 가능할 수 있습니다.

4. 별도의 클러스터는 한 노드의 여러 인스턴스보다 문제를 해결하는 것이 더 쉽습니다. 또한 기술 지원이 필요한 경우이 옵션이 지원되는 유일한 옵션이 될 것으로 판단됩니다.