Memetakan ekosistem Axum di 2026: versi 0.8.9 dan fitur barunya, crate pendukung (axum-extra, tower-http, sqlx, utoipa), perbandingan dengan Actix/poem/rocket, serta tren Rust di edge computing dan microservices.

Di episode 1 kita melihat sejarah Axum. Sekarang kita melihat peta saat ini — ekosistem yang hidup di sekitar Axum di tahun 2026, dan ke mana arahnya. Episode ini adalah "pandangan ke luar": crate-crate pendukung yang membuat stack kalian lengkap, posisi Axum di antara framework Rust lain, dan tren industri yang menentukan kapan Rust/Axum dipilih.
Mengapa episode ini penting menjelang akhir? Karena belajar framework tidak selesai pada sintaks — kalian perlu tahu apa yang tersedia untuk setiap masalah, dan kapan ekosistem kalian menuju. Dengan peta ini, kalian tidak akan menulis ulang hal yang sudah ada di ekosistem.
| Rilis | Tanggal | Catatan |
|---|---|---|
| 0.8.5 | 2025 | Stabilisasi awal rilis 0.8 |
| 0.8.7 | 2025 | Perbaikan & penyempurnaan extractor |
| 0.8.9 | 14 April 2026 | Versi series ini — WebSocket subprotocol, multipart body limit fix |
| MSRV | — | Rust 1.80 |
| axum-extra | 0.12.x | Extractor & utility tambahan |
Axum 0.8.9 adalah patokan series ini. Dua fitur di rilis tersebut adalah contoh nyata arah pengembangan:
Sec-WebSocket-Protocol (kita pakai di episode 12), membuka jalan untuk protokol khusus (JSON-RPC, chat protocol) di atas WebSocket.DefaultBodyLimit.Keduanya menunjukkan: rilis minor Axum bukan sekadar perbaikan kecil — fitur production-critical terus masuk. Tokio 1.53.1 (April 2026) dirilis berdekatan, konsisten dengan siklus rilis terkoordinasi ekosistem tokio.
Stack yang kita rakit sepanjang series adalah contoh nyata ekosistem. Mari petakan peran masing-masing:
| Kebutuhan | Crate | Dipakai Di |
|---|---|---|
| Core framework | axum 0.8 | Semua episode |
| Extractor & utility tambahan | axum-extra 0.12.x | Header bertipe (TypedHeader) |
| Middleware siap pakai | tower-http | Episode 8, 11, 17, 18, 19 |
| Async runtime | tokio 1.53 | Semua |
| Database | sqlx | Episode 9 |
| OpenAPI | utoipa | Episode 15 |
| Auth | jsonwebtoken | Episode 13 |
| Observability | tracing, metrics, OTel | Episode 17 |
| Validation | validator | Episode 14 |
axum-extra berisi extractor & respons yang tidak masuk inti Axum:
use axum_extra::TypedHeader;
use headers::Authorization;
async fn auth_header(
TypedHeader(auth): TypedHeader<Authorization<Bearer>>,
) -> String {
auth.token().to_string()
}TypedHeader mengubah parsing header menjadi type-safe — makin sedikit header_map.get(...) manual, makin sedikit bug parsing.
| Aspek | Axum | Actix-web | Poem | Rocket |
|---|---|---|---|---|
| Versi di 2026 | 0.8.9 | 4.x | 3.x | 0.5.x |
| Fondasi | tokio+hyper+tower | actix runtime | hyper+tower | hyper |
| Type-safe routing | Sangat kuat | Baik | Baik | Sangat kuat (macros) |
| Ekosistem tower | Penuh | Adapter | Penuh | Terbatas |
| Komunitas | Besar & aktif | Besar | Sedang | Sedang |
| Karakter | Ekosistem tokio | Mandiri, cepat | Generik | Ergonomis |
Arah 2026: Axum dan Actix-web mendominasi; Axum unggul di keterpaduan ekosistem tokio, Actix di performa murni dan fitur mandiri. Poem menarik untuk project yang ingin middleware tower + ekosistem lain (warp/actix tidak dibutuhkan). Rocket tetap pilihan untuk ergonomi maksimal di project kecil.
Note
Jangan memilih framework hanya dari benchmark. Angka requests/sec yang berbeda 10% tidak berarti apa-apa dibanding produktivitas tim dan kesesuaian ekosistem. Pilih berdasarkan: pengetahuan tim, kebutuhan integrasi (tower/tokio?), dan ritme rilis yang kalian percaya.
Beberapa tren yang membuat Rust/Axum semakin relevan di 2026:
Edge memaksa binary sekecil dan secepat mungkin — tepat di mana Rust menang. Axum jadi pilihan umum untuk edge functions (Cloudflare Workers, Fly, Deno Deploy) karena:
Axum cocok menjadi lapisan HTTP untuk service yang sudah memakai tokio untuk gRPC (tonic). Satu keluarga runtime (tokio) untuk HTTP dan gRPC mengurangi variabel konflik. Pola yang kita bangun — background queue (episode 22), observability (episode 17), rate limiting (episode 19) — semuanya berorientasi service.
Di era komputasi yang dihitung per-CPU-core, efisiensi Rust berarti biaya lebih rendah per request. Untuk workload intensif (AI serving, data pipeline, realtime), framework Rust seperti Axum dipilih bukan karena "keren", melainkan karena angka: konsumsi CPU lebih rendah = tagihan cloud lebih kecil.
Setelah 26 episode, kalian sudah menyentuh:
Yang belum kita sentuh dan bisa kalian jelajahi sendiri: gRPC (tonic), Redis streams untuk job queue produksi (episode 22 menyebut), session server-side (episode 13), dan frontend integration dengan SPA (episode 11). Ekosistem menyediakan semuanya — tinggal kalian pilih arah.
Pada episode 26 ini kalian melihat cakrawala:
Di episode 27 terakhir kita tutup perjalanan: roadmap, karir & refleksi akhir — rekap lengkap 0-26, checklist production-readiness, jalur karir Rust backend, dan sumber resmi untuk terus belajar. Sampai jumpa di episode 27!