시스템 설계, 1분 만에 용량 추정하는 백오브엔벨로프의 힘

December 4, 2025 4분 읽기 0

경험 많은 개발자들이 시스템 설계 시 1분 만에 용량을 추정하는 백오브엔벨로프 계산법의 역사와 중요성을 분석합니다. 정확한 수치보다 빠른 판단이 중요한 이유와 실제 적용 사례를 통해 효율적인 시스템 설계 전략을 제시합니다.

시스템 설계, 1분 만에 검증하는 비법

경험 많은 개발자들은 단 1분 만에 시스템 설계를 검증할 수 있습니다. 정확한 수치가 아니라 대략적인 추정치로도 충분한 결론을 내릴 수 있기 때문입니다.

예를 들어, 특정 서비스에 하루 150만 개의 트윗이 생성된다면 어떻게 서버를 설계해야 할까요? 이러한 물음에 빠르게 답하는 방법이 바로 백오브엔벨로프(Back-of-the-Envelope) 계산법입니다.

백오브엔벨로프(BOTE) 계산법은 1940년대 물리학자들이 복잡한 문제를 빠르게 추정하기 위해 시작되었습니다. 종이 뒷면에 펜으로 대략적인 계산을 하는 방식에서 그 이름이 유래했습니다. 이는 정확한 수치보다 신속한 판단이 중요했던 시기의 필요성에서 비롯된 것입니다.

1970년대 컴퓨터 시스템이 본격적으로 도입되면서 용량 계산의 필요성이 커졌습니다. 당시 하드웨어 비용이 매우 비쌌기 때문에, 엔지니어들은 BOTE 방식을 시스템 설계에 활용하기 시작했습니다.

1990년대 인터넷 보급이 확산되면서 웹 서버의 트래픽 예측이 중요해졌습니다. 야후, AOL과 같은 초기 인터넷 기업들은 수만 명의 동시 접속을 처리해야 했고, 실시간 용량 계산의 중요성이 대두되었습니다.

2000년대 페이스북, 트위터 등 실시간 소셜 미디어가 등장하며 트래픽 예측은 핵심 역량이 되었습니다. 하루 수천만 명의 사용자가 활동하는 서비스를 설계하기 위해 빠른 계산이 필수적이었고, BOTE 계산은 엔지니어링의 필수 스킬로 자리 잡았습니다.

2010년대 AWS, Azure 등 클라우드 컴퓨팅 시대가 열리면서 비용 계산 또한 중요해졌습니다. 과도한 설계는 비용 낭비를, 부족한 설계는 서버 다운 위험을 초래했기에, BOTE 계산법은 비용 효율성과 성능 최적화에 동시에 활용되기 시작했습니다.

현재 시스템 설계에서 가장 중요한 수치는 초당 요청 수(RPS) 또는 초당 쿼리 수(QPS)입니다. 정확한 예측은 자원 낭비를 방지하고 비용을 최적화할 수 있습니다.

예를 들어, 100만 RPS 서비스는 1만 RPS를 처리하는 서버 100대가 필요하다는 식의 계산이 가능합니다. AWS t3.medium 인스턴스 1대당 월 약 19.05~30.37달러(한화 약 2만 5천~4만 원)가 소요됩니다.

하지만 정확한 수치에 대한 집착은 시간 낭비로 이어질 수 있습니다. 완벽한 수치를 구하느라 설계가 지연되거나, 오버스펙 서버 구매로 인한 비용 증가를 초래할 수 있습니다.

백오브엔벨로프 계산의 핵심은 정확한 수치보다 ‘한 자릿수 안’의 추정이 중요하다는 점입니다. 100만 RPS가 필요한 서비스를 50만 RPS로 계산하든 200만 RPS로 계산하든, 대략적인 설계 방향은 유지됩니다.

백오브엔벨로프 계산은 정확도가 낮을수록 오히려 효과적인 경우가 많습니다. 표면적으로는 정확한 수치 계산을 위해 복잡한 분석을 해야 한다고 생각할 수 있습니다.

하지만 이면을 보면, 빠른 추정치가 실제 설계 방향을 더 명확히 보여주는 경우가 많습니다. 예를 들어, 어떤 서비스의 예를 들어볼게요. 하루 150만 명의 DAU가 있고, 25%가 트윗을 2회 작성한다고 가정합니다.

이를 정확하게 계산하면 1초에 약 1,500개의 트윗이 생성됩니다. 여기서 중요한 것은 이 수치가 정확하냐보다 ‘1천 단위’라는 점입니다. 100개 단위냐 1만 개 단위냐가 핵심 설계를 바꾸는 중요한 결정 요소가 됩니다.

이 계산법을 사용하지 않으면 더 큰 문제가 발생할 수 있습니다. 100만 RPS가 필요한 시스템을 1천 RPS로 잘못 계산하는 것은 재앙에 가까운 결과를 초래할 것입니다.

결국 백오브엔벨로프 계산법은 정확도보다 속도를 위한 강력한 도구입니다. 100만 RPS가 필요한 서비스를 50만 RPS로 예측하든 200만 RPS로 예측하든, 서버 100대를 준비해야 한다는 결론은 크게 변하지 않습니다.

진정으로 중요한 것은 정확한 수치가 아니라 ‘어느 정도의 규모’인지 파악하는 것입니다. 2025년에도 시스템 설계자들이 이 간단한 계산법을 사용하는 이유가 바로 여기에 있습니다.

여러분이 개발자라면, 다음 시스템 설계 시 이 계산법을 꼭 시도해 보십시오. 예상보다 훨씬 빠르고 효율적인 결론을 얻을 수 있을 것입니다.