zepinos BLOG

2019/06/11 - [DB/Couchbase] - 왜 Couchbase을 선택하게 되었나? (1) 이전 글에서 Couchbase을 선택하기에 앞서 Memcached와 Redis을 선택하지 않은(정확히는 주력으로 사용하지 않는) 이유를 언급했습니다. 실제로 두 제품 모두 실제 사용을 했던 제품이고 사용 중 발생하는 문제점이 너무나 치명적이어서 당장 바꾸지 않으면 안 되는 정도의 문제는 아니었습니다. 하지만, 두 제품 모두 cache 성격에 가까운 key/value 타입의 NoSQL이다 보니 다른 제품과 혼용해서 사용하지 않으면 서비스를 하는데 문제가 발생할 여지가 있었습니다. 가장 두드러지는 문제는 저장공간을 Memory로 사용하기 때문에 용량에 대한 제약이 크다는 것이었습니다. 그래서 저장 용량이 크..

요즘에도 프로그램 개발 시 RDBMS 뿐만 아니라 NoSQL을 혼용해서 사용하거나 NoSQL 만으로 구성하려는 시도가 꾸준히 있습니다. 역시 그 이유로 가장 대표적인 게 RDBMS의 속도나 장애 대응에 의문을 품기 때문일 것입니다. 저 역시도 이미 수년 전부터 NoSQL을 써서 개발을 했던 경험이 있고, 유명한 NoSQL 제품을 비교하고 테스트했었고, 실제로 서비스를 개시한 경험도 몇 차례 있습니다. 그중에서도 단연 Couchbase을 사용한 경우가 압도적으로 많았습니다. 또한, 회사 동료들에게 Couchbase을 영업(?)하여 사용하게 만든 경우도 몇 차례 있었고요. 그럼 왜 Couchbase을 선택하게 되었을까요? 사실 이 질문에 대한 답을 얻기 위해서는, 장점에 대한 나열보다도 Couchbase 보..

예전(2014년 8월 17일 일요일)에 제가 적었던 블로그 내용을 옮겨왔습니다.Couchbase 는 기본적으로 key/value 타입의 NoSQL 제품입니다. 다시 말해 Unique 한 Key 을 이용해서 문서(Document)을 빠르게 가져오는 것을 목적으로 한 제품이라는 것이죠. 그렇다면 사용자가 읽어오길 원하는 문서의 Key 을 알고 있다면 언제든지 문서를 가져올 수 있습니다. 실제로 Couchbase SDK 에서는 set() 와 get() 을 통해서 문서를 저장하고 가져올 수 있으며 매우 단순한 형태이기 때문에 초급 개발자도 금새 배울 수 있습니다. 하지만, 현실상 특정 key 의 문서만 가져오는 경우는 매우 드뭅니다. 가까운 예로 게시판의 경우만 해도 특정 조건을 만족하는 데이터(=문서)의 집합..

예전(2014년 8월 15일 금요일)에 제가 적었던 블로그 내용을 옮겨왔습니다. Couchbase 을 도입해서 Web REST 기반의 서버를 제작했습니다. 실제 서비스를 제공중에 있구요. 동시접속 2만명 테스트도 진행했었는데, Couchbase 는 잘 버틴다는 표현을 쓰기 무색하게...한가로이 데이터를 처리하더라구요. 하나의 요청에 Couchbase 의 문서(Document) 갱신이 최소 2회가 이루어지는데도 말이죠. MariaDB with Galera Cluster 라면 몇 분 마다 한 번씩 SlowQuery 로그가 떨어질 환경이었는데 별 걱정 없이 프로그래밍 할 수 있게 해줘서 다행이다 싶었습니다. 하지만, 게임이 매우 잘되어서 저장공간이 부족해지거나, Log 를 Couchbase 에 담는다거나 해서..

예전(2014년 4월 16일 수요일)에 제가 적었던 블로그 내용을 옮겨왔습니다. Couchbase 는 RHEL 이나 Ubuntu 계열에서 쉽게 설치가 가능합니다. 저의 경우 KT UcloudBiz 을 이용중이라 CentOS 6.5 을 사용중이고, yum install 로 Couchbase.com 에 있는 rpm 을 직접 설치하는 방식을 이용해서 설치하고 있습니다. Couchbase 의 가장 편리한 점은 통상적으로 오픈소스 프로그램을 설치할 때 설정 파일을 열어 텍스트로 된 설정값을 수정하는 작업을 선행하는 형태의 작업이 필요없다는 것입니다. 상용으로도 제공되는 제품이다보니 설정이 굉장히 깔끔한 편입니다. yum 으로 install 한 뒤에 자동으로 couchbase-server 가 start 되어 있어서..

예전(2014년 4월 11일 금요일)에 제가 적었던 블로그 내용을 옮겨왔습니다. Couchbase 을 도입하기로 마음 먹었습니다. 국내에 총판도 있어서 유사시 구입해서 지원을 받을 수 있는 환경이기도 했습니다. 활성화가 잘 되어 있다고는 할 수 없지만 네이버에 카페도 운영하고 있었습니다. 그런데, 도입 후 가격에 대해 문의를 했는데, 딸리는 영어 실력에 솔루션에 대한 이해가 떨어져서 도입 예상가를 제대로 판단하지 못한 문제가 발생했습니다. 처음 도입 시 1 대만 도입해도 되고, 24 시간 서비스 안받아도 되니 가장 저렴한 것으로 구입해도 되겠네...라는 생각을 가졌고, 본사에서 운영하는 사이트에서 제시된 2000 달러(2백만원 초반)면 상용 솔루션으로 전환도 가능하겠다고 생각했습니다. 하지만, Couch..

예전(2014년 4월 10일 목요일)에 제가 적었던 블로그 내용을 옮겨왔습니다. Couchbase 는 NoSQL 제품 중 하나입니다. Couchbase 는 상용이고, 커뮤니티 버젼이라는 무료 버젼도 제공하고 있습니다. MySQL 등의 커뮤티니 버젼이 동일 버젼에 기능에 제약이 있거나 상용 버젼에 일부 코드가 튜닝되어 나온다는 등의 기능 차이가 있다면, Couchbase 는 (아직까지는)마이너 버젼 1 개 차이의 이전 버젼을 배포하는 것이 특징인 것 같습니다. 예를 들면, 2.2 버젼이 Enterprise 버젼(상용)의 최신 버젼이라면 Community 버젼은 2.1 을 제공하는 형태입니다. 이 글을 쓰는 지금은 2.5 가 최신 버젼이고, 2.2 에서 2.5 로 바로 건너띈 바람에 Community 버젼은..

설치 및 기본 설정 설치 가장 권장되는 버전은 Linux 이고 RHEL 7(CentOS 7)/Ubuntu 16.04 입니다. Downloads 페이지에서 rpm/deb 파일을 내려받거나 URL 만 획득하여 서버에서 curl 로 내려받아 yum/dpkg 로 설치합니다. 설치 이후에는 CentOS 7 버전으로 설명을 합니다. 더 자세한 사항은 다음 링크를 확인하세요. Red Hat and CentOS Installation 설치 예 CentOS 에서 yum 으로 설치 sudo yum install https://packages.couchbase.com/releases/5.0.1/couchbase-server-community-5.0.1-centos7.x86_64.rpm Ubuntu 에서 dpkg 으로 설치(..