가 사업을 입증된 클라우드 스토어/Key=>값 데이터베이스?(Open Source)[마감]
https://stackoverflow.com/questions/639545
-
11-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
내가 찾고 있는 클라우드 컴퓨팅/스토리지 솔루션을 위해 오랜 시간(에서 영감을 구글 Bigtable).그러나 나는 찾을 수 없습니다 사용하기 쉬운,비즈니스에 대비할 수 있는 솔루션입니다.
내가 찾는 간단하고,fault tolerant,distributed Key=>값 DB 같이 심플에서 아마존.
나는 본 적이 같은 것들:
- 이 CouchDB 프로젝트 :는 간단하고 분산,결함 관대한 데이터베이스입니다.하지만 그것을 이해하만 JSON.아 XML 커넥터 등등.
- 유칼립투스 :니 Amazon EC2 인터페이스가 있습니다.표&XML.그러나 적게 배포하고 적 fault-tolerant?또한 많은 열기 티켓과 함께 젠/VMWare 문제입니다.
- Cloudstore/Kosmosfs :좋은 분산,결함 관대한 fs.그러나 그것은 하드를 구성합니다.이 있습 java 커넥터?
- 아파치 Hadoop :좋은 시스템에는 훨씬 더 많은 다음 능력을 데이터를 저장합니다.을 사용하여 자신의 하둡 분산 파일 시스템을하고있 any 제안에 클러스터 2000 노드입니다.
- *아마존 심플 :을 찾을 수 없는 오픈 소스기그것은 멋진하지만 고가의 시스템에 대한 엄청난 양의 데이터입니다.고 당신은 중독하지 아니한다.
다른,더 나은 솔루션이 있습니까?어느 하나에 최선을 선택하는가?제공해 작은 금액의 SOF(단일 시점의 실패는)?
다른 팁
어때 memcached?
그만큼 높은 확장 성 블로그는이 문제를 다룹니다. 당신이 뒤 따르는 것에 대한 오픈 소스 솔루션이 있다면 반드시 거기에있을 것입니다.
다른 프로젝트는 다음과 같습니다.
또 다른 좋은 목록 : Anti-RDBMS : 분산 키 가치 저장소 목록
Wikipedia는 야후를 말합니다 둘 다 Hadoop에 기여하고 생산에 사용합니다 (Wikipedia에서 링크 된 기사). 비록 비즈니스 입증에 중요하다고 말하지만, 그것이 K/V 값 데이터베이스로 간주되는지 확실하지 않습니다.
당신의 목록에 있지 않은 친구 피드 시스템은 간단한 스키마가없는 키/값 저장소로서의 MySQL.
당신의 우선 순위를 이해하기가 어렵습니다. CouchDB는 단순하고 결함이 강하고 분산되지만 XML이 없기 때문에 어떻게 든 배제합니다. XML 및 Java 커넥터가 언급되지 않은 요구 사항입니까?
(어쨌든 CouchDB는 젊고 API가 안정적이지 않으며 키 가치 저장소가 아닙니다.)
나는 Google을 사용합니다 구글베이스 API, XML, 무료, 문서화, 클라우드 기반이며 많은 언어에 대한 커넥터가 있습니다. 무료 호스팅을 원한다면 청구서를 채울 것이라고 생각합니다.
이제 자신의 서버를 호스팅하려면 도쿄 캐비닛 귀하의 답변, Key => value 기반은 플랫 파일을 사용하며 현재 가장 빠른 데이터베이스입니다 (Oracle과 비교하여 매우 베어 본이지만 초당 약 1 백만 레코드를 저장하고 액세스하는 데 매우 좋습니다. 10 오버 헤드 (저장 엔진에 따라 다름)). Business Ready Ready Tokyocabinet은 Mixi라는 서비스의 핵심이며, 이는 일본의 Facebook+MyPage와 동등한 수백만 명의 무거운 사용자가 있으므로 실제로는 매우 전투가 증명되었습니다.
무언가를 원하는 경우 다음과 같 Bigtable 할 수 없습니다 과거 이동 스 나 Hypertable -그들은 모두 오픈 소스 Bigtable 클론입니다.한가지 고려,하지만,당신의 요구 사항에 정말은'충분히 큰'에 대한 Bigtable.그것은 저울까지 수천 개의 태블릿 서버,그리고 이와 같은 꽤 인프라의 밑에 그것을 사용하는(예를 들어,처리의 기대는 정기 노드 장애).
지 않을 경우 예상하는 성장하고,최소한의 수십 태블릿 서버를 고려할 수 있습니다 하나의 제안:당신이 이길 수 없습니다 BerkelyDb 단순화를 위해,또는 MySQL 을 위해 편재.모든 경우에 필요한 키/값 데이터 저장소할 수 있습니다 간단한'dict'래퍼의 데이터베이스 인터페이스,그리고 스위치의 백엔드는 경우 자라 하나입니다.
당신은보고 싶을 수도 있습니다 하이퍼 테이블 Google의 Bigtable 이후 모델링됩니다.
CouchDB를 사용하십시오
- JSON에 무슨 문제가 있습니까?
- JSON에서 XML은 사소합니다
이것을 살펴볼 수 있습니다 (MySQL 사용 Key-Value Store 사용) :
클라우데라 물론 제품화, 구성, 교육 및 지원 서비스와 같은 부가 가치가있는 Apache Hadoop을 상용화하는 회사입니다.
무언가를 찾는 대신 에서 영감을 받다 Google의 Bigtable- Bigtable을 직접 사용하지 않는 이유는 무엇입니까? Google 앱 엔진에 프론트 엔드를 쓸 수 있습니다.
질문을위한 스토리지 도구의 양호한 편집 :
http://www.metabrew.com/article/anti-rdbms-of-listributed-key-ke-value-stores/
