Terbuka untuk Kontrak Rekayasa & Konsultasi Sistem

📍 Jakarta, ID (GMT+7)

🌐 porto.mahireal.cloud

⚡ Sub-millisecond Execution

Membangun sistem perangkat lunak yang deterministik, hemat memori, dan tahan uji.

Saya seorang Software & Systems Engineer. Fokus utama saya adalah rekayasa backend terdistribusi berlatensi rendah, sistem konkurensi aman, serta arsitektur antarmuka web modern yang bersih tanpa tumpukan dependensi yang tidak perlu.

Telusuri Studi Kasus ↓ Lihat Resume Lengkap Diskusi Teknis

"Kualitas rekayasa perangkat lunak tidak diukur dari seberapa banyak framework yang diimpor, melainkan seberapa dalam Anda memahami apa yang terjadi pada siklus CPU dan alokasi memori sistem Anda."

— Filosofi Rekayasa Alfath

01 / Rekayasa & Pembuktian

Studi Kasus Pilihan

Bukan sekadar mockup antarmuka. Berikut adalah rincian masalah teknis nyata, kendala arsitektur, trade-off yang dipilih, dan hasil terukur.

Distributed Systems & Streaming Timeline: 2024 — 2025

High-Throughput Zero-Copy Event Ingestion Pipeline

Mesin ingestion data terdistribusi yang memproses 50.000+ payload/detik dengan jaminan batas alokasi memori bounded dan p99 latency di bawah 4 milidetik.

Problem Statement

Sistem lama berbasis runtime dinamis sering mengalami lonjakan GC pause hingga 450ms dan crash saat burst traffic akibat queue memori tidak terbatas (unbounded).

The Hard Part (Tantangan Kunci)

Menghilangkan alokasi heap repetitif pada deserialisasi JSON heterogen dan merancang mekanisme backpressure berbasis sinyal tekanan soket TCP.

52.000 evt/s Throughput Stabil

3.8 ms p99 Tail Latency

38 MB / node Memory Footprint

0 Insiden Production Crash

Distributed Storage & Protocols Timeline: 2023 — 2024

Fault-Tolerant Distributed Consensus & Metadata Store

Implementasi protokol konsensus Raft terdistribusi untuk koordinasi metadata multi-node dengan jaminan konsistensi linearizable dan pemulihan partisi jaringan mandiri.

Problem Statement

Ketergantungan pada cluster koordinasi eksternal berukuran besar menimbulkan latensi hop jaringan tambahan dan overhead pemeliharaan operasional yang rumit.

The Hard Part (Tantangan Kunci)

Menjamin tidak terjadi split-brain saat partisi jaringan asimetris terjadi, serta mempertahankan throughput log replication saat node follower mengalami lagging disk write.

< 450 ms Failover Time

18.500 req/s Linear Read Throughput

Zero (Strict CP) Data Loss

Systems & Web Engineering Timeline: 2026 (Live Now)

Bespoke Sub-Millisecond Web Engine & Telemetry Core

Web engine portofolio mandiri berlatensi sub-milidetik (<1ms) yang mengemas server HTTP, template bertipe data kuat, dan pelacak telemetri sistem Linux ke dalam satu biner murni.

Problem Statement

Web portofolio modern saat ini sarat dengan template AI generik, unduhan JavaScript berukuran megabyte yang lambat, dan tanpa identitas rekayasa yang otentik.

The Hard Part (Tantangan Kunci)

Membangun seluruh pipeline rendering web compile-time yang bebas dependensi eksternal runtime sambil menyajikan metrik telemetri Linux real-time dari kernel secara instan.

< 1 ms Time to First Byte (TTFB)

~12.4 MB Server RAM Footprint

100 / 100 Lighthouse Score

0 (Single Binary) Runtime Dependencies

02 / Tulisan & Catatan Teknis

Catatan Rekayasa & Esai

Refleksi mendalam seputar trade-off sistem, optimasi alur data, dan pelajaran dari insiden lingkungan produksi.

Memory & Performance • 5 min baca • Oktober 2026

Zero-Copy Deserialization: Menghindari Alokasi Heap pada Jalur Kritis Data

Alokasi heap repetitif pada siklus baca jaringan adalah musuh terbesar p99 latency. Tulisan ini membedah bagaimana memanfaatkan pointer borrowing dan SIMD untuk memproses payload tanpa overhead kloning.

