Relayium

Relayium vs Google Drive: 파일을 더 직접적으로 보내기

마지막 업데이트: 2026-07-31

Google Drive는 정말 훌륭한 제품입니다. 파일이 한곳에 모여 있고, 기기 간 동기화되며, 백업되고, 팀과 함께 실시간으로 편집하기도 쉽습니다. 계속 다시 찾게 될 파일의 영구적인 보관 장소가 필요하다면 Drive는 합리적인 기본 선택지이며, 이 글은 그것을 그만두라고 설득하려는 것이 아닙니다.

하지만 많은 사람이 Drive로 하는 일은 실제로는 일회성 전달입니다. 친구에게 동영상을 보내거나, 고객에게 계약서를 보내거나, 동료에게 데이터셋을 보내는 일이지 영구 저장이 아닙니다. 그 특정 작업만 놓고 보면, 사본을 Google 서버에 업로드하고 누가 볼 수 있는지 설정하는 것은 작업에 필요한 것보다 더 많은 절차입니다. Relayium의 실시간 전송은 서버 측 내용 사본을 저장하지 않고, 브라우저는 LAN에서 직접, 네트워크 간에는 종단간 암호화 TURN을 사용합니다. 저장 링크는 받는 사람만 복호화할 수 있습니다.

Google Drive가 잘하는 것

Drive의 강점은 영속성과 협업입니다. 업로드한 파일은 휴대폰, 노트북, 웹 사이에서 동기화되며 삭제할 때까지 그곳에 계속 남아 있습니다. 이는 작업 폴더나 팀 공유 드라이브, 실시간으로 함께 편집하는 문서에 정확히 필요한 것입니다.

저장 측면에서도 관대하고 손이 덜 갑니다. 넉넉한 무료 등급, 자동 백업, 버전 기록, 그동안 저장한 모든 것에 대한 검색까지. 이런 것들은 Relayium이 대체하려는 것이 아닙니다.

차이가 나는 지점: 보내는 것과 저장하는 것은 같은 일이 아니다

Drive로 파일 하나를 보내려면 사본을 Google 인프라에 업로드한 뒤, 누가 열 수 있는지 정해야 합니다. 특정 사람의 Google 계정, 또는 ‘링크가 있는 모든 사람’. 공유 설정을 잘못하면 파일에 접근할 수 없거나 의도한 것보다 더 공개됩니다. 어느 쪽이든, 사본은 나중에 직접 돌아가 지울 때까지 Google 서버에 무기한 남아 있습니다.

Relayium은 흔한 실시간 경우에 서버 측 내용 저장을 건너뜁니다. LAN에서는 브라우저 파일이 기기 사이를 직접 이동하고, 네트워크를 넘으면 브라우저 세션은 설계상 TURN을 사용하며 릴레이는 읽거나 복호화할 수 없는 종단간 암호문만 운반합니다. 받는 사람이 오프라인이라 링크가 정말로 필요할 때는, 저장 링크 모드가 Drive에는 없는 영지식 속성을 유지합니다. 브라우저가 업로드 전에 무작위로 생성한 AES-256-GCM 키로 파일을 암호화하고, 그 키는 URL 프래그먼트, 즉 # 뒤의 브라우저가 서버로 절대 보내지 않는 부분에만 존재합니다. Google의 서버는 Drive 파일을 보관하며 기술적으로 읽을 수 있습니다. 반면 Relayium의 서버는 저장 링크에 대해 복호화할 수 없는 암호문만 보관합니다.

실시간: 서버 측 내용 사본을 저장하지 않음

가장 전형적인 경우(두 사람이 지금 모두 온라인)에는 실시간 전송이 한 번에 최대 1,000개 파일을 보내며 서버 측 내용 사본을 저장하지 않습니다. 브라우저 파일은 LAN에서 직접 이동하고, 네트워크 간에는 TURN이 릴레이가 읽거나 복호화할 수 없는 종단간 암호문만 운반합니다. 양쪽 SAS와 파일별 SHA-256을 확인하며, 연결이 끊기면 이어서 재개됩니다.

