새로운 클라우드 서비스 Cubby 겉핥기 리뷰

클리앙에 게시된 소개글을 보고 Cubby라는 이름의 새로운 클라우드 서비스가 런칭했다는 것을 알았다. 이미 많은 클라우드 서비스가 존재하고 있고 Dropbox, Copy, Google Drive, Amazon Cloud Drive 등의 서비스를 사용하고 있기 때문에 새로운 클라우드 서비스를 추가로 사용하는 것은 그다지 내키지 않아서 굳이 관심을 갖어야 할까하는 생각을 했었지만, 기능을 확인해 보니 기존의 서비스 대비 몇가지 장점이 보여서 관심을 갖기에 충분한 후발 주자로 보인다.
기존 서비스과 비교할 때 갖는 몇가지 장점을 소개해볼까 한다.

1. 무료로 이용 가능한 무한 버저닝(versioning).

개인적으로 Cubby의 가장 큰 장점으로 뽑는 기능이다.
파일의 변경 사항을 기록하여 언제든지 과거의 특정 시점의 파일 내용을 확인할 수 있게 도와주는 버저닝 기능은 컴퓨터로 작업을 하는 사람들 모두에게 상당히 요긴한 기능인데, 대부분의 클라우드 서비스에서 무료 이용시에는 제공되지 않거나 제공되더라도 제한적이며, 유료 사용자에 한해 무제한으로 제공하는 경우가 있다. 하지만 Cubby의 경우 모든 이용자–무료 이용자에게도 무제한의 버저닝을 지원한다.

다만, 아쉬운 것은 변경된 사항은 archive라는 항목으로서 보관되며, 드랍박스와 달리 사용자의 용량을 차감한다.

2. WebDAV 지원

저장 공간이 작은 컴퓨터(예: SSD 탑재 랩탑 등)를 사용하는 경우에는 동기화 방식의 클라우드 서비스 사용이 부담스럽게 느껴질 수 있다. 그래서 네트워크를 통한 마운팅 기능을 지원하면 유용한 경우가 종종 있는데, Cubby가 그렇다. 표준 프로토콜인 WebDAV을 사용하여 모든 OS에서 자유롭게 마운트 할 수 있는 네트워크 디스크 처럼 사용할 수 있다. 저장 공간이 넉넉한 컴퓨터에서는 클라이언트 앱을 설치하여 동기화 방식으로 사용하여 빠르게 접근할 수 있고, 클라이언트가 제공되지 않는 리눅스 사용자나 컴퓨터에 저장 공간이 부족한 사용자의 경우 혹은 공용 컴퓨터에서 잠깐 작업하는 경우 등에는 (속도에서는 아쉽겠지만) WebDAV으로 접속하여 동기화 되고 있는 파일에 자유롭게 접속할 수 있다.

3. 임의의 위치에 있는 폴더 동기화.

Sugar Sync나 Syncplicity 등 이미 오래된 클라우드 서비스 중에도 이 기능을 지원하지만, 대세로 자리잡은 Dropbox 등은 대표 폴더 하나만 동기화를 유지해 준다. Dropbox의 경쟁자를 자처하는 서비스들도 비슷한 전략을 취하고 있는데, Cubby는 두 종류의 장점을 모두 취하는 선택을 하였다.
설치하면 기본적으로 대표 폴더인 'My Cubby'라는 폴더를 만들어 하부의 모든 폴더와 파일을 동기화시켜준다. 그리고 대표 폴더 외부에 존재하는 폴더를 동기화 시키고 싶을 경우 굳이 대표 폴더 하부로 옮길 필요 없이 임의로 추가하여 클라우드에 백업하고 다른 컴퓨터들과 동기화 할 수 있는 선택권을 제공한다.


개인적으로 이상의 3가지 기능들이 상당히 매력적이었다. 물론 그외에도 다양한 기능이 제공되고 있고, 경쟁사와 비교해 더 강력해진 보안 등을 내세우고 있다. 또한 개인적으로 사용하는 나로서는 아직 체감하긴 힘들어 소개할 순 없었지만, 팀이나 소규모 회사에 적합하게 구성된 기능들도 제공하고 있어서 드랍박스의 훌륭한 경쟁자가 될 수 있다고 생각한다.
갓 시작한 후발 주자이기에 아직 지원하는 앱이나 서비스는 적지만 그럼에도 사용해야 할 이유는 충분히 있는 구성이다.

Cubby 사용하러 가기

Dropbox, Mailbox 연동시 무료 용량 1GB 추가

맥킨토시 전문 블로그 Back to the Mac에서 얻은 소식으로, 아이폰용 zero inbox 관리앱인 Mailbox에 Dropbox 계정을 연동하면 1GB의 용량을 추가로 제공한다고 한다.
Mailbox는 G메일 계정으로만 사용할 수 있는데, 메일 목록에서 개개의 매일을 좌우로 스와이프하는 것만으로 메일을 보관처리하거나 나중에 다시보도록 표시하여 받은 편지함을 깔끔히 정리하도록 해주는 메일 클라이언트 앱이다. 런칭 초기에 앱 설치 후 번호표를 끊고 가입 대기하는 독특한 시스템으로도 관심을 모으기도 했는데 금방 Dropbox에 인수되었고 얼마전엔 드랍박스를 이용한 파일 첨부 기능을 탑재하였다. 이번의 1GB 무료 용량 추가 증정 이벤트는 그 기능의 홍보의 일환으로 보인다.

Bitcasa가 곧 크롬캐스트를 지원한다고..

https://twitter.com/Bitcasa/status/368489759267491841

용량 무제한 클라우드라고 해도 속도가 느려 큰 활용도가 없다고 생각했는데 이게 되면 활용도가 크게 늘어날 듯. 크롬캐스트의 활용도도..

