자체 호스팅과 기술 독립: 직접 만드는 기쁨

 (ssp.sh)
4P by GN⁺ | ★ favorite | 댓글 1개
  • PewDiePie의 Arch 설치와 오픈소스·3D 프린팅 제품 제작 사례는 직접 만들기가 단순 취미를 넘어 온라인 자산과 기술 독립을 쌓는 방식이 될 수 있음을 보여줌
  • 글쓰기나 커리어를 장기적으로 쌓으려면 먼저 자기 도메인을 확보하고, 가능하면 직접 블로그를 운영해 플랫폼 이전으로 생기는 누적 손실을 줄이는 편이 좋음
  • 기술 독립은 특정 회사나 소프트웨어에 묶이지 않는 상태이며, Linux 기본기를 익히면 이메일, 연락처, 캘린더, 백업 저장소 같은 서비스를 직접 운영할 수 있음
  • 오픈소스는 GitHub 이슈와 Pull Request를 통해 피드백과 기여를 받을 수 있고, MIT 같은 허용적 라이선스는 다른 사람이 코드를 자유롭게 쓰게 해줌
  • 자체 호스팅은 초기에 어렵고 손이 가지만, 한 번 작동하면 학습과 만족을 주고 Google·Apple 같은 대형 서비스의 기능 변경, 종료, 가격 인상에 덜 흔들림

직접 호스팅을 떠올리게 된 계기

  • PewDiePie가 Arch 설치를 배우고, 오픈소스와 3D 프린팅 부품으로 개 카메라, 날씨·음료·명상 기기 같은 제품을 만드는 영상을 본 뒤 직접 만들기와 자체 호스팅, 기술 독립을 다시 생각하게 됨
  • 글쓰기나 취업을 시작하려는 사람에게는 먼저 도메인 구매를 권함
    • 준비된 블로그 서비스와 남의 URL로 시작할 수는 있지만, 장기적으로 WordPress, Medium, Substack, Ghost 등을 옮겨 다니며 도메인을 바꾸는 사례가 많음
    • 이전 과정에서 오래 쓴 글을 옮기지 않고 새로 시작하는 경우도 있음
  • 같은 도메인으로 10년 동안 유지한 블로그는 백링크와 오래된 글을 보존하고, 장기적으로 쌓아 온 투자를 보여줄 수 있음
  • 직접 도메인이나 호스팅 서버를 갖고 있지 않으면 나중에 도메인 이전이나 리다이렉션으로 손실을 줄이기 어려움

직접 운영 중인 서비스

  • 직접 호스팅하거나 운영하는 항목은 블로그, 세컨드 브레인, 책, 구독자 목록, 자체 페이월 등임
    • 구독자 목록은 Listmonk를 사용함
    • 페이월은 Memberstack으로 구현함
    • 개인 웹사이트와 블로그는 오래전부터 운영했고, WordPress에서 GoHugo로 옮김
  • 최근에는 Homelab에 관심을 두고 홈 서버를 구축함
    • SSH, 백업, 사진, Gitea 등을 운영함
    • 리버스 프록시와 SSL 인증서 설정, SSH 키 설정을 직접 다루며 배움
  • 처음에는 모든 것이 어렵지만, 방법을 알고 나면 덜 어렵고 더 명확해짐
    • ThePrimeagen이 말한 것처럼 “그렇게 어렵지 않을 것”이라고 여기는 무지의 구간이 있음
    • 첫 장애물을 넘으면 보람이 있고, 작동하기 시작한 뒤에는 안정적으로 굴러감
  • vim과 Neovim을 쓰기 시작하면서 터미널 생활이 늘고 Linux 명령에 익숙해짐

