균형 신규 백엔드 (스타트업·MVP)
Hono(Bun) — 39 LOC · 0.6 MB 번들 · 0.5s 빌드 · 25k RPS. Bun·Node·Deno·Edge·Lambda 모두 동일 코드.
Backend Framework Benchmark
2026-05-10
macOS darwin/arm64
oha 30s · c=200 · GET /items
N=1 · 단일 머신
TL;DR
- 균형 1위 = Hono(Bun) 7.97/10 — 39 LOC · 0.5s 빌드 · 0.6 MB 번들 · 25k RPS. 모든 카테고리 6/10 이상 유지하는 유일한 옵션.
- 성능 절대치 = Spring 67k / Rust 59k — Spring 은 RPS 1위지만 158 MB RSS, Rust 는 8.5 MB RSS 로 운영 효율 압도.
- 현재 코드베이스(Bun+TS) 기준 마이그레이션 비용 0 + LLM·DB 가 진짜 병목 → Hono 가 합리적 default.
1. 원시 측정값
| 프레임워크 | RPS | p50 (ms) | p95 (ms) | p99 (ms) | RSS (MB) | 빌드 (s) | 바이너리 | 코드 (s) | LOC |
|---|---|---|---|---|---|---|---|---|---|
| rust-axum | 58,611 | 2.20 | 8.76 | 25.91 | 8.52 | 11.01 | 1.85 MB | 36.6 | 92 |
| spring-boot | 66,730 | 2.02 | 7.61 | 17.21 | 157.95 | 15.10 | 20.13 MB | 53.6 | 55 |
| go-chi | 38,949 | 2.09 | 18.50 | 29.50 | 11.80 | 5.51 | 8.73 MB | 24.1 | 101 |
| hono-bun | 25,139 | 5.11 | 21.80 | 57.41 | 67.92 | 0.54 | 0.59 MB | 24.6 | 39 |
| elysia-bun | 10,184 | 14.76 | 45.38 | 101.79 | 55.02 | 0.81 | 0.75 MB | 25.9 | 54 |
| fastapi | 1,487 | 89.27 | 336.74 | 609.93 | 80.30 | 0.24 | 22.32 MB* | 16.2 | 42 |
* FastAPI binary = .venv 전체(참고용). codeGenSec = LLM 에이전트가 코드+의존성 매니페스트 작성 완료까지의 wall-clock. 모든 측정 에러 0.
2. RPS 시각 비교
| 프레임워크 | RPS | 값 |
|---|---|---|
| spring-boot | 66,730 | |
| rust-axum | 58,611 | |
| go-chi | 38,949 | |
| hono-bun | 25,139 | |
| elysia-bun | 10,184 | |
| fastapi | 1,487 |
3. 정규화 점수 (0–10)
| 카테고리 | go-chi | rust-axum | elysia | hono | spring | fastapi |
|---|---|---|---|---|---|---|
| 개발 속도 (codeGen+LOC) | 3.97 | 3.02 | 7.49 | 8.87 | 3.71 | 9.76 |
| 성능 (RPS) | 5.75 | 8.77 | 1.34 | 3.63 | 10.00 | 0.00 |
| 실행속도 (latency) | 9.89 | 9.91 | 8.55 | 9.48 | 10.00 | 0.00 |
| 안정성 (메모리) | 9.78 | 10.00 | 6.89 | 6.02 | 0.00 | 5.20 |
| 빌드 속도 | 6.45 | 2.75 | 9.62 | 9.80 | 0.00 | 10.00 |
| 배포 속도 (binary) | 6.26 | 9.42 | 9.93 | 10.00 | 1.01 | 0.00 |
4. 시나리오별 종합 점수
| 시나리오 | go | rust | elysia | hono | spring | fastapi | 1위 |
|---|---|---|---|---|---|---|---|
| 균형 (각 1/6) | 7.02 | 7.31 | 7.30 | 7.97 | 4.12 | 4.16 | Hono |
| 성능 우선 (성능·실행 60%) | 7.34 | 8.12 | 6.36 | 7.40 | 6.47 | 2.50 | Rust |
| 개발속도 우선 (개발 50%) | 5.80 | 5.60 | 7.38 | 8.33 | 3.96 | 6.40 | Hono |
| 운영비용 (메모리·빌드·배포 70%) | 7.44 | 7.60 | 7.72 | 7.96 | 2.57 | 4.54 | Hono |
5. 시나리오별 최적 추천
고성능 + 작은 메모리 (엣지·임베디드)
Rust(Axum) — 58k RPS @ 8.5 MB RSS. tokio 멀티스레드. 콜드스타트 거의 즉시.
절대 RPS 1위 + JVM 생태계
Spring Boot 3.5 — 67k RPS, p99 17ms. 단 158 MB RSS, 15s 빌드, 20 MB jar.
단일 정적 바이너리 + 단순함
Go(chi) — 39k RPS, 11.8 MB RSS, 5.5s 빌드. K8s·gRPC·CLI 결합 표준.
데이터·ML / 빠른 프로토타입
FastAPI — 단일 워커 1.5k RPS, 멀티 워커로 4–8배 가능. Python 생태계 강점.
Bun 회피 + Node·Edge 호환
Hono — Node·Deno·CF Workers·Vercel·AWS Lambda·Fastly 동일 코드 동작.
6. Hono vs Elysia
| 항목 | Hono | Elysia |
|---|---|---|
| 측정 RPS | 25,139 | 10,184 |
| p50 / RSS | 5.11 ms / 67.9 MB | 14.76 ms / 55.0 MB |
| 런타임 범위 | Bun · Node · Deno · CF Workers · Vercel · AWS Lambda · Fastly | Bun 전용 (Node 호환 실험) |
| 검증/타입 | zod-validator / valibot 옵셔널 | TypeBox t.Object() 1급, end-to-end 타입 추론 |
| API 디자인 | 미니멀 Express 풍 미들웨어 | .decorate / .derive / .guard / .macro DI |
| 번들 / GitHub Star | 0.59 MB / 24k+ | 0.75 MB / 12k+ |
Elysia 가 RPS 절반인 이유 — 매크로/플러그인 wrapper 체인 + 항상 first-class 검증이 GET /items 같은 hot-path 에서 오버헤드. 실서비스(DB·LLM 병목)에선 차이 거의 사라짐.
7. Hono · Rust · Go 비교
| 항목 | Hono | Rust (Axum) | Go (chi) |
|---|---|---|---|
| RPS | 25k | 59k | 39k |
| p50 / p99 (ms) | 5.1 / 57 | 2.2 / 26 | 2.1 / 30 |
| RSS | 68 MB | 8.5 MB | 12 MB |
| 빌드 | 0.5 s | 11 s | 5.5 s |
| 바이너리 | 0.6 MB | 1.85 MB | 8.7 MB |
| LOC (동일 CRUD) | 39 | 92 | 101 |
| 학습 곡선 | 낮음 (TS) | 높음 (소유권 · 라이프타임) | 중간 (단순 문법) |
| 런타임 자유도 | Bun·Node·Deno·Edge·Lambda | 단일 바이너리 | 단일 바이너리 |
| 동시성 모델 | 싱글스레드 이벤트 루프 | tokio 멀티스레드 | goroutine 경량 스레드 |
8. 코드 생성 시간(codeGenSec) 차이의 원인
결론부터 — AI 모델 추론 차이 아님. 모든 서브에이전트는 같은 Claude 모델 + 같은 추론 속도. 차이는 다른 데서 옴.
1. 출력 토큰 수
LLM 디코딩이 직렬이라 LOC + 보일러플레이트가 많을수록 비례해서 느려짐.
2. 외부 명령·네트워크
Spring Initializr zip 다운로드 + unzip + 정리만 5–10s 누적. cargo init / bun init / uv init 은 거의 즉시.
3. 도구 호출 횟수
Read · Write · Bash 한 번 당 수백 ms 직렬 라운드트립. 외부 단계 많은 프레임워크일수록 호출 수 증가.
4. 학습 데이터 분포
Rust lifetime · Send · Sync 같이 첫 시도에서 컴파일 실패 가능한 경우 재시도 사이클.
codeGenSec = (순수 LLM 코딩 난이도) + (프레임워크 부트스트랩 비용) 의 합. 모델 성능 차이로 해석하면 틀림.
9. 최종 결론
추천 — Hono (Bun)
사용자 가중치를 모두 동등하게 본다고 했을 때 균형 시나리오 7.97 / 10으로 1위. 모든 카테고리에서 6/10 이상을 유지하는 유일한 옵션.
- 현재 코드베이스(Bun + TS) 기준 마이그레이션 비용 거의 0
- 25k RPS 면 LLM·DB 가 진짜 병목인 워크로드에 충분
- 미래 옵션(Edge / Workers / Lambda / Node) 모두 동일 코드로 열림
- 운영 비용(39 LOC · 0.5s 빌드 · 0.6 MB 번들) 가장 낮음
분기 (Hono 가 안 맞는 경우만)
- 8.5 MB RSS 가 의미 있는 환경 (엣지 워커 풀 · 임베디드 · 고밀도 컨테이너) → Rust (Axum)
- TS 자체 회피 + 단일 정적 바이너리 + Kubernetes 표준 → Go (chi)
- 기존 JVM 자산 보존 + 절대 RPS 필요 → Spring Boot 3.5
- 데이터·ML 통합 + Python 생태계 → FastAPI (멀티 워커 필수)
10. 측정 한계
재현 시 보정해야 할 5가지
- 단일 머신 + N=1 — 본격 비교는 N=5+, warm-up 분리, 별도 부하 머신. 본 결과 ±10% 변동 가능
- 단일 워커 — FastAPI / Node 계열은 멀티 워커로 코어 수 만큼 RPS 선형 증가. 8 코어 머신에서 FastAPI 8k+, Hono 100k+ 가능
- In-memory CRUD — 실제 서비스는 DB 쿼리가 병목이라 프레임워크 차이가 묻힐 수 있음. 본 결과는 "프레임워크 자체 한계 헤드룸"으로 해석
- codeGenSec 정의 — LLM 에이전트의 코드 작성 시간이라 인간 개발자 시간과 다름. LOC + 에이전트 시간은 "프레임워크 표현력" proxy
- Spring Boot 버전 — 3.4.x 가 Initializr EOL 처리되어 3.5.14로 측정. 메이저 성능 차이 없음