오늘 Facebook에 이어서 Twitter도 MySQL에서 Cassandra 데이타베이스를 사용한다는 기사를 봤습니다.
아마 오라클의 MySQL 인수와 관련이 있지 않는가 하는 생각도 듭니다.
예전 천리안,하이텔 PC통신 시절에는 RDBMS가 대용량의 게시물 처리에 맞는 성능을 내지 못해서 ISAM과 같은 파일 시스템 기반의 데이타 저장 구조를 가졌던 것을 기억합니다.
Facebook이나 Twitter도 상당히 많은 양의 트렌젝션을 가지고 있는 SNS 사이트중 하나입니다. (거의 대표급이라고 봐야져..) SNS는 복잡한 RDBMS 연산이 필요 없습니다. 오라클과 같은 관계형 데이타베이스의 복잡한 JOIN이나 Procedure등이 필요없습니다.
더군다나 요즘은 REST 아키텍쳐를 많이 쓰는 까닥에, 테이블간 Relation ship을 정의하지 않는 경우도 많기 때문에, RDBMS를 꼭 사용해야 하나? 하는 생각도 듭니다.
Hadoop 기반의 HBase나 Google의 Big Table등이 해외에서 인기있는 이유도 여기에 있지 않나 싶습니다.
요즘 전반적으로 Vendor를 필두로한 엔터프라이즈 진영보다, 서비스 진영의 기술들이 더 앞서가는 느낌이 듭니ㅏㄷ.
그리드형
'클라우드 컴퓨팅 & NoSQL > Cassandra' 카테고리의 다른 글
| Cassandra Node CRUD Architecture (3) | 2012.07.17 |
|---|---|
| 분산데이타 베이스 Cassandra vs HBase 에 대한 짧은 의견 (0) | 2010.03.12 |
| 아파치 분산 데이타 베이스 Cassandra 소개 (6) | 2010.03.10 |