서버 측 크기 제한이 없으므로 실질적인 한계는 받는 쪽 브라우저에서 옵니다. Chrome과 Edge는 들어오는 데이터를 곧바로 디스크로 스트리밍해 수십 기가바이트도 무리 없이 처리합니다. Firefox와 Safari에는 그 API가 없어, 디스크로 흘려보낼 경로가 하나도 적용되지 않으면 들어오는 데이터를 메모리에 담습니다. Relayium은 약 256 MB를 넘으면 경고하는데, 이는 측정된 하드 한계가 아니라 일부러 보수적으로 잡은 추정치입니다. 같은 네트워크에서는 계정이 전혀 필요 없고, 두 기기가 서로 직접 연결됩니다. 네트워크를 넘어 보낼 때는 페어링 코드를 쓰고, 그 코드를 만드는 쪽의 로그인이 필요하며, 설계상 암호화된 TURN 릴레이를 거칩니다. 덕분에 네트워크 사이에서는 좀처럼 성공하지 않는 직접 연결 시도를 기다리지 않고 1~2초 만에 연결됩니다. 릴레이는 스스로 읽을 수 없는 암호문만 전달하고, 어느 네트워크 구성이든 받는 쪽은 항상 계정이 필요 없습니다.

그래도 링크가 필요하다면: 영지식 저장 링크

때로는 정말로 링크가 필요합니다. 받는 사람이 온라인이 아니거나, 어디에든 붙여넣을 수 있는 URL 하나가 필요할 때입니다. Relayium의 저장 링크 모드는 실시간 모드의 프라이버시를 포기하지 않고 이 경우를 다룹니다.

만료 기간을 1시간, 1일, 3일, 7일, 최대 14일(요금제에 따라 다름) 중에서 고르거나, 첫 다운로드 완료 후 삭제되도록 설정할 수 있습니다. 링크 생성에는 보내는 쪽의 로그인이 필요하지만(계정의 저장 용량 한도에 포함됩니다), 받는 쪽은 링크를 열어 다운로드하기만 하면 되고 계정은 필요 없습니다. 복호화 키가 URL 프래그먼트를 벗어나는 일이 없기 때문에, Google의 모델과 Relayium의 저장 링크 모델은 핵심적인 지점에서 다릅니다. Google은 기술적으로 Drive에 호스팅된 파일을 복호화할 수 있지만, Relayium의 서버는 저장 링크에 대해 구조적으로 그렇게 할 수 없습니다.

기능 한눈에 비교

가장 중요한 차이를 나란히 정리하면:

자주 묻는 질문

Relayium도 Google Drive처럼 제 파일을 저장하나요?

실시간 모드에서는 Relayium이 내용의 서버 측 사본을 저장하지 않습니다. 브라우저 파일은 LAN에서 직접 이동하고, 네트워크 간에는 TURN이 릴레이가 읽거나 복호화할 수 없는 종단간 암호문만 운반합니다. 다운로드 링크는 복호화할 수 없는 영지식 암호문을 저장하며, 만료되거나(1시간/1일/3일/7일, 요금제에 따라 다름) 첫 다운로드 후 삭제됩니다.

계정이 필요한가요?

같은 네트워크에서는 계정이 전혀 필요 없습니다. 네트워크를 넘어 보내기 위한 페어링 코드를 만들거나 저장 다운로드 링크를 만들 때는 로그인이 필요합니다. 어느 경우든 받는 쪽은 항상 계정이 필요 없습니다.

크기 제한이 있나요?

실시간 전송은 한 번에 최대 1,000개 파일을 다룰 수 있고 서버 측 크기 제한이 없습니다. Chrome과 Edge는 수십 기가바이트까지 곧바로 디스크로 스트리밍합니다. 디스크로 흘려보낼 경로가 하나도 적용되지 않아 브라우저가 메모리에 담아야 할 때는 Relayium이 약 256 MB를 넘으면 경고합니다. 이 수치는 일부러 보수적으로 잡은 추정치이지 하드 한계가 아닙니다. 저장 링크는 계정에 연결된 용량 한도에 포함됩니다.

Relayium은 무료인가요?

네. Relayium은 AGPL-3.0 라이선스의 무료 오픈소스이며, 프로토콜과 코드 전체가 github.com/relayium/relayium에 있습니다. 더 크거나 빠른 전송을 여는 유료 등급은 없습니다.

실시간 전송으로 누구의 클라우드에도 저장하지 않고 파일을 보내세요. 서버 측 크기 제한과 설치가 없고, 같은 네트워크에서는 계정도 필요 없습니다.

지금 Relayium 사용해보기

계속 읽기