기술 독립이 주는 선택권

  • 기술 독립은 Derek Sivers에게서 배운 개념이며, 특정 회사나 소프트웨어에 의존하지 않는 것을 뜻함
  • Linux 같은 기본기를 배우면 여러 서비스를 직접 호스팅할 수 있음
    • 꼭 필요해서가 아니라 원해서 직접 운영할 수 있음
    • 직접 만든 서비스를 쓰는 경험에서 즐거움과 학습을 얻음
  • Derek Sivers는 이메일, 연락처, 캘린더, 백업 저장소를 직접 호스팅함
  • 시작은 작게 할 수 있으며, 첫 단계로 자기 도메인을 구매하는 방식을 제안함
    • 도메인 이름은 신중히 정하되 과하게 복잡하게 만들 필요는 없음
    • 성과나 링크가 생긴 뒤에도 도메인을 옮기고 기존 블로그를 새 도메인으로 포워딩할 수 있음

오픈소스와 공유의 가치

  • Linux를 다루다 보면 많은 도구가 오픈소스 기반임을 자연스럽게 접하게 됨
  • 오픈소스는 남의 소프트웨어를 쓰는 데서 끝나지 않고, 자신의 작업물을 무료로 공개해 다른 사람이 배우고 활용하게 하는 방식임
  • GitHub에 코드를 올리면 다른 사람이 이슈로 피드백하거나 Pull Request로 기여할 수 있음
    • 프로젝트 소유자는 그 피드백을 받아들일 수도 있고 거절할 수도 있음
  • MIT 같은 허용적 라이선스를 쓰면 누구나 코드를 무료로 사용할 수 있음
  • 개인적인 글쓰기 경험도 회사에서 비싸게 쓰던 오픈소스 BI 도구를 로컬에서 brew install로 설치해 실행한 경험에서 출발함
  • Linux는 많은 디지털 기기에서 사용되며, Linus Torvalds는 Linux뿐 아니라 git도 만들었음
    • git은 Linux 버전 관리를 위해 자신의 필요에서 만든 도구임
    • 당시 존재하던 해결책을 싫어했기 때문에 직접 만들게 됨

공개적으로 만들고 공유하기

  • 작업물을 공개하면 다른 사람이 배우는 데 도움이 되고, 만든 사람도 피드백과 포크, 기여를 통해 이익을 얻을 수 있음
  • 오픈소스에서 가장 보람 있는 부분은 비슷한 관심사를 가진 사람과 연결되는 경험임
  • 개인적으로는 지식과 코드 대부분을 공유하지만, 주로 자신이 쓰기 위해 만들며 기여를 기대하지는 않음
    • 때로는 기여를 적극 장려하지 않는데, 스스로 관리하기 더 어려워질 수 있기 때문임
    • 그래도 다른 사람이 배우거나 복사하거나 잘못된 점을 피드백할 수 있도록 공유함
  • 누군가에게 필요한 작은 소프트웨어나 스크립트의 완성된 해결책을 공개해 두면, 그 사람에게 즉각적인 도움이 될 수 있음
  • 공개 공유는 신뢰를 만드는 요소로도 작동함

실제로 사용하는 오픈소스 도구들

  • 온라인 존재감의 대부분에 오픈소스 도구를 사용함
  • Quartz는 Jacky Zhao가 만든 오픈소스 Obsidian Publish 대안이며, Obsidian 노트를 공유하는 데 사용함
    • 현재도 GoHugo 기반 v3 버전을 사용함
    • 원 제작자가 새 버전으로 이동한 뒤에는 v3 버전을 직접 관리·유지함
  • GoatCounter는 사이트의 익명화된 통계를 보기 위해 사용함
    • 숨겨진 픽셀이나 사용자 감시 없이 웹사이트의 고유 방문자를 확인할 수 있음
    • Martin Tournoij가 무료로 공유하고 작은 웹사이트용으로 운영함
  • Listmonk는 오픈소스 뉴스레터 목록 도구임
    • Kailash Nadh가 만들고 유지함
    • 설치가 단순하고 간단한 뉴스레터 목록 운영에 적합함
  • listmonk-rss는 새 블로그 글을 쓸 때 자동으로 이메일을 보내는 데 사용함
    • Stephan Heuel이 만들었고, 문서 덕분에 GitHub Actions 설정이 첫 시도에 동작함