자막은 지원될까?

한국에 발매되는 시점에선 pooq, tving과의 제휴는 필수라고 생각했었지만, 클라우드 스토리지 업체들도 발빠르게 움직여야 할 듯 하다.

해외에선 폰/태블릿으로 양분되고 한국에서는 페블릿으로 수렴하는 이유?

그런 내용의 트윗 @oojoo: https://twitter.com/oojoo/status/367794192954982400 을 보니 문득 야근 사회가 그 원인은 아닐까 하는 생각이 들었다. 저녁이 있는 삶과 없는 삶의 미디어를 즐기는 방법이 다른 것은 아닐까?

예를 들면 저녁이 있는 삶에선 미디어는 큰 태블릿으로 미디어를 즐기면 되고, 굳이 바쁜 일과 중에 동영상/게임에 최적화된 패블릿을 이용할 필요는 없다. 그러면 간단한 자료조사와 메세징이 가능하면서도 휴대성이 좋은 크기의 폰이 더 적합할 것 같다.

그러나 저녁이 없는 삶에선 집에 모셔둔 태블릿을 볼 일은 안생기고 야근을 대비하여 틈틈히 눈치보며 쉬는 시간을 이용해 간단한 게임이나 재밌으면서 짧은 동영상을 봐줘야 하니 휴대성이 다소 떨어져도 큰 화면의 폰을 찾는 것이 아닐까?

Linux Mint (Debian 64bit)에 GitLab 5.4 설치기

학교 이메일 주소가 있으면 Bitbucket에 무제한의 repositry를 생성하고 사용할 수 있지만, 자신의 자료를 외부에 보관하는 것에 큰 공포를 느끼는 사람도 있기도 하여 내부 협엽용으로 GitLab을 설치해 보았다.
참고할 수 있는 문서야 무수히 많겠지만, 기본적으로는 "김대리 Gitlab 5.1 설치하다" 문서를 참고하여 쉽게 이해하며 진행할 수 있었다.

설치 환경이 다르기도 하고(내 경우는 Debian 기반 Linux Mint) 버전도 조금 달라서 다소 매끄럽게 진행되지 않은 부분이 있었다. 여기서는 그런 부분들만 간단히 언급하겠다.

1. Python2
gitlab에선 python2 를 찾았다. 시스템엔 기본적으로 python 2.7.3이 설치되어 있으나 python2라는 실행파일은 존재하지 않았기에 심볼릭 링크로 만들어 주었다.
ln -s /usr/bin/python2.7 /usr/bin/python2

2.mariadb 설치
mysql이 요즘 평이 안 좋아서 대체 패키지인 mariadb를 설치하였다.
sudo apt-get install mariadb-server mariadb-client libmariadbclient-dev
이후 모든 명령에 대해 완전히 동일하게 반응하여 주었다.

3.ruby
처음에는 RVM으로 루비를 설치하려고 하였다. 그런데, 민트용 루비 바이너리가 없는지 직접 컴파일해야하는 듯 한데, 소스의 주소가 잘못되어 RVM으로 루비를 설치할 수 없었다. 귀찮아서 그냥 글로벌 루비를 사용하기로 결정. 단순히 루비만 설치할 경우 gem으로 필요한 익스텐젼을 설치하려고 할 경우 빌드할 수 없다는 에러가 발생한다. ruby1.9.1-dev도 같이 설치해 주자.

sudo apt-get install ruby ruby1.9.1-dev

4. gitlab 소스 다운로드

gitlab 을 클론 후 체크아웃으로 5-4-stable 브랜치를 사용하려고 해도 master 상에서 로컬로 새로운 5-4-stable 브랜치를 만드기만 하고는 6.0.0pre를 사용하게 되는 문제를  경험. 그래서 그냥

git checkout remotes/origin/5-4-stable

로 원격의 5-4-stable 브랜치로 맞춰주었다. 이후
git checkout -b 5-4-stable
로 로컬에서의 이름을 5-4-stable로 정해주었다.

5. puma.rb 설치

참고한 글과 같이 진행을 하고 나서 gitlab을 실행하려고 하니 Cannot assign requested address - bind(2) (Errno::EADDRNOTAVAIL) 라는 에러 메세지로 실행할 수 없었다.
참고한 글과 다르게 기본값인 tcp://0.0.0.0:9292 로 다시 돌려서 저장하고 나니 무사하게 잘 실행됨.

6. init script 설치

참고한 글에서 설치하려던 gitlab 버전이 5.1이어서 이부분에서 착각을 했었다. https://raw.github.com/gitlabhq/gitlab-recipes/5-4-stable/init.d/gitlab 를 다운 받으려고 했었는데, 도무지 찾을 수 없다. 확인해보니 gitlab-recipes의 버전은 gitlab과는 별개. 그냥 https://raw.github.com/gitlabhq/gitlab-recipes/5-1-stable/init.d/gitlab 를 다운 받아서 넣어주면 된다.

7. sign up 페이지 활성화

난 관리자로서는 귀찮아서 한명한명 수동으로 등록시켜주는 것은 싫다. 그래서 가입 페이지를 활성화 시켰다.

gitlab/config/gitlab.yml 파일에서

    ## Users management

     #signup_enabled: true

부분을 찾아 다음처럼 코멘트를 해제해 준다.

    ## Users management

    signup_enabled: true

처음엔 indent를 잘 맞추지 않고 '#' 한 글자만 지웠더니 실행이 안되는 문제를 경험했다. indent를 맞춰주니 정상적으로 실행.

참고한 문서가 워낙 잘 정리되어 있어서 큰 시행착오 없이 대충 설치해서 돌릴 수 있게 되었다.