Dalam sistem berkecepatan 50.000 event per detik, membuat satu objek String baru per record menghasilkan puluhan megabyte sampah memori per detik. Dengan memanfaatkan lifetime referensi Rust (&'a [u8]) dan parsing berbasis SIMD, kita dapat mereferensikan memori buffer soket kernel secara langsung tanpa menyentuh alokator memori heap sistem operasi.

Poin Kunci:

Heap allocation membawa lock contention pada multi-threaded allocator.
Lifetime borrowing membatasi data sementara hanya selama buffer soket hidup.
Gunakan bounded ring buffers untuk mencegah fenomena buffer bloat fatal.

Observability & Metrics • 4 min baca • September 2026

Mitos Latensi Rata-rata: Mengapa Tail Latency (p99) Adalah Satu-satunya Metrik yang Berarti

Melihat rata-rata (p50) 15ms sering kali memberi ilusi keamanan palsu. Ketika satu interaksi pengguna memicu 20 sub-request mikro, probabilitas menyentuh tail latency p99 melonjak drastis.

Jika sebuah interaksi memicu 20 sub-request paralel ke layanan mikro, dan masing-masing memiliki 1% kemungkinan lambat (p99), maka kemungkinan keseluruhan transaksi mengalami kelambatan adalah 1 - (0.99)^20 = ~18.2%! Rata-rata menyembunyikan kenyataan buruk ini. Mengoptimalkan sistem selalu berarti memangkas variansi pada persentil 99 dan 99.9.

Poin Kunci:

Satu transaksi frontend mengagregasi banyak dependensi backend secara bersamaan.
Hedge requests dan deadline propagation dapat memotong lonjakan tail latency.
Jangan gunakan rata-rata aritmatika dalam pengukuran SLA produksi kritis.

Distributed Systems • 6 min baca • Agustus 2026

Konsensus Terdistribusi dalam Praktik: Mengelola Partisi Jaringan Asimetris

Paper akademis sering mengasumsikan kegagalan jaringan biner: node hidup atau mati. Di dunia nyata, partisi asimetris di mana Node A dapat mendengar Node B tapi tidak sebaliknya adalah penyebab umum cluster limbo.

Dalam implementasi protokol Raft, kegagalan partisi parsial dapat menyebabkan node terisolasi berulang kali menaikkan nomor Term dan memicu pemilihan ulang yang mengganggu stabilitas leader sah. Solusi yang terbukti di lapangan adalah menggunakan Pre-Vote phase sebelum memulai formal Election, memastikan kandidat memverifikasi quorum terlebih dahulu sebelum mengganggu cluster.

Poin Kunci:

Pre-Vote phase mencegah node terputus mengacaukan nomor Term cluster.
Lease Read memangkas latensi operasi baca tanpa mengorbankan linearizability.
Uji selalu dengan model partisi non-simetris dalam pengujian chaos engineering.

03 / The Engineering Lab

Intuisi Latensi & Uji Komputasi

Eksperimen interaktif untuk memahami perbedaan magnitudo latensi hardware serta pengujian performa server Rust secara langsung.

Mengambil data dari memori RAM 100x lebih lambat dari L1 Cache, dan mengambil data via jaringan ribuan kali lebih lambat dari disk lokal. Skalakan perbandingan di bawah untuk merasakan perbedaannya dalam skala waktu manusia:

Server Rust: Siap diuji

Hasil Benchmark Rust Native (Host CPU):

04 / Pola Pikir & Pendekatan

Opini & Filosofi Rekayasa

Alih-alih memajang puluhan logo badge tanpa makna, ini adalah bagaimana saya memilih alat kerja dan memandang arsitektur perangkat lunak.

01. Manajemen Memori & Kontrol

Keamanan Kompilasi > Garbage Collection

Dalam sistem throughput tinggi, *pause time* akibat garbage collection adalah penyebab utama lonjakan latensi p99. Menggunakan bahasa dengan kepemilikan memori eksplisit (seperti Rust) menghasilkan runtime yang konsisten dan konsumsi resource yang terkendali.

02. Dependensi Minimal

Ketergantungan Adalah Liabilitas

Setiap package eksternal yang diinstal membawa risiko keamanan rantai pasok (*supply chain attack*), potensi kerusakan saat breaking change, dan pembengkakan ukuran binary. Jika dapat diselesaikan dengan pustaka standar dan API native, prioritaskan native.

03. Metrik & Observabilitas

Ukur Tail Latency (p99), Bukan Rata-rata

Nilai rata-rata (p50) sering kali menutupi kelemahan fatal sistem. 1% pengguna yang mengalami bottleneck adalah calon pengguna yang frustrasi dan meninggalkan layanan Anda. Sistem yang matang dirancang untuk menangani beban terburuk secara anggun.

04. Kejelasan Kode

Eksplisit Jauh Lebih Baik Daripada Implisit

Kode dibaca jauh lebih sering daripada ditulis. Magic annotations dan abstraksi yang terlalu tebal mempersulit proses debugging saat insiden produksi terjadi. Arsitektur modular dengan alur data satu arah selalu menang dalam jangka panjang.

05 / Konteks Manusia

Halaman 'Now' & Colophon

Aktivitas riset terkini serta spesifikasi teknis di balik pembuatan situs web ini.

Sedang Dikerjakan Saat Ini (Q4)

▸ Mendalami implementasi io_uring di Linux kernel untuk I/O jaringan asinkron tanpa syscall context switch berlebih.
▸ Membaca ulang paper klasik "Raft: In Search of an Understandable Consensus Algorithm" karya Ongaro & Ousterhout.
▸ Bereksperimen dengan embedded database LSM-Tree di Rust untuk penyimpanan lokal edge node.

Colophon Situs Web Ini

Production Domain porto.mahireal.cloud

Web Server Rust (Axum 0.8 + Tokio Runtime)

Templating Askama (Compile-time Type Safe HTML)

Styling Vanilla Modern CSS (Warm Archival Tokens)

Tipografi Fraunces, Plus Jakarta Sans, JetBrains Mono

Distribusi Single Binary Executable (Self-Contained)

Sistem Operasi Host Arch Linux x86_64