나는 알트 대신 직접 셀프 호스티드 파일 공유 서버를 구축했다; 그 이유는

Source: Dev.to

한계점

어느 순간 나는 단순한 일을 너무 복잡하게 만들고 있다는 것을 깨달았다. 내가 원했던 것은 단지:

• 파일 업로드
• 링크 공유
• 미디어 미리보기
• 그 다음 작업

그런데도 나는 무거운 클라우드 플랫폼, 저장 용량 제한, 프라이버시 타협, 불필요한 마찰을 계속 다루고 있었다.

그래서 스스로에게 물었다: 왜 내가 원하는 걸 직접 만들고 직접 호스팅하지 않을까?
그렇게 Swush가 시작되었다.

현대의 클라우드 스토리지 도구는 강력하지만 종종 과잉이다. 내가 겪은 흔한 문제들:

• 파일 크기 제한
• 계정 필요 조건
• 프라이버시 우려
• 느린 공유 흐름
• 기본적인 필요에 비해 기능 과다
• 비슷한 기능을 위한 여러 도구

때로는 전체 생태계가 필요하지 않다—빠르고 깔끔한 파일 공유, 그리고 그것을 직접 제어하고 싶을 뿐이다.

Swush란?

Swush는 다음과 같은 특성을 갖춘 자체 호스팅 파일 공유 및 미디어 서버이다:

• ⚡ 빠름
• 🧩 최소화
• 🔐 프라이버시 친화적
• 🐳 Docker 준비 완료
• 💻 모두를 위한

Swush를 사용하면:

• 파일을 즉시 업로드
• 공유 가능한 링크 생성
• 미디어 제공
• 전적으로 자체 인프라에서 실행

SaaS 종속성 없음, 강제 계정 없음, 외부 클라우드 스토리지 제공자 없음.

자체 호스팅의 장점

• 데이터 완전 소유
• 커스텀 도메인 지원
• 배포 유연성
• 통합 자유
• 제3자 추적 제로

특히 개발자에게는 마찰을 없앤다. 스택, 배포, 저장소, 로드맵을 모두 직접 제어한다.

설계 철학

Swush를 만들 때 나는 다음에 집중했다:

• 배포를 간단하게 유지
• 불필요한 의존성 배제
• Docker를 기본 설치 방법으로 채택
• 복잡성보다 명료성 설계

가장 큰 교훈 중 하나: 배포 마찰이 채택을 죽인다. 실행에 20단계가 필요하면 대부분의 사람은 시도조차 하지 않는다. 단순함이 핵심 철학이 되었다.

주요 시사점

• 단순한 도구가 강력하다
• 자체 호스팅 커뮤니티는 투명성을 중시한다
• 개발자 UX가 화려한 마케팅보다 중요하다
• 문서는 코드만큼 중요하다
• 빠른 설정이 피드백을 늘린다

목표는 “또 다른 클라우드”를 만드는 것이 아니었다. 깔끔하고 실용적이며 쉽게 실행할 수 있는 것을 만들고자 했다:

• 프라이버시 중심 사용자
• 홈랩 애호가
• 가벼운 내부 공유를 원하는 소규모 팀
• 불필요한 SaaS 복잡성에 지친 모든 사람

앞으로의 계획은?

Swush는 계속 발전하고 있으며, 피드백이 매우 귀중하다. 자체 호스팅이나 오픈소스 도구에 관심이 있다면 의견을 듣고 싶다.

• 소스 코드: https://github.com/imthatdev/swush
• 로드맵: https://iconical.dev/roadmap/swush
• 피드백: https://iconical.dev/feedback/swush
• 체인지로그: https://iconical.dev/changelog/swush

때때로 최고의 해결책은 더 큰 도구가 아니라, 완전히 제어할 수 있는 더 간단한 도구이다.