나는 매일 이 Docker 컨테이너들을 실행하고 나머지는 삭제했어요
Docker는 내 홈랩의 중심입니다—그 없이는 내가 하는 방식대로 서비스를 운영할 수 없었을 거예요. 여러 해 동안 아마 100개 이상의 컨테이너를 실행했을 거고, 어쩌면 그보다 더 많을 수도 있습니다. 여러 가지 시도와 테스트를 거치면서, 어떤 컨테이너는 계속 사용하게 되었고, 어떤 컨테이너는 포기해야 했다는 것을 알게 되었습니다.
플렉스
나는 내 미디어 서버 없이는 살 수 없어
제가 직접 호스팅하는 모든 서비스 중에서 Plex는 단연 가장 많이 사용하는 Docker 컨테이너입니다. 저는 수년간 Plex 서버를 운영해 왔으며, 요즘에는 Plex가 제가 콘텐츠를 보는 주된 방법이 되었습니다.
만약 이전에 Plex(또는 Jellyfin)를 사용해 본 적이 없다면, 이들은 집에서 직접 넷플릭스를 운영할 수 있게 해주는 미디어 서버입니다. 자신의 저장소에 있는 콘텐츠를 사용하며, 로컬 네트워크 안에서나 집을 떠나 있을 때도 설정에 따라 이용할 수 있습니다.
저는 Plex를 좋아합니다. 왜냐하면 Plex는 저에게 제 미디어 소비를 직접 조절할 수 있는 권한을 주기 때문입니다. 서버에 어떤 콘텐츠가 올라갈지(또는 올라가지 않을지) 결정할 수 있고, 언제 서버에서 내려갈지도 제가 정할 수 있습니다—이제 더 이상 시청 도중에 프로그램이 사라지는 일은 없습니다.
이 시점에서 Plex를 실행하지 않는 모습을 정말 상상할 수가 없네요. 만약 모든 Docker 컨테이너를 하나만 남기고 제거해야 한다면, 제가 남길 컨테이너는 Plex일 겁니다.
오디오북쉘프
오디오북은 삶이다
2025년은 제가 마침내 더 많은 오디오북을 듣기 시작한 해였고, 2026년에는 이를 더 확대할 계획입니다. Audible은 훌륭한 서비스이지만, 비용이 해가 갈수록 확실히 쌓입니다. 그래서 작년에는 Audible을 끊고 직접 Audiobookshelf 서버를 운영하기로 결정했습니다.
Audiobookshelf은 오디오북에 있어 Plex가 영화와 TV 쇼에 해당하는 것과 같습니다—기본적으로 셀프 호스팅형 Audible이라고 할 수 있습니다. 오디오북을 얻을 수 있는 여러 곳이 있습니다. 일부 출판사는 오디오북을 직접 판매하기도 하며(때로는 Audible에서 구매하는 것보다 비용이 더 저렴한 경우도 있습니다). 다른 오디오북은 퍼블릭 도메인으로 완전히 무료입니다.
어쨌든, Audiobookshelf 덕분에 집에서나 외출 중에도 오디오북을 쉽게 들을 수 있습니다. 제 설정에서는 필수 Docker 컨테이너이며, 당분간 없어질 것 같지 않습니다.
엔진엑스 프록시 매니저
누군가는 내 모든 도메인을 관리해야 해
제가 직접 호스팅하는 많은 서비스들은 집에 없을 때도 접근할 필요가 있습니다. Cloudflare Tunnels는 로컬 네트워크 외부에서 서비스에 접근하는 훌륭한 옵션이지만, 저는 리버스 프록시 설정을 위해 Nginx Proxy Manager를 사용하는 것을 선택했습니다.
저는 몇 년 전 Google Domains를 도메인 등록기관으로 사용할 때 Nginx Proxy Manager를 사용하기 시작했습니다 (안타깝게도 Google Domains는 종료되었죠). Nginx Proxy Manager는 기본적으로 홈 네트워크에 들어오는 도메인을 라우팅하는 멋진 소프트웨어입니다.
저는 Audiobookshelf, Minecraft, NextCloud, FreshRSS, n8n 등과 같은 서비스에 외부에서 접근할 수 있도록 Nginx Proxy Manager를 사용합니다. 사용하기 간편한 Docker 컨테이너로, 제 생활을 더 편리하게 만들어 줍니다.
캘리버
내 Mac에서 사용하는 게 더 잘 돼요
2025년은 내가 오디오북을 듣기 시작한 해이기도 하지만, 동시에 실제 책을 더 많이 읽기 시작한 해이기도 했다—적어도 디지털로는 그렇다. 나는 킨들을 가지고 있으며, 가벼워서 어디든지 가져갈 수 있고 수천 권의 책을 저장할 수 있기 때문에 종이책보다 킨들로 책을 읽는 것을 더 좋아한다.
오디오북처럼, 전자책도 저자에게서 직접 구매하거나 퍼블릭 도메인에서 쉽게 얻을 수 있습니다. 킨들에 책을 옮기는 것은 Calibre를 찾기 전까지는 결코 쉽지 않았습니다. 하지만 제가 처음 Calibre를 사용했을 때는 도커 컨테이너에서 사용했습니다.
알아요, 여기서 제가 Docker를 얼마나 좋아하고 컨테이너가 얼마나 멋진지에 대해 쓰고 있지만, Calibre는 아니에요. Calibre Docker 컨테이너는 그만한 가치에 비해 훨씬 더 큰 골칫거리였어요. 온라인으로 접근할 수 있는 Kindle 스토어 같은 것이 필요하다면, Calibre와 Calibre-Web이 완벽해요. 하지만 제 Kindle 기기에서 콘텐츠를 관리하려고 할 때는 Docker 컨테이너가 그냥 작동을 안 했어요.
결국 저는 Calibre를 Docker 컨테이너로 사용하는 것에서 벗어나 그냥 제 MacBook에서 직접 실행하는 것으로 옮겼고, 그것이 제가 내린 최고의 결정이었습니다. 이 역시 모든 앱이 Docker 컨테이너일 필요는 없다는 것을 보여주는 사례입니다. 비록 제가 그렇게 원했더라도 말이죠.
차분한
더 나은 도구들이 있어요
내 Plex 서버는 내 홈랩에서 많은 공간을 차지한다. 꼭 물리적인 공간은 아니지만, 저장 공간을 많이 차지한다. 여러 해에 걸쳐 나는 많은 미디어를 모았고, 다양한 형식으로 리핑해왔다. 한때는 가능한 최고 비트레이트와 품질로 콘텐츠를 리핑하도록 신경 쓴 적도 있다.
결국 나는 내가 가진 TV와 TV에서 앉은 거리 때문에 4,000Kb/s 1080p 영화와 90,000Kb/s 4K 영화 사이의 품질 차이를 크게 느낄 수 없다는 것을 깨달았다. 어떤 사람들은 차이를 알아차릴 수 있을지 모르지만, 나는 전혀 알 수 없었다.
이로 인해 나는 내 서버에 있는 미디어를 최적화하려는 길로 들어서게 되었다. 모든 것을 다시 리핑하는 대신, 단순히 트랜스코딩하고 싶었다. 나는 i9-13900K 서버와 다른 PC에 RTX 3080을 가지고 있는데, 이 둘을 합치면 내 미디어 라이브러리의 트랜스코딩을 처리하기에 충분히 강력하다.
나는 몇 일 동안 Unmanic과 씨름하다가 결국 포기했다. 시간이 지나면 결국 해결할 수 있었을지도 모르지만, 그만한 가치가 없었다. 결국 나는 Unmanic Docker 컨테이너를 종료하고 Tdarr로 전환했는데, 설정이 훨씬 간단하면서도 같은 작업—내 라이브러리 트랜스코딩—을 수행할 수 있었다.
결국, 저는 Docker 컨테이너를 운영하면서 많은 것을 배웠습니다. 제 홈랩과 VPS의 여러 서버에서 50개 이상의 Docker 컨테이너가 실행되고 있으며, Docker는 문자 그대로 제 홈랩을 하나로 연결하는 접착제입니다.
하지만, 세월이 지나면서 저는 모든 Docker 컨테이너가 계속 실행할 가치가 있는 것은 아니라는 것을 깨달았습니다. 저는 지금 제 Docker 서버를 재정리하는 중이고, 이동 후에는 단순히 사용하지 않기 때문에 종료하고 다시 시작하지 않을 몇몇 컨테이너가 더 있습니다.
나는 Docker 컨테이너를 한 번 사용해봤다고 해서 꼭 계속 실행해 놓을 필요는 없다는 것을 점점 깨닫기 시작했다. 필요하다면 나중에 언제든지 다시 실행할 수 있다.