Homelab에서 시도할 수 있는 도구들

  • Homelab을 운영한다면 설치할 수 있는 앱이 많으며, 일부는 직접 설치해 사용하거나 실험 중임
  • Paperless: OCR과 태깅으로 실제 문서를 스캔, 색인, 정리하는 디지털 문서 관리 시스템
  • PhotoPrism: AI 얼굴 인식, 자동 태깅, 프라이버시 중심 사진 관리를 제공하는 자체 호스팅 Google Photos 대안
  • Pi-hole: 네트워크 전체에서 광고와 추적 도메인을 차단하는 DNS 싱크홀
  • Nginx Proxy Manager: SSL 인증서 자동화와 도메인 라우팅을 제공하는 웹 기반 리버스 프록시 관리 도구
  • Audiobookshelf: 모바일 앱, 진행률 추적, 라이브러리 관리를 제공하는 자체 호스팅 오디오북·팟캐스트 서버
  • Calibre: 전자책 정리, 변환, 제공, 웹 기반 읽기 인터페이스를 포함한 전자책 관리 도구
  • Syncthing: 클라우드 의존 없이 여러 기기 간 폴더를 동기화하는 탈중앙 파일 동기화 도구
  • Gitea: 웹 인터페이스, 이슈 추적, 협업 기능을 갖춘 가벼운 자체 호스팅 Git 서비스
  • Homelab에는 최신 서버를 비싸게 살 필요가 없으며, 저렴한 구형 클라이언트 서버를 사서 수리해 사용할 수 있음

직접 구축에서 얻는 즐거움과 독립성

  • 자체 호스팅은 많은 가치를 주지만 작업량도 필요함
  • 실제로 사용할 수 있는 것을 직접 만드는 과정은 학습을 좋아하는 사람에게 큰 즐거움을 줌
  • 기술 독립은 Google, Apple 같은 대형 업체가 기능을 구현하거나 사용자의 필요에 맞게 조정해 주기를 기다리지 않아도 되는 상태임
  • Google이 Google Inbox 같은 앱을 종료하거나 가격을 올려도 충격이 줄어듦
  • Markdown은 오픈소스와 콘텐츠 공유에서 공통 기반으로 쓰임
    • GitHub의 글, 웹사이트 콘텐츠, 뉴스레터까지 Markdown 기반으로 관리함
    • 리치 텍스트 편집기 사이에서 생기는 서식 변환 문제를 줄일 수 있음

함께 보면 좋은 글 β

