하나의 클라우드가 모든 것을 지배하고, 하나의 클라우드가 모든 것을 찾아내고, 하나의 클라우드가 그 모든 것을 한곳에 모으고, 어둠 속에서 그것들을 하나로 묶는다. 반지의 제왕 패러디 같은 문구지만, 오늘 소개할 odrive는 바로 이런 컨셉을 내세우는 프로그램입니다. 세상에 흩어져 있는 수많은 클라우드 스토리지를 하나의 클라이언트로 관리할 수 있다는 유니버설 동기화 도구인데요. 사용하기 간편하고, 안전하고, 재미있다는 것이 이 프로그램의 셀링 포인트입니다.
그래서 직접 테스트해 보았습니다. 솔직히 저는 클라우드 저장소에 크게 매력을 느끼지 못하는 편입니다. 수많은 업체들이 제공하는 서비스들이 비슷비슷해 보이고, 결국에는 자신의 데이터를 타인에게 맡겨야 하니까요. 나쁘다는 뜻은 아니지만, 어쨌든 그런 마음입니다. 그런 저에게 odrive는 매력적이면서도 동시에 굳이 필요 없는 물건으로 다가왔습니다. 하지만 긍정적인 마음으로, 이 프로그램이 무엇을 할 수 있는지 살펴보겠습니다.
odrive 테스트 시작
이번 테스트는 Fedora 환경에서 진행했습니다. 이 소프트웨어의 주요 장점 중 하나가 크로스 플랫폼 호환성이기 때문입니다. 먼저 기존에 사용 중인 대형 클라우드 업체 계정으로 로그인하는 방식으로 시작합니다.
그런데 여기서 의문이 듭니다. 예를 들어 이런 용도로 Facebook 로그인을 쓸 이유가 있을까요? 게다가 로그인 시 odrive가 사용자 프로필 정보, 공개 정보, 영상, 이미지까지 접근 권한을 요구합니다. 이는 향후 마케팅 목적을 위한 불필요한 데이터 수집처럼 들립니다.
로그인을 마치면 아주 단순한 컨트롤 패널이 나타납니다. 20여 개 업체의 스토리지를 추가하고, 공유 폴더를 만들고, 암호화 폴더를 생성하는 등의 작업을 할 수 있습니다. 그다음에는 호스트와 원격 스토리지 간 데이터 동기화를 실제로 활성화하기 위해 클라이언트 소프트웨어를 별도로 다운로드해야 합니다.
실제 작동 방식을 확인하기 위해 Dropbox를 먼저 연결해 보았습니다. Dropbox에 로그인한 후 odrive에 접근 권한을 부여하는 절차를 거칩니다. 어떤 면에서 odrive는 이런 다양한 서비스들을 하나로 묶는 통합 게이트웨이라고 할 수 있습니다. IM/VoIP 서비스를 통합해 주는 Franz라는 프로그램과 상당히 비슷한 구조입니다. 웹의 거의 모든 분야에서 기술과 서비스가 폭발적으로 늘어난 지금, 다음 단계는 당연히 통합과 수렴이겠죠. 전문가들은 이것을 멋있게 '오케스트레이션'이라 부르긴 합니다만.
암호화 폴더 테스트
암호화 폴더도 만들어 보았습니다. 남들에게 내 데이터를 보여주고 싶지 않다는 점에서 꽤 괜찮은 아이디어처럼 들립니다. 설정 과정 자체는 간단했지만, 정작 암호화된 폴더를 로컬 호스트의 언제, 어디서, 어떻게 찾을 수 있는지 확신하기 어려웠습니다. Dropbox 쪽에는 분명히 폴더가 생성되었는데, Fedora 인스턴스에서는 보이지 않았습니다.
여기서부터가 진짜 문제입니다
클라이언트 소프트웨어가 이 시스템 전체의 가장 약한 고리입니다. 공식 사용 가이드를 살펴보면 명령줄 작업이 너무나 많습니다. Windows에서조차 그렇습니다. Linux에서는 일단 CLI 도구 세트를 다운로드한 후 이를 이용해 odrive를 설정해야 합니다.
od="$HOME/.odrive-agent/bin" && curl -L "https://dl.odrive.com/odrive-py" --create-dirs -o "$od/odrive.py" && curl -L "https://dl.odrive.com/odriveagent-lnx-64" | tar -xvzf- -C "$od/" && curl -L "https://dl.odrive.com/odrivecli-lnx-64" | tar -xvzf- -C "$od/"
솔직히 말해서 이건 너무 기술적인 접근입니다. 저는 모든 것을 자동으로 처리해 주는 간단한 도구를 원하고, 이런 종류의 작업이라면 GUI 설정 화면이 있는 편이 좋습니다. 더 심각한 문제는 필수 작업 수행 방법을 설명하는 핵심 문서들이 혼란스럽다는 점입니다. 첫 번째 줄에는 항상 뭔가 두루뭉술한 설명만 붙어 있어 실질적인 정보가 없고, Python 스크립트 세트 중 일부는 설치 프로그램에 포함되어 있지 않아 실행되지 않으며, 어떤 명령어에 대한 실용적인 예시도 전혀 없습니다.
클라이언트를 실행할 때는 nohup 명령을 사용해야 하는데, 이는 올바른 방법이 아닙니다. 소프트웨어는 제대로 설치 및 설정되어야 마땅합니다. 하지만 systemd 체계를 사용해 수많은 배포판용 바이너리를 만드는 게 상당히 어렵고 시간이 많이 걸리니, 어쩔 수 없이 이런 아마추어스러운 해결책을 택한 걸까요.
인증 문제
몇 가지 기본 명령을 시도했지만 클라이언트가 인증되지 않았습니다. 먼저 인증 키를 생성한 후, 노트북의 에이전트가 이 키를 사용하도록 만들어야 했습니다. 흔히 말하는 프라이빗 키 방식입니다.
python "$HOME/.odrive-agent/bin/odrive.py" authenticate
b8595fe0-caf1-42dc-80fa-04bffa9dfa1d-55af68a1
Hello Johnny Cash
마운트와 동기화
그다음에는 로컬 드라이브를 마운트하고 odrive와 동기화시켜야 했습니다. 이런 수동 과정은 정말로 의욕을 꺾었습니다. 지루하고, 기술적으로 난해하고, 무의미하게 느껴졌습니다. 게다가 Python을 쓰는 것 자체가 마음에 들지 않습니다.
python "$HOME/.odrive-agent/bin/odrive.py" mount "$HOME/odrive-agent-mount" /
/home/roger/odrive-agent-mount is now synchronizing with odrive.
그럼 동기화는 될까? 아니요, 안 됩니다:
python "$HOME/.odrive-agent/bin/odrive.py" sync "\$HOME/odrive-agent-mount/Encryptor.cloudf"
Unable to sync Encryptor.cloudf. This file is not inside an odrive folder.
알 수 없는 이유로 odrive가 시도를 계속 거부했습니다. 공식 포럼을 읽어보니 odrive 폴더의 내용을 새로 고침하라고 조언한 사람이 있어 따라 해 보았습니다. 하지만 아무런 도움이 되지 않았습니다. 참고로 바이너리 버전과 Python 버전을 구분해서 실행해 봐도 결과는 같았습니다.
"$HOME/.odrive-agent/bin/odrive" refresh "$HOME/odrive-agent-mount/"
Synced
Encryptor.cloudf
Facebook.cloudf
VLC-3.0.0.gitfeb851a.glibc2.17-x86-64.AppImage
Dropbox.cloudf
결국 'not inside an odrive folder' 오류만 반복될 뿐이었습니다.
결론
컨셉 자체만 놓고 보면 odrive는 훌륭합니다. 수십 가지 클라우드 스토리지 솔루션을 관리하는 데 드는 시간과 수고를 덜어주는 훌륭한 도구가 될 잠재력이 충분히 있습니다. 정말 멋진 아이디어입니다. 하지만 그 실현 과정에는 결함이 있습니다.
네, 베타 버전이라는 변명은 할 수 있습니다. 하지만 문제는 단순히 미숙함만이 아닙니다. 첫째, 이 애플리케이션이 소셜 미디어 로그인을 사용할 이유가 전혀 보이지 않습니다. 이건 아무 가치가 없습니다. 둘째, 명령줄 인터페이스는 괜찮습니다. 다만 일반 사용자가 쉽고 즐겁게 사용할 수 있는 안정적인 GUI가 추가로 제공되어야 합니다. 셋째, 위키 페이지, 사용 가이드 등 모든 문서는 완벽해야 합니다. 명확하고 정확하며 예시를 곁들여야 합니다. 제가 겪은 어려움은 특별한 경우가 아니지만, 전체적인 사용 경험에 긍정적으로 기여하지 못했습니다.
솔직히 말씀드려서, 명령줄에서 인증을 하거나 마운트 작업을 할 필요가 있을까요? Dropbox를 반대 사례로 들어볼까요? 빠르고 간단하게 자기 역할을 해냅니다. Copy도 마찬가지였습니다. 여러 클라우드 서비스를 사용해 보았지만 모두 상당히 단순하고 직관적이었습니다. odrive에도 같은 수준을 기대하고, 아니 오히려 그 이상을 기대합니다. 모든 스토리지 업체를 합친 것보다 더 뛰어나고 우아해야 할 프로그램이니까요.
그래도 계속 지켜볼 생각입니다. 아이디어 자체를 정말 좋아하기 때문입니다. 다만 현 시점에서 odrive에 실질적인 가치를 느끼지 못합니다. 진짜 문제는 소프트웨어를 가동하는 기술적 어려움, 제대로 된 서비스의 부재, 불완전한 문서에 있습니다. 언젠가는 개선되기를 바랍니다.
그럼, 다음에 뵙겠습니다.