Hacker News 2026.04.18 22

Healthchecks.io가 AWS S3를 떠나 셀프호스팅 오브젝트 스토리지로 옮긴 이유

무슨 일이 있었나

오픈소스 크론잡 모니터링 서비스로 유명한 Healthchecks.io 가 자사 인프라에서 AWS S3를 걷어내고, 직접 운영하는 오브젝트 스토리지로 전환했다는 포스트를 공개했어요. 이 서비스는 많은 개발자들이 "내 배치 스크립트가 제 시간에 돌았는지"를 확인하려고 쓰는 도구예요. 간단해 보이지만 수많은 사용자의 핑(ping) 로그와 알림 이력을 저장해야 해서, 의외로 스토리지 비용이 만만치 않게 들어가는 서비스거든요.

기존 S3 구조의 문제점

그동안 Healthchecks.io는 사용자들의 요청 본문(request body)과 로그 이력을 AWS S3에 저장하고 있었어요. S3는 사실상 업계 표준이라 선택의 여지가 별로 없죠. 내구성 99.999999999%(흔히 "일레븐 나인"이라고 부르는 수치)에 어디서든 접근 가능하고, 관리 부담이 거의 없다는 장점이 있으니까요. 그런데 사용자가 늘면서 스토리지 비용과 API 호출 비용(GET/PUT 요청 과금) 이 눈에 띄게 증가했어요. 특히 모니터링 서비스 특성상 짧은 객체를 아주 자주 읽고 쓰는 패턴이라 요청 횟수당 비용이 부담이 컸다고 해요.

새로운 아키텍처

팀은 Hetzner 같은 유럽 저가 VPS 업체의 전용 서버에 Garage 라는 오픈소스 오브젝트 스토리지 엔진을 직접 올렸어요. Garage는 S3 호환 API를 제공하는 분산 스토리지예요. 쉽게 말해 AWS S3처럼 PutObject, GetObject 같은 API를 똑같이 쓸 수 있으면서도 내가 가진 서버에 직접 돌릴 수 있다는 뜻이에요. MinIO와 비슷한 포지션이지만, Garage는 지역 분산(geo-distributed) 을 특히 잘하도록 설계됐어요. 여러 데이터센터에 노드를 두고 복제를 세팅해도 레이턴시가 크게 튀지 않는다는 장점이 있어요.

전환 방식도 영리했어요. 애플리케이션 코드는 거의 건드리지 않고, boto3(S3용 파이썬 라이브러리)가 바라보는 엔드포인트 URL만 Garage 쪽으로 바꿔주면 끝나거든요. 이게 S3 호환 API의 위력이에요. 마이그레이션 기간 동안에는 쓰기는 양쪽 모두에, 읽기는 Garage 우선에 기존 S3 폴백을 두는 듀얼 라이트(dual-write) 전략을 썼다고 해요.

비용과 성능은 어땠나

포스트에 따르면, 스토리지 월 비용이 수천 달러에서 수백 달러대로 떨어졌어요. AWS에서는 egress(외부로 나가는 트래픽) 과금이 특히 아팠는데, 자체 서버로 옮기니 대역폭이 사실상 정액 요금제로 묶여 예측 가능해졌다는 게 큰 장점이에요. 레이턴시도 오히려 더 좋아졌다고 해요. 자사 애플리케이션 서버와 같은 네트워크 안에 스토리지를 두었기 때문이에요.

이게 모두에게 정답일까

그건 아니에요. 셀프호스팅의 대가는 분명해요. 디스크 장애, RAID 복구, 백업 검증, 보안 패치 같은 일을 직접 해야 하거든요. 작은 팀에게 S3가 매력적인 이유가 바로 "이런 걸 안 해도 된다"는 점이었잖아요. Healthchecks.io 팀은 이미 셀프호스팅 노하우가 충분했고, 워크로드가 스토리지 바운드(storage-bound)라는 게 분명했기 때문에 이 결정이 합리적이었던 거예요. 비슷한 길을 간 사례로는 Basecamp의 "탈 클라우드" 운동이 유명하고, Cloudflare R2나 Backblaze B2 같은 저렴한 S3 대안을 쓰는 하이브리드 전략도 있어요.

한국 개발자에게 주는 시사점

국내에서도 AWS 비용 리포트를 받고 한숨 쉬는 팀이 많잖아요. 특히 데이터 전송 비용이 꾸준히 올라가는 워크로드라면, 한 번쯤 "우리가 정말 S3의 모든 기능을 다 쓰고 있는가"를 점검해볼 만해요. 단순 객체 저장과 조회뿐이라면 MinIO나 Garage, 혹은 국내 IDC에 Ceph를 올리는 선택지도 있어요. 다만 운영 부담을 감수할 인력이 있는지가 핵심이에요.