Rust Preview Router, 빨라진 것과 느려진 것

모든 경로가 빨라졌다는 결론 대신, 실제 프로덕션에서 개선과 퇴행을 함께 측정한 이야기.

PythonRust
route-only1.58×
small HTML0.64×
01

언어를 바꾸는 것보다 먼저 세운 질문

프리뷰 라우터는 많은 연결을 다루지만 모든 요청이 같은 병목을 갖지는 않습니다. 라우팅 자체가 느린지, 응답 본문을 전달하는 과정이 느린지 분리하지 않으면 언어 교체는 답이 되기 어렵습니다.

02

404 라우팅은 빨라졌고 작은 HTML은 느려졌습니다

동일한 AKS 노드와 프리뷰 원본에서 route-only 404 처리량과 메모리 사용은 좋아졌습니다. 반면 작은 HTML 프록시 경로는 Python 구현보다 느렸습니다. HEAD는 비슷하고 GET만 느려 응답 본문 스트리밍을 다음 조사 대상으로 좁혔습니다.

route-only 404   ████████████████  1.58×
small HTML proxy ██████            0.64×
memory            ██                9 MiB
03

평균 하나로 결론 내리지 않습니다

p50과 p95, 본문 크기, 연결 유형을 나눠 봅니다. 개선된 숫자만 고르면 다음 병목을 놓치고, 퇴행만 보면 이미 얻은 효율을 버리게 됩니다.

04

그래서 카나리는 계속 남아 있습니다

전체 전환 대신 트래픽 일부만 Rust 경로로 보내고 오류율과 지연을 비교합니다. 사용자 경험이 좋아졌다는 증거가 충분할 때만 범위를 넓힙니다.

MAKE THE NEXT ATTEMPT

이제 직접 코드를 실행해보세요.

설치 없이 시작하고, 실패한 이유를 이해하며, 다음 시도까지 이어가세요.

Reporch 시작하기