2026 Mac 원격 파일 동기화가 한 가지 도구에만 의존할 수 없는 이유 (SFTP / rsync / 자동화)
팀이 맞닥뜨리는 세 가지 요구는 다음과 같다. dev/staging/prod를 아우르는 시각적 업로드·다운로드와 인증 관리, 스케줄 단방향 증분 동기화·백업, CI/CD로 빌드 산출물을 원격 Mac이나 테스트 호스트에 푸시하는 것이다. SFTP 클라이언트는 첫째, rsync GUI는 둘째, 스크립트나 GitHub Actions의 rsync over SSH는 셋째에 적합하다. 한 가지 도구만 쓰면 수동 작업이 늘거나 자동화와 권한 경계가 약해진다. 2026년에는 SFTP 클라이언트로 일상의 멀티 환경 접근, rsync(GUI 또는 CLI)로 대량 증분 동기화, Actions나 Jenkins로 rsync over SSH를 조합하는 방식이 일반적이다. 자체 관리 머신과 네트워크 트러블슈팅을 줄이고 싶다면 “원격 Mac + SFTP + 디렉터리 분리”를 호스팅 서비스로 옮기는 선택이 있다.
macSCP·Acrosync·RsyncUI·rsync over SSH: 언제 무엇을 쓸까
UI 유형, 증분 지원, CI 연동, 멀티 환경 관리로 비교했다.
| 도구 | 유형 | 증분 / 재개 | CI/CD | 멀티 환경 | 적합한 용도 |
|---|---|---|---|---|---|
| macSCP | SFTP 클라이언트 | 전송 단위 | 스크립트 경유 | 다중 연결, Keychain | GUI와 환경 전환을 원하는 개발자·운영 |
| Acrosync | rsync GUI | 지원, 스케줄 단방향 | 없음 | 태스크 목록 | Time Machine 스타일 백업, NAS 동기화 |
| RsyncUI | rsync GUI (SwiftUI) | 지원, 태스크 단위 | 없음 | 태스크 목록 | macOS 네이티브 rsync 사용자, 2026년에도 활발히 유지보수 |
| rsync over SSH / GitHub Actions | CLI / CI | 전체 | 지원 | 호스트별 SSH 설정 | DevOps, 빌드 자동 배포가 필요한 팀 |
일상의 멀티 환경 수동 동기화에는 SFTP 클라이언트를, 로컬→원격 스케줄 증분·백업에는 Acrosync 또는 RsyncUI를, 빌드 산출물 배포에는 rsync over SSH나 Burnett01/rsync-deployments를 사용한다. 접근·권한·증분 동기화를 자체 호스트 없이 통일하려면 SFTP와 디렉터리 분리를 갖춘 호스팅 원격 Mac을 선택하고, 허용 디렉터리 안에서 rsync를 실행하는 구성이 현실적이다.
GitHub Actions: rsync over SSH로 자동 배포와 산출물 배포
다섯 단계: SSH 비밀키를 Secret에 등록, rsync 설치, 드라이런 후 동기화 실행 및 로그 보관.
# 1. 저장소 Settings → Secrets에 SSH_PRIVATE_KEY(원격 Mac용 비밀키) 추가
# 2. 워크플로 예시 (.github/workflows/deploy.yml)
- name: Deploy to remote Mac via rsync
uses: Burnett01/[email protected]
with:
switches: -avz --delete
path: ./dist/
remote_path: /var/www/app/
remote_host: ${{ secrets.REMOTE_HOST }}
remote_user: ${{ secrets.REMOTE_USER }}
remote_key: ${{ secrets.SSH_PRIVATE_KEY }}
# 3. 수동 단계인 경우:
- run: mkdir -p ~/.ssh && echo "${{ secrets.SSH_PRIVATE_KEY }}" > ~/.ssh/id_ed25519
- run: chmod 600 ~/.ssh/id_ed25519
- run: rsync -avzn --delete ./dist/ ${{ secrets.REMOTE_USER }}@${{ secrets.REMOTE_HOST }}:/path/to/dest/
- run: rsync -avz --delete ./dist/ ${{ secrets.REMOTE_USER }}@${{ secrets.REMOTE_HOST }}:/path/to/dest/
원격 Mac에서는 SSH(포트 22)를 열고 디스크 공간을 충분히 확보한다. dev/staging/prod는 REMOTE_HOST와 경로를 구분한다.
dev·staging·prod 권한과 동기화 전략
(1) 환경별로 다른 SSH 키 또는 SFTP 계정을 사용한다. (2) 디렉터리 분리: dev/staging/prod를 서로 다른 원격 경로에 매핑하고 SFTP 또는 SSH 설정으로 접근을 제한한다. (3) CI 전용 쓰기만 필요할 때는 업로드 디렉터리에만 쓰기 권한을 부여한다. (4) 감사를 위해 SSH 또는 SFTP 로깅을 활성화한다. (5) 호스팅 원격 Mac을 쓰면 프로바이더가 SFTP·디렉터리 분리·가용성을 담당한다. 팀은 허용 디렉터리에 업로드하거나 rsync를 실행하는 데만 집중할 수 있어 자체 머신과 방화벽 디버깅이 줄어든다.
선택 체크리스트: SFTP 클라이언트, rsync GUI, 호스팅 Mac
- 개인 또는 소규모 팀, 주로 수동 멀티 환경 동기화: SFTP 클라이언트(예: macSCP)와 Keychain으로 인증을 관리한다.
- 스케줄 증분 백업 또는 NAS 동기화: Acrosync 또는 RsyncUI로 단방향 동기화 태스크를 설정한다.
- CI/CD 빌드 산출물 자동 배포: GitHub Actions에서 rsync over SSH 또는 Burnett01/rsync-deployments를 사용하고, 비밀키와 호스트를 Secrets에 저장한다.
- 권한과 감사를 통일하면서 자체 노드를 줄이려면: SFTP와 디렉터리 분리를 제공하는 호스팅 원격 Mac(예: SFTPMAC)을 사용하고, 허용 디렉터리 안에서 rsync나 SFTP 클라이언트를 계속 사용한다. 가용성과 정책은 프로바이더가 담당하므로 빌드와 릴리스에 집중할 수 있다.
각 도구는 용도에 맞게 쓰면 된다. 장기적 성공은 권한 경계의 명확함, CI와 수동 동기화의 연계, 빠른 트러블슈팅에 달려 있다. 팀과 컴플라이언스 요구가 커지면 자체 Mac과 여러 SFTP 클라이언트의 유지보수·네트워크 비용이 늘어난다. SFTP와 디렉터리 분리를 갖춘 호스팅 원격 Mac은 안정성과 확장성을 제공하는 경우가 많다.
Mac 원격 파일 동기화: SFTP 클라이언트와 rsync GUI 중 어떤 것을 쓸까?
일상의 멀티 환경 수동 동기화와 인증 관리는 SFTP 클라이언트(예: macSCP)를, 증분 백업·스케줄 단방향 동기화는 rsync GUI(Acrosync, RsyncUI)를, CI/CD 자동 배포는 rsync over SSH 또는 GitHub Actions를 사용한다.
GitHub Actions에서 rsync로 원격 Mac에 자동 배포하려면?
rsync over SSH를 사용한다. SSH 비밀키를 Secret에 등록하고, job에서 rsync를 설치한 뒤 rsync -avz --delete ./dist/ user@remote-mac:/path/to/dest/ 를 실행한다. Burnett01/rsync-deployments 등 Action으로 단순화할 수 있다.
환경 간 권한과 효율을 어떻게 맞출까?
SFTP로 접근 제어와 디렉터리 분리를 하고, 허용 디렉터리 안에서 rsync over SSH로 대량 동기화한다. 또는 SFTP와 디렉터리 분리를 제공하는 호스팅 원격 Mac을 쓰면 프로바이더가 가용성과 정책을 담당한다.
자체 Mac과 CI 노드에서 SSH·rsync·멀티 환경 권한을 유지하려면 시간이 든다. 배포에 집중하고 싶다면 원격 파일 동기화와 접근 제어를 호스팅 서비스에 맡기는 선택이 있다. SFTPMAC은 안정적인 SFTP와 디렉터리 분리를 제공하며, rsync over SSH 증분 동기화도 지원한다. 노드 가용성과 권한은 당사가 보장하므로 빌드와 릴리스에만 집중할 수 있다.