Axum が『Rust Webフレームワークの本命』として地位確立
RustでのWeb開発の選択肢として、Rocket・Actix Web・Warpがありますが、AxumはTokio開発チームが手がける公式Webフレームワークで、Tower（ミドルウェアエコシステム）統合・型安全・高性能の3点で他を圧倒しています。Discord・Cloudflare・各種スタートアップでの本番採用例があり、Rust Webの第一選択肢として2026年定着しました。
採用すべき5つのシグナル
- Rust基盤の高性能Webサーバが必要
- Tokio生態系を活用したい
- 型安全なAPIサーバ実装
- 低レイテンシ要件（金融・ゲーム）
- Node.js/Goで性能限界に到達
主要機能
- Routing: マクロベース・型安全
- Extractors: リクエストデータの型安全抽出
- Tower Middleware: 共通ミドルウェアエコシステム
- WebSocket: 標準対応
- SSE: Server-Sent Events
- Async/Await: 全機能async
Rocket/Actix Web/Axum比較
Rocket: 開発体験良い・stable Rust対応遅い・後発開発鈍化。
Actix Web: 高速・Actor model・複雑・実績長い。
Axum: Tokio公式・Tower統合・型安全・モダン。
Warp: 関数型・型システム重い。
使い分け: 新規プロジェクトAxum・既存Actix Web継続・関数型Warp。
実装パターン
(1) Router定義: Router::new().route("/users", get(get_users))
(2) Handler: 非同期関数で実装
(3) Extractors: Json<T>・Path<T>・Query<T>
(4) State共有: AppState・Database Pool
(5) Middleware: .layer(middleware)
本番採用の判断基準
- 本番実績: Discord・Cloudflare・各種スタートアップ
- パフォーマンス: Rust基盤で最高クラス
- 学習コスト: Rust経験必須・Tokio理解必要
- エコシステム: Tower生態系活用
- 開発体験: コンパイル時エラー検出
採用しない方が良いケース
- Rust未経験チーム
- 素早いプロトタイピング（コンパイル時間重い）
- 動的型重視のスクリプト言語が向く
- シンプルAPI（Node.js/Goで十分）
実装で詰まる3つの落とし穴
- Lifetime/Borrow checker: Rust独自
- State共有: Arc<T>・Mutex設計
- Async特性: Send + Sync制約
30日学習プラン
- 1週目: Rust基礎・Tokio・Axum入門
- 2週目: Router・Extractors・Handlers
- 3週目: Middleware・State・Database統合
- 4週目: 本番デプロイ・パフォーマンス計測
関連リンク
Rustは Rust実践、Rust非同期は Rust非同期実践、Honoは Hono深掘り を参照してください。Bunとの比較は Bun 2.0深掘り もどうぞ。