Hacker News 2026.03.25 36

웹 프레임워크 벤치마크의 대명사, TechEmpower가 문을 닫는다

TechEmpower Framework Benchmarks, 안녕

웹 프레임워크를 고를 때 "이 프레임워크가 얼마나 빠르지?"라는 질문에 답해주던 대표적인 프로젝트가 있었어요. 바로 TechEmpower Framework Benchmarks(TFB)인데요, 이 프로젝트가 공식적으로 종료(sunset)를 선언했어요.

TFB가 뭐냐면, 수백 개의 웹 프레임워크를 동일한 조건에서 돌려보고 성능을 비교해주는 오픈소스 벤치마크 프로젝트예요. JSON 직렬화, 데이터베이스 단일 쿼리, 다중 쿼리, 평문 텍스트 응답 같은 표준화된 테스트를 통해 프레임워크 간 성능 차이를 객관적으로 보여줬거든요. 2013년쯤 시작해서 10년 넘게 운영되어 왔어요.

왜 종료하는 걸까

이 프로젝트의 GitHub 이슈를 보면, 핵심적인 이유는 유지보수 부담이에요. 수백 개의 프레임워크 구현체를 관리하는 건 상상 이상으로 손이 많이 가는 일이거든요. 각 프레임워크가 버전업될 때마다 벤치마크 코드도 업데이트해야 하고, 의존성 충돌도 해결해야 하고, 새로운 프레임워크의 추가 요청도 끊임없이 들어와요.

거기다 벤치마크를 실행할 물리 서버 인프라도 필요해요. 클라우드 인스턴스에서 벤치마크를 돌리면 노이즈가 너무 심해서 의미 있는 결과를 얻기 어렵거든요. 그래서 TechEmpower는 자체 하드웨어에서 벤치마크를 실행했는데, 이 비용과 관리 부담도 만만치 않았을 거예요.

결국 소수의 메인테이너가 감당하기에는 프로젝트의 규모가 너무 커져버린 거죠. 오픈소스 프로젝트의 지속가능성이라는 익숙한 문제가 여기서도 나타난 셈이에요.

웹 프레임워크 벤치마크, 왜 중요했나

TFB가 개발자 커뮤니티에 끼친 영향은 꽤 컸어요. 일단 새로운 프레임워크가 나오면 "TFB에서 몇 등이야?"라는 질문이 따라붙을 정도로 사실상의 표준 벤치마크 역할을 했거든요.

특히 Rust의 actix-web, Java의 Vert.x, C++의 drogon 같은 고성능 프레임워크들이 TFB 상위권에 이름을 올리면서 주목받기도 했어요. 반대로 Ruby on Rails나 Django 같은 프레임워크들은 TFB 결과 때문에 "느리다"는 인식이 강화되기도 했고요. 물론 이런 마이크로벤치마크가 실제 애플리케이션 성능을 대표하지는 않지만, 프레임워크 선택에 영향을 준 건 사실이에요.

또한 TFB는 프레임워크 개발자들에게 성능 최적화의 동기를 부여하기도 했어요. 자기 프레임워크의 순위를 올리기 위해 병목을 찾고 개선하는 선순환이 있었거든요.

대안은 있을까

TFB가 사라진다고 해서 프레임워크 성능 비교가 완전히 불가능해지는 건 아니에요. 몇 가지 대안적인 벤치마크 프로젝트들이 있거든요.

wrk이나 bombardier 같은 HTTP 벤치마크 도구를 직접 돌려볼 수도 있고, 각 언어 생태계별로 자체 벤치마크 스위트가 있는 경우도 많아요. 예를 들어 Node.js 쪽에서는 fastify benchmarks 같은 프로젝트가 있고요. 다만 이런 개별 벤치마크들은 TFB처럼 '여러 언어와 프레임워크를 동일 조건에서 비교'해주는 역할을 대체하기는 어려워요.

커뮤니티에서 TFB를 포크해서 이어갈 가능성도 있지만, 앞서 말한 유지보수 부담을 누가 떠안을지가 관건이에요.

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

이 소식은 두 가지 측면에서 생각해볼 만해요. 첫째, 프레임워크를 선택할 때 벤치마크 숫자에 너무 의존하지 말라는 거예요. TFB의 JSON 직렬화 속도가 실제 서비스의 응답 속도를 결정하는 경우는 거의 없거든요. 실무에서는 데이터베이스 쿼리 최적화, 캐싱 전략, 네트워크 구성 같은 요소가 훨씬 중요해요.

둘째, 오픈소스 프로젝트의 지속가능성에 대해 다시 한번 생각해보게 되는 계기예요. 10년 넘게 운영된 유명 프로젝트도 메인테이너 번아웃이나 자원 부족으로 문을 닫을 수 있다는 건, 우리가 의존하는 오픈소스 인프라가 생각보다 취약할 수 있다는 뜻이에요.