리눅스에서 Files.com 마운트하기 — 마운트 포인트로 쓰는 기업용 파일 전송
NetDrive의 실험적 리눅스 빌드로 Ubuntu에 Files.com을 마운트하세요. 업무용 파일 교환 계정을 브라우저 탭 대신 일반 마운트 포인트로 전환합니다.
Ubuntu 빌드 서버를 운영하는 한 데브옵스 팀은 외부 패키징 업체가 매 스프린트마다 가져가는 릴리스 아카이브의 인계 지점으로 Files.com을 사용한다. 예전에는 빌드 산출물을 그곳에 올리려면 Files.com의 API를 통한 업로드를 스크립팅하거나 점프 박스의 브라우저 탭을 지켜보고 있어야 했다. NetDrive의 리눅스 빌드는 그 동일한 Files.com 계정을 일반 마운트 포인트로 마운트하므로, 빌드 단계는 디스크의 다른 어떤 것과 마찬가지로 그냥 디렉터리에 쓰기만 하면 된다.
Ubuntu에서 Files.com에 마운트 포인트 제공하기
NetDrive 는 Google Drive, OneDrive, S3, SFTP, WebDAV 등을 Windows 와 macOS 에서 일반 드라이브처럼 보이게 합니다 — 동기화도, 전체 다운로드도 없이.
- 마운트된 Files.com 디렉터리에 빌드 산출물을 바로 쓰기
- 일상적인 업로드와 다운로드에 별도 API 스크립팅 불필요
- 하나의 드라이브 관리자에서 다른 마운트된 클라우드와 함께 실행
무료 체험. 평생 라이선스와 구독 플랜 제공.
Files.com을 마운트 포인트로 만들면 달라지는 것
Files.com은 업무용 파일 플랫폼으로 설계되었다 — 회사가 외부 벤더, 고객, 감사자와 문서와 아카이브를 주고받기 위해 만드는 계정으로, 폴더 구조와 권한이 중앙에서 관리된다. 마운트 없이 Ubuntu에서 작업하려면, 무인으로 실행되어야 하는 작업(예를 들어 벤더가 가져갈 수 있는 어딘가에 야간 빌드를 내려놓아야 하는 CI 작업)에는 웹 콘솔이나 API를 직접 호출하는 코드 중 하나를 써야 한다.
NetDrive는 Files.com 계정을 일반 마운트 포인트에 마운트하므로, 디렉터리에 쓸 수 있는 모든 프로세스 — 셸 스크립트, CI 단계, 예약된 cron 작업 — 가 Files.com의 API에 대해 아무것도 몰라도 그곳에 파일을 밀어넣을 수 있다. 읽기도 반대 방향으로 똑같이 동작한다. 벤더가 업로드한 참조 파일을 가져오는 스크립트는 그저 평범한 파일 경로만 있으면 된다.
마운트 전에: 리눅스 요구 사항
NetDrive의 리눅스 빌드는 비교 페이지에서 **실험적(experimental)**으로 표시되어 있다 — 이는 마케팅상의 신중함이 아니라 정확한 지원 등급이다. Windows와 macOS는 NetDrive의 주된 테스트 노력을 받지만, Linux는 동일한 공급자 연결을 제공하면서도 배포판과 커널 버전 전반에 걸친 검증의 폭은 그만큼 넓지 않다. 지원되는 최소 버전은 Ubuntu 16.04이며, 패키지는 apt나 리눅스 패키지 관리자가 아니라 github.com/NetDrive/installer를 통해 배포되므로 업데이트 확인은 수동 작업이다.
Files.com 지원은 NetDrive의 현재 릴리스 주기에서 Koofr, Filen, ImageKit, OpenDrive라는 네 가지 다른 신규 공급자와 함께 추가되었으며, 각각 서로 다른 종류의 스토리지 요구를 겨냥한다. 이는 리눅스 빌드가 이 연결을 다루는 방식에는 아무런 변화도 주지 않는다. 인증과 마운트는 NetDrive가 다른 모든 공급자에 대해 사용하는 것과 동일한 드라이브 목록 흐름을 거친다.
Ubuntu에서 Files.com 드라이브 추가하기
- GitHub 릴리스 페이지에서 NetDrive를 설치하고, 필요한 드라이버 구성 요소에 대한 해당 저장소의 안내를 따른다 — 이 단계는 머신당 한 번만 필요하다.
- NetDrive를 실행하고 Drive Manager를 연다.
- + Add Drive를 클릭하고 공급자 목록에서 Files.com을 선택한다.
- 메시지가 표시되면 Files.com 계정 자격 증명으로 로그인한다.
- 마운트 포인트를 설정하고 확인한다. Files.com 루트 폴더는 몇 초 안에 해당 경로에서 사용할 수 있게 된다.
배포가 패키지 관리자가 아니라 GitHub 릴리스를 통해 이루어지므로, 스크립트나 cron 작업이 이를 의존하도록 연결하기 전에 마운트가 실제로 연결되었는지 확인해 둘 가치가 있다 — GUI만 믿지 말고 터미널에서 mount를 마운트 포인트로 grep하거나 평범한 ls로 확인하라.
Files.com을 일상적으로 사용하기
마운트되고 나면 Files.com 디렉터리는 파일시스템의 다른 경로와 똑같이 동작한다. 릴리스 아카이브를 그곳에 복사하면 백그라운드 업로드가 큐에 등록되고, 이는 NetDrive의 업로드 트레이에서 확인할 수 있으므로 대용량 산출물이 그것을 쓰고 있는 스크립트를 막지 않는다. 이름 바꾸기, 삭제, 폴더 이동은 로컬 디스크에서처럼 마운트 포인트를 통해 이루어지며, NetDrive가 그 변경 사항을 Files.com으로 다시 보낸다.
외부 인계용으로 Files.com을 표준화하면서 빌드 픽스처는 S3 버킷이나 자체 호스팅 SFTP 서버에도 보관하는 팀이라면, 그 일관성이 진짜 이득이다 — 대상마다 다른 스크립트나 클라이언트 라이브러리를 두는 대신 하나의 드라이브 관리자, 하나의 마운트 개념으로 통일된다. 같은 폴더를 여러 사람이 함께 다루는 문서 교환에는 NetDrive의 파일 잠금도 쓸 수 있는데, 이는 Office 문서뿐 아니라 모든 파일 형식에 적용되므로 동료가 편집 중인 파일을 덮어쓰는 일을 막아 준다.
마무리
Ubuntu에서 Files.com을 마운트하면 브라우저 전용 또는 API 스크립트 기반 워크플로가 어떤 프로세스든 읽고 쓸 수 있는 평범한 마운트 포인트로 바뀐다 — 다만 Linux 지원은 실험적이므로, 무인 작업에 의존하기 전에 자신의 배포판과 작업 부하에 대해 직접 검증해야 한다는 단서가 붙는다. 더 폭넓게 테스트된 플랫폼에서 동일한 공급자를 다루는 내용은 Mount Files.com on Windows with NetDrive나 Mount Files.com on macOS with NetDrive를 참고하라. 리눅스 빌드 자체에 대해서는 NetDrive on Ubuntu Linux를 읽어 보라.
— Kai, NetDrive