서버 1대, RAM 8GB로 50만 유저를 15년간 서비스한 Webminal 이야기

서버 한 대로 15년을 버틴다고?

Kubernetes니 마이크로서비스니, 요즘 인프라 이야기를 들으면 서버 수십 대는 기본이고 클라우드 비용만 매달 수백만 원 이상 나가는 게 당연한 것처럼 느껴지잖아요. 그런데 서버 딱 1대, RAM 8GB짜리로 50만 명의 사용자를 15년 동안 서비스한 프로젝트가 있어요. 바로 Webminal이라는 온라인 리눅스 터미널 학습 플랫폼이에요.

Webminal은 웹 브라우저에서 바로 리눅스 명령어를 연습할 수 있는 서비스인데요, 리눅스를 처음 배우는 사람들이 별도의 설치 없이 터미널 환경을 체험할 수 있게 해주는 거예요. 2011년에 시작해서 지금까지 서버 한 대로 운영되고 있다는 게 정말 놀라운 거죠.

어떻게 이게 가능한 거야?

50만 유저라고 하면 엄청난 규모처럼 들리지만, 핵심은 "동시 접속자"와 "전체 가입자"를 구분하는 거예요. 50만은 누적 가입자 수이고, 실제로 동시에 접속하는 유저는 그보다 훨씬 적거든요. 그래도 8GB RAM 서버 한 대로 이걸 해낸다는 건 보통 일이 아니에요.

Webminal의 운영 철학은 한마디로 "필요한 것만, 최소한으로"예요. 요즘 유행하는 컨테이너 오케스트레이션이나 복잡한 CI/CD 파이프라인 같은 건 쓰지 않아요. 대신 아주 기본적인 리눅스 시스템 관리 기법과 최적화된 설정으로 리소스를 극한까지 아껴 쓰는 방식이에요.

사용자별로 격리된 리눅스 환경을 제공해야 하니까, 무거운 가상머신 대신 가벼운 격리 기술을 활용해요. 각 세션이 최소한의 메모리만 사용하도록 제한하고, 유휴 세션은 빠르게 정리하는 식이죠. 이게 뭐냐면, 카페에서 자리가 비면 바로 치우고 다음 손님을 받는 것과 비슷한 거예요. 자리(메모리)는 한정되어 있으니까 효율적으로 회전시키는 게 핵심인 거죠.

과하지 않은 기술이 주는 교훈

이 이야기가 특별한 이유는 기술 업계의 "과잉 엔지니어링" 문화에 대한 강력한 반례이기 때문이에요. 스타트업이 사용자 1,000명도 안 되는데 Kubernetes 클러스터를 세팅하고, 마이크로서비스 아키텍처를 도입하는 경우가 많잖아요. 물론 규모가 커지면 그런 기술이 필요해질 수 있지만, 처음부터 그렇게 시작할 필요는 없다는 거예요.

Webminal 운영자는 15년 동안 서버 마이그레이션이나 대규모 아키텍처 변경 없이 단일 서버를 유지했어요. 하드웨어 장애가 나면 물론 위험하겠지만, 그만큼 운영 복잡도가 낮다는 장점이 있어요. 관리할 서버가 1대뿐이니까 모니터링도 간단하고, 문제가 생겨도 살펴볼 곳이 명확하거든요.

이런 접근법을 가리키는 말이 있는데, "Boring Technology" 또는 "Simple Architecture"라고 해요. 검증된 기술을 단순하게 쓰는 게 오히려 장기적으로 안정적이라는 철학이에요. DHH(Ruby on Rails 만든 사람)가 Basecamp를 오랫동안 모놀리식으로 운영한 것과도 비슷한 맥락이죠.

비슷한 사례들

이런 "미니멀 인프라" 이야기는 사실 꽤 있어요. StackOverflow도 오랫동안 소수의 물리 서버로 엄청난 트래픽을 처리한 것으로 유명하고요, Pieter Levels가 만든 Nomad List나 RemoteOK 같은 서비스도 단일 서버에서 상당한 트래픽을 감당하고 있어요. 공통점은 "내 서비스의 실제 부하가 얼마인지 정확히 파악하고, 거기에 맞는 인프라를 쓴다"는 거예요.

반대로 Netflix나 카카오 같은 대규모 서비스는 당연히 분산 시스템이 필요하겠죠. 중요한 건 "무조건 크게" 또는 "무조건 작게"가 아니라, 자기 서비스의 규모에 맞는 적정 기술을 선택하는 거예요.

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

한국 개발 문화에서도 최신 기술 스택을 도입하는 게 일종의 기본값처럼 되어 있는 면이 있어요. 이력서에 Kubernetes, Terraform, 마이크로서비스 경험을 넣어야 한다는 압박감도 있고요. 하지만 Webminal 사례는 "기술 선택은 비즈니스 요구사항에서 출발해야 한다"는 기본 원칙을 다시 한번 상기시켜 줘요.

사이드 프로젝트를 시작하거나 초기 스타트업을 꾸릴 때, VPS 한 대에 SQLite나 PostgreSQL 하나 올려서 시작하는 것도 훌륭한 선택이에요. 트래픽이 실제로 감당 안 될 때 스케일업하거나 스케일아웃하면 되는 거니까요. 처음부터 "나중에 커지면 어떡하지"를 걱정하면서 복잡한 인프라를 만드는 건, 아직 손님이 없는 식당에서 주방을 3개 만드는 것과 비슷해요.