GN⁺   [-]
Hacker News 의견들

  • 경고: 뻔뻔한 홍보임
    셀프호스팅이 꼭 하드웨어 구매를 뜻하지는 않음. 몇 년 지난 저사양 머신은 Windows에서는 거의 못 쓸 수준이어도 Linux 서버로는 충분히 강력함. 본인이나 친구 집에 굴러다니는 오래된 노트북을 재활용할 가능성이 높고, 2011년 i3 노트북 [1]으로 사용자 2명을 수년째 돌리고 있는데 2025년에도 업그레이드 필요를 못 느끼고 있음
    노트북은 유휴 상태 전력 효율도 좋아서 장기적으로 데스크톱보다 낫고, 처음 시작하는 서버로 훌륭함. 다만 노트북 배터리를 내장 UPS처럼 믿지는 말고, 24시간 전원 연결해 쓸 거면 배터리를 빼는 걸 권장함
    1: https://www.kassner.com.br/en/2023/05/16/reusing-old-hardwar...

    • 이 방식이 내가 컴퓨팅과 Linux에 빠진 계기였음. 고등학교 졸업 직후 독립했을 때 가진 컴퓨터는 1세대 Mac mini와 1GHz 단일 코어 Intel Atom 32비트 넷북뿐이었고, XP도 느렸으며 Vista나 당시 새 Windows 7은 설치도 못 했음
      친구가 Linux를 알려줘서 잃을 게 없다고 생각했는데, 얻을 게 얼마나 많은지는 몰랐음. 결국 푹 빠졌고, 지역 커뮤니티 칼리지 쓰레기장에서 컴퓨터를 주워 부품을 조합해 꽤 쓸 만한 머신 몇 대를 만들었음. 지금도 컴퓨터를 재활용해 이런저런 서버로 쓰고 있고, 노트북과 휴대폰도 대체로 훌륭함. 모든 걸 할 수는 없지만 그게 핵심은 아니며, 10년 된 휴대폰도 아직 할 수 있는 일이 꽤 많음
      자랑하려는 게 아니라 거의 아무것도 없이도 많은 걸 할 수 있다는 걸 알리고 싶음. 당시 월급날만 버티며 살았지만, 생각보다 무료 하드웨어는 훨씬 많음. 사람들은 고장도 안 난 물건을 많이 버림. 내가 배운 장비는 당시에도 최소 5년은 된 것들이었고, 반짝이는 새 장비가 꼭 필요하지 않음. 초보 단계를 넘기 전까지는 새 장비의 장점도 크지 않음. 어렵지만 대부분의 시작은 어렵고, 제일 중요한 건 그걸 놀이로 바꾸는 법을 배우는 것임
    • 예전 댓글: https://news.ycombinator.com/item?id=41150483
      내가 사는 스웨덴의 250세대 아파트 단지에는 사람들이 낡은 컴퓨터를 전자폐기물 방에 버림. 개 산책 나갈 때마다 하루에도 여러 번 Mad Max 인물처럼 그 방을 뒤짐
      여러 컴퓨터 부품을 섞어 맞추고 Debian을 올린 뒤 다양한 용도로 Docker 컨테이너를 돌림. 부모님, 사촌, 친구들에게도 이런 프랑켄슈타인 서버를 만들어 줬음. 사람들이 뭘 버리는지 보면 놀랄 정도이고, 비밀번호 없이 바로 Windows에 로그인되는 정상 노트북에 가족사진이 가득한 경우도 드물지 않음. 가끔 5년 전 iPhone이 잠금 해제된 채 나오기도 함. 우리가 사는 세상은 병들었고, 우리에게 닥칠 일을 자초한 셈임
    • 지금 13년 된 Acer 노트북에 Linux Mint XFCE를 올려 이 댓글을 쓰고 있음. 오래된 기술을 버리는 게 늘 찜찜해서 새 노트북을 살 때 이걸 HDMI로 거실 TV에 연결하고, 25달러짜리 Logitech K400+ 무선 키보드/트랙패드 콤보를 샀는데 아직 잘 굴러감
      웹 서핑, YouTube, Netflix도 문제없고, 가끔 VS Code나 Thunderbird를 열어 업무 관련 확인도 함. 게임패드 지원이 있는 Steam 인디 게임 몇 개도 돌아감. Framework 노트북이라면 이런 흐름이 훨씬 강해질 텐데, 아쉽게도 내가 사는 나라에는 배송하지 않음
    • 노트북 배터리를 UPS처럼 쓰는 얘기라면, 일부 노트북은 전원을 계속 꽂아도 배터리 수명을 지키는 배터리 관리 기능이 있고 보통 BIOS/UEFI 설정으로 노출됨. ThinkPad나 ProBook 같은 업무용·기업용 노트북에는 표준처럼 들어가 있으며, 예를 들어 2010년 ThinkPad에도 이미 있었음. 물론 쓸 만한 배터리가 달린 걸 운 좋게 구해야 함
    • 지금 가성비가 가장 좋아 보이는 건 tiny mini micro 머신들임: https://www.servethehome.com/introducing-project-tinyminimic...
      기업들이 새 하드웨어로 교체하며 내놓는 물량이 eBay 같은 곳에 자주 올라옴. 얼마 전 i5 9400T Lenovo m720q와 메모리 16GB를 배송비 포함 100파운드에 샀음. 전력도 거의 홀짝이는 수준으로 적게 먹지만, 10Gb 듀얼 SFP NIC를 꽂은 뒤로는 그 장점이 조금 줄었음

  • 이 길로 갈 거라면 오래된 하드웨어의 기본 설치로 Proxmox를 강력히 추천하고, 실행할 서비스는 개별 LXC/VM으로 나누는 게 좋음. 개인적으로 LXC가 Docker 컨테이너보다 관리하고 이해하기 훨씬 쉽고, 커뮤니티가 관리하는 훌륭한 스크립트 모음 https://community-scripts.github.io/ProxmoxVE/scripts 덕분에 Docker 컨테이너 레지스트리 링크만큼 간단함
    소프트웨어가 Proxmox의 기반 OS인 Debian 위에서 직접 돌아가면 LXC를 쓰려 하고, Home Assistant의 HAOS처럼 더 많은 제어권을 요구하는 건 VM을 쓸 수 있어 좋음. Proxmox는 디스크 같은 자원을 LXC끼리 공유하기도 비교적 쉽고, 자동 백업도 내장돼 있음

    • 결국 무엇이 최고인지는 용도와 예산에 따라 달라짐. 서버 몇 대에는 Proxmox를 돌리고 있고 훌륭하지만, 메인 NAS 서버는 순전히 ZFS 드라이브 구성 때문에 Unraid를 씀. 집에서 여러 크기와 브랜드의 드라이브를 그냥 꽂아 쓸 수 있는 건 꽤 가치 있고 돈도 많이 아껴줌
    • 익숙한 방식에 따라 다름. LXC 컨테이너는 가벼운 준(準) VM에 가깝게 보이고, Docker는 유지관리하지 않고 정기적으로 버리고 교체하며 데이터만 남기는 일회성 컨테이너에 더 가까움
    • 내 전체 구성도 Proxmox VE와 Proxmox Backup Server 기반임. 게임용 PC도 Proxmox이고 GPU를 VM에 패스스루함. 아주 만족함
    • lxd로 lxc 컨테이너를 관리하고 있는데, 놓치고 있는 게 있을까?

  • 왜 셀프호스팅을 하고 싶은지는 이해하지만, 왜 하고 싶지 않은지도 이해함
    셀프호스팅은 꽤 번거로움. Docker를 업데이트해야 하고, 가끔 뭔가 깨지며, 남들은 멀쩡한데 나만 문제라 혼자 해결책을 찾아야 할 때도 있음. 잘 돌아가도 종종 투박함
    시간을 아껴주는, 그냥 잘 되는 셀프호스팅 도구 목록은 매우 제한적이고 그 첫 번째는 Firefly일 듯함. 하지만 설정했다가 결국 깨져서 버린 것들에 시간을 꽤 많이 낭비했음. 요즘은 회사가 프라이버시를 존중하고 가격이 적당하다면 기꺼이 돈을 내는 쪽이 매우 만족스러움

    • docker가 문제의 원인임. Docker는 저장소, 네트워킹 등에 간접 계층을 추가하고, 보안 업데이트나 기타 업데이트를 받으려면 컨테이너를 직접 다시 빌드하거나 누군가가 해주길 기다려야 해서 업그레이드도 어려워짐
      상위 OS 배포판 패키지로 배포되는 것, 또는 Go 기반 프로젝트처럼 단일 바이너리로 배포되는 것에 머무르면 장기적으로 더 편할 가능성이 큼
    • Docker 자체를 왜 업데이트해야 하는지 모르겠음. 내 박스는 Docker 업그레이드 없이 1년 넘게 돌렸음. 이미지는 업데이트하지만 한 달 기준으로 15분도 거의 안 걸림
      회사가 프라이버시를 존중하는 경우는 매우 드물고, 게다가 시간이 지나도 같은 태도를 유지할 거라고 믿기도 어려움
    • 이런 이유 때문에 RHEL/Rocky Linux를 씀. 홈 서버에는 최신 소프트웨어가 필요 없고, yum update를 실행해도 시스템이 망가지지 않을 거라고 꽤 안심할 수 있음
      셀프호스팅에서 시스템 관리를 불평하는 경우는 대개 결국 깨지는 밈 배포판을 쓰기 때문임. 회사 서버든 집 서버든 서버에서는 원하지 않는 일임. 덤으로 Podman으로 루트 없는 컨테이너를 돌리고, docker-compose로 오케스트레이션할 수 있음. 보안 패치 백포트, SELinux 정책, 고품질 관리·문제해결 도구처럼 전문적으로 관리된 소프트웨어도 얻음
    • 프라이버시를 존중하고 가격도 괜찮은 회사 목록도 극히 제한적임
    • 어떤 프로젝트에서 문제가 났는지 궁금함. Docker Compose를 제공할 정도까지 간 프로젝트는 대체로 그냥 잘 돌아갔음
      게다가 거의 모든 회사는 언젠가 신뢰를 배신할 테니 굳이 기회를 줄 이유가 없음. Home Assistant는 셀프호스팅하고 있지만, 그쪽은 Paulus가 내일 사고를 당해도 프로젝트가 갑자기 사용자에게 불리하게 돌아가지 못하도록 법적 장벽을 실제로 세워둔 거의 유일한 회사처럼 보임

  • 필요한 것 대부분을 셀프호스팅하고 있는데, 최근 인터넷이 간헐적으로 끊기면서 궁극의 테스트를 겪었음
    흥미로운 질문이 생겼음. 인터넷 없이 얼마나 오래 생산적으로 일할 수 있는가? 무엇이 빠져 있는가? 내 결론은 문서를 더 많이 아카이브해야 하고, 캐시를 직접 호스팅하지 않는다면 NixOS는 오프라인에서 못 쓸 수준이라는 것임
    결국 필요한 것 대부분을 셀프호스팅하고 오프라인으로 지내는 게 생산성을 크게 높여준다는 것도 알게 됨

    • devdocs [1]를 셀프호스팅하고 Linux에서 Zeal [2]을 쓰면 오프라인 문서 문제 상당수가 해결됨
      [1] https://github.com/freeCodeCamp/devdocs
      [2] https://zealdocs.org/
    • 다운타임은 자기 시스템의 약점을 배울 기회임
      상위 제공자 문제처럼 통제할 수 없는 시나리오도 있지만, 대비책을 세울 수 있는 것도 있음. 이런 대비책을 검토하고 비용이 발생 가능성에 비해 가치 있는지 판단하는 과정이 즐거움. 설령 경제적으로 맞지 않아도 꼭 준비하지 말라는 뜻은 아님
    • 가능한 데까지 밀어붙였음. 장시간 인터넷에서 떨어져 있는 걸 좋아하고, 그때가 가장 생산적임
      wget으로 웹사이트 전체를 재귀적으로 저장하는 Bash 별칭을 만들어뒀고, yt-dlp로 보고 싶은 영상을 내려받음. Kiwix로 Wikipedia 전체 오프라인 사본을 둘 수 있고, 이메일은 로컬에 저장해서 오프라인에서 초안을 큐에 넣을 수 있음. SingleFile 확장 기능은 단일 페이지 저장에 매우 좋고, Zeal은 훌륭한 오픈소스 문서 브라우저임
    • 캐시나 다른 저장소 백업 시스템은 패키지 관리자를 쓰는 모든 소프트웨어에 중요함
      의존성 트리의 각 부분을 수백, 수천 명의 개인이 계속 제공하고 동작하게 해주리라 기대하는 건 현대 소프트웨어 개발에서 가장 이상한 부분 중 하나로 보임. 최종 사용자용 소프트웨어는 모든 의존성을 묶은 독립 패키지가 훨씬 좋음. 어차피 실제로는 하드디스크에 그렇게 놓이기 때문임
    • https://kiwix.org/en/와 일부 Jellyfin 구성은 훌륭한 오프라인 자원임
      다만 NixOS나 Gentoo 같은 것들은 더 많은 작업에서 인터넷이 없으면 매우 불편해지고, 모든 패키지를 미러링하는 건 보통 선택지가 아님

  • 좋은 글임
    새천년에 젊은 사람들이 거대 기술기업에 대한 마비적인 의존성을 인식하는 모습을 보니 고무적임. Instagram과 TikTok 이전, 인터넷이 새롭던 석기시대에는 인터넷에 존재감을 가진 사람은 누구나 직접 만들었음
    사실 지금은 더 쉬워졌지만, 기업의 사탕은 기하급수적으로 더 달콤해졌고 대부분은 인터넷 한 귀퉁이를 얻는 가장 쉬운 해결책이라고 생각함. 폭신한 “클라우드”처럼, 이것도 공급자 종속을 포장한 상품일 뿐임. 예전 말로는 낚아 올리고 바가지를 씌우는 방식임
    자기만의 작은 가상 땅을 차지하는 방법은 많음. 이메일은 또 다른 큰 범주임. 글에서도 링크돼 있지만 여전히 25번 포트 접근에는 외부 서비스를 씀. 내가 해보니 25번 포트와 다른 포트 연결을 허용하는 “비즈니스” ISP 계정이 그리 비싸지는 않았음
    이메일은 블로그를 둘 장소보다 훨씬 중요하고, 25번 포트 접근은 여정의 시작일 뿐임. 현대 이메일의 평판 시스템은 사람과 인터넷 사이에 놓인 거대 기술기업의 봉쇄물이지만, 관심 있는 개인이라면 극복할 수 있고 또 극복해야 함

    • 참고용으로 FreeBSD를 쓰는 이 이메일 시스템을 보면 좋음:
      https://www.purplehat.org/?page_id=1450
      글이 더 넓은 범위를 다룰 수 있었던 또 다른 지점임. Linux만 있는 게 아니라 항상 BSD들도 있음

  • 홈랩에서 Kubernetes 4대짜리 Pi 클러스터와 Intel N150 미니 PC를 Portainer로 관리하고 있음. 아래 오픈소스 운영 도구들이 판도를 바꿔줬고, 모두 컨테이너로 실행됨
    kubetail은 Helm 차트로 설치하는 전체 Kubernetes 클러스터 로그 뷰어로, Deployment, Pod, StatefulSet을 볼 수 있어 정말 훌륭함. Dozzle은 Kubernetes 없이 Docker만 돌리는 N150 미니 PC용 Docker 컨테이너 로그 뷰어이고 Portainer로 수동 설치함. UptimeKuma는 모든 서버, HTTP/HTTPS 엔드포인트, PostgreSQL까지 모니터링하고 알림을 보냄. Beszel은 서버 CPU, 메모리, 디스크, 네트워크와 Docker 컨테이너를 모니터링하며 Kubernetes에는 Helm 차트로, N150 미니 PC에는 Portainer로 수동 설치했음. Semaphore UI는 Ansible 플레이북 실행용 UI이고 스케줄링도 지원함

  • GitHub 저장소를 Kubernetes 클러스터부터 집의 Raspberry Pi 서버까지 어디든 배포할 수 있는 자체 호스팅 플랫폼(https://canine.sh)을 만들어 일부를 재현할 수 있었음
    커리어 동안 많은 걸 만들었지만, 그 모든 걸 직접 호스팅할 수 있는 것을 만든 경험은 엄청나게 보람 있었음. 결국 요금을 올리기 마련인 호스팅 제공자에 기대지 않아도 되기 때문임
    지금은 3개 클러스터에 거의 15개 앱을 호스팅하고 있음: https://imgur.com/a/RYg0wzh
    내가 만든 것 중 가장 아끼는 것 중 하나이고, 애정 때문에 계속 돌아와 개선하고 업데이트하게 됨

  • “도메인을 먼저 사라고 항상 말한다”지만, 도메인은 살 수 없고 빌릴 수만 있음. 집주인은 결제를 놓치면 가차 없고, 바로 쫓겨남
    위험은 어디에나 있고, 우리의 온라인 정체성이 얼마나 취약한지 생각하면 우울해짐

    • ICANN 승인 root.zone과 ICANN 승인 등록기관만 선택지라면 “도메인은 빌릴 수만 있다”가 맞음
      실험으로 아무와도 공유하지 않는 자체 등록소를 만들었음. 수년 동안 자체 루트 서버를 돌리며 내가 소유한 모든 컴퓨터에 커스텀 root.zone을 제공하고 있음. 잘 알려진 분류 체계를 내장한 커스텀 TLD를 쓰는 검색 실험도 하고 있음. 도메인 이름의 TLD 부분으로 지구상의 어떤 제품이나 서비스도 분류할 수 있음. ICANN TLD는 모호하고 애매하며 때로는 기만적이기까지 함
    • 결제를 놓치면 쫓겨나는 건 능력 문제에 가까움
      나는 도메인을 몇 년치 선불로 내곤 했음. 현재 메인 도메인은 9년치를 미리 내서 2028년까지 결제돼 있었고, 몇 년 전 더 충전해서 지금은 2032년까지 선불 상태임. 큰돈도 아니고, 9년 선불할 때 60유로 정도였음. 보통 가격을 고정하는 효과가 있어서 가격 인상이나 인플레이션도 피하게 됨
    • 기술적 한계에 가깝기도 함. 내 도메인 이름을 소비하는 모든 기기가 특정 키로 서명된 것은 실제로 XorNot.com이라는 식으로 받아들이지 못할 이유는 없음. 다만 그 설정을 계속 유지하기가 쉽지 않을 뿐임
      충분한 대중적 기술 지원이 있다면 전체 시스템을 “신뢰하는 키와 이름의 목록”으로 대체하는 것도 충분히 가능함

  • 경계선을 조금 다르게 잡고 싶음. “셀프호스팅을 한다”가 아니라 셀프호스팅할 수 있는 능력임. 원하면 직접 할 수 있지만, 누군가에게 맡겨도 된다는 뜻임. 이쪽이 기술에 덜 익숙한 사람과 비용을 지불할 의향이 있는 사람 모두를 더 포용함
    “그냥 돈 낼래”라고 무관심한 사람들이 특히 영향을 받으며, 가장 신경 써야 할 사람들도 그들임. 오늘날 기업들은 더 약탈적으로 변했고, 피해자들이 미래에 기술적으로 의존하게 될 것을 노림. 오픈소스에 관심이 없어도 제공자를 이전할 수 있는 능력은 매우 중요함. 묶여 있으면 착취당함. 어떤 기업은 너무 체계적으로 그렇게 해서 다른 종류의 사업에는 관심조차 없음

    • Bluesky가 말하는 신뢰 가능한 탈출구 개념과 비슷하게 들림
      Zulip도 칭찬할 만함. 오픈소스이고 셀프호스팅 가능하며 클라우드 호스팅 서비스도 있고, 이 구성들 사이의 이전도 지원함
    • 그래서 Ente Photos가 제공하는 방식이 마음에 듦. 지금은 돈을 내고 쓰되, 필요하면 그들의 소프트웨어로 직접 셀프호스팅할 수 있어서 괜찮은 탈출 경로가 있음

  • 요즘 셀프호스팅 도구는 꽤 강력함. 호스팅된 구성요소로 시작했다가 여러 부분을 셀프호스팅으로 바꿔 넣을 수 있음. 예를 들어 내 블로그는 홈 서버에서 직접 호스팅함
    앞단에는 Cloudflare Tunnel을 두고 있지만, 예전에는 nginx+letsencrypt+공인 IP도 썼음. 데이터는 Cloudflare R2에 저장하지만 S3에도 저장해봤고, 로컬 NAS에도 저장할 수 있음. R2에는 FUSE로 접근하므로 큰 차이는 없음
    반드시 빌려야 하는 건 도메인 이름과 인터넷 접속뿐임. 도메인이 영구 구매가 아니라는 점은 맞음. 하지만 거의 모든 다른 요소는 이제 선택적으로 쓸 수 있는 도구가 있음. 꺼두면 경험은 나빠지지만 그래도 모든 것이 작동함. 예전보다 훨씬 쉬운 시대임. 90년대와 2000년대 초에는 이런 게 없었고, 지금은 영광스러운 시기임. 큰 차이 하나는 이메일 스팸 방지가 훨씬 엄격해졌다는 점이지만, 8년 전까지만 해도 메일을 직접 처리하는 데 별 어려움은 없었음. 지금은 G Suite를 쓰고 있음

답변달기