Listrik Rumah Lo Sumbernya Apa? Cara Kerja Panel Surya, PLTU, dan PLTA Dijelaskan Developer
Lo developer. Lo paham API, cloud, load balancing, distributed systems. Tapi pas listrik mati, lo cuma bisa nyalain lilin sambil scroll Twitter nanyain “INI GILIRAN SIAPA?”
Ironis: lo deploy microservices tapi gak tahu gimana listrik sampe ke stopkontak. Padahal grid listrik adalah distributed system tertua dan paling reliable yang pernah ada — udah jalan 100+ tahun, 99.99% uptime, ngatur dirinya real-time tanpa lo sadari.
Artikel ini jelasin 3 sumber listrik utama (batu bara, air, surya) pake bahasa yang lo ngerti: sistem, throughput, latency, caching.
1. PLTU Batu Bara — The Legacy Monolith
Bayangin server lawas di data center: panas, berisik, 24/7 gak pernah mati. Itu PLTU.
Cara kerja:
- Bakar batu bara → panas → air mendidih → uap tekanan tinggi → dorong turbin → turbin putar generator → listrik.
- Sederhananya: input = batu bara, proses = bakar + uap, output = listrik. Seperti function call yang gak pernah return sampai bahan bakarnya habis.
Developer translation:
PLTU itu synchronous, single-threaded — satu turbin, satu generator, kerja terus. Efisiensi ~35% (65% energi ilang jadi panas). Mirip query MySQL yang gak pake index: effort gede, hasil kecil.
Uptime: minus maintenance 2 minggu setahun, sisanya 24/7. Tapi start dari dingin ke full power butuh 8-12 jam. Bukan hot standby — ini cold boot.
Masalah: CO2 gila-gilaan. PLTU adalah penyumbang emisi terbesar. Kayak kode legacy pake goto: works, tapi bikin masa depan makin berat.
2. PLTA — The Event-Driven System
Air jatuh dari ketinggian → dorong turbin → listrik. Sesimple itu. Tapi ada tekniknya.
Cara kerja:
- Bendung air di waduk (cache). Buka pintu (trigger) → air turun pipa (payload) → turbin muter (process) → generator nyalurin listrik (emit event).
- Bendungan = buffer. Debit air masuk = throughput. Ketinggian air = latency — makin tinggi, makin besar tekanan, makin cepat turbin muter.
Developer translation:
PLTA itu event-driven. Air di bendung = message queue. Buka pintu = consume message. Generator = event handler. Makin deras aliran = makin tinggi throughput.
Response time: dari buka pintu sampai listrik keluar = detik. Bandingin sama PLTU 8-12 jam. Ini kayak Redis vs MySQL.
Efisiensi: 85-90%. Best-in-class. Kenapa? Karena alam udah nyediain air — tinggal ambil potential energynya. Seperti API endpoint yang tinggal consume, gak perlu compute berat.
3. Panel Surya — The Distributed Worker
Panel surya itu kayak worker node: banyak, tersebar, gak ada satu titik failure, tapi tergantung cuaca.
Cara kerja:
- Foton dari matahari (request) → mengenai sel silikon (load balancer) → elektron loncat (process) → arus DC (response).
- Lo harus invert DC ke AC pake inverter — seperti format conversion antara 2 sistem yang beda protokol.
Developer translation:
Panel surya = stateless worker. Setiap panel kerja independen. Kalau satu panel rusak, sisanya jalan terus — fault tolerance alami.
Availability: cuma pas siang, kurang optimal pas mendung. Butuh baterai (cache) biar malam tetap dapet. Ini kayak serverless function dengan cold start problem — sumber daya ada, tapi gak selalu siap.
Efisiensi panel komersial: 15-22%. Sisanya mental atau jadi panas. Lumayan jelek, tapi gratis dan infinite source.
The Grid: Load Balancer Paling Canggih
PLTU, PLTA, panel surya — semua masuk ke satu jaringan: grid listrik. Kerjanya persis seperti load balancer:
- Base load: listrik minimal yang harus jalan 24/7. PLTU ngisi base load (always on, slow to scale).
- Peak load: pas malam hari pas semua orang di rumah. PLTA ngisi peak load (fast response, like auto-scaling).
- Variable load: panel surya bantu siang hari, ngurangin beban PLTU.
Grid gak punya storage besar (baterai skala GW masih mahal). Jadi produksi harus selalu = konsumsi, real-time. Setiap detik, operator PLN ngatur: naikin turbin sini, turunin sana. Ini seperti Kubernetes HPA yang naikin-turunin pod dalam milidetik — cuma skalanya beda: 42 GW beban puncak Jawa-Bali, handle by manual + legacy SCADA system.
Bayangin ngelola 42 juta request per detik tanpa auto-scaling dan ngandelin operator manusia. Itu PLN.
Frekuensi = Uptime Check
Grid Indonesia standarnya 50 Hz. Kalau konsumsi > produksi, frekuensi turun. Kalau 47.5 Hz, grid bisa collapse total — blackout. Ini kayak server yang kena thundering herd problem dan nge-drop semua koneksi.
Tahun 2019, Jakarta blackout karena frekuensi drop ke 47.4 Hz gara-gara pemadaman di jalur transmisi Ungaran-Pemalang. 21 juta orang kena dampak. Gak ada circuit breaker yang nahan.
Transmission Loss: Network Overhead
Listrik jalan dari pembangkit ke rumah lewat kabel tegangan tinggi (SUTET). Tapi ada transmission loss: 10-15% energi ilang jadi panas di kabel. Mirip packet loss di jaringan — bedanya ini pasti, gak bisa retry.
Makanya PLTU bangun deket sumber batu bara, bukan deket kota. Ngirim batu bara lebih murah daripada ngirim listrik jarak jauh.
Kenapa Lo Harus Peduli?
Tiga alasan:
- EV dan data center: mobil listrik + AI training butuh listrik gila-gilaan. Satu training GPT-4 = 50.000 MWh. Itu listrik 5.000 rumah setahun. Lo developer AI, lo bagian dari masalah ini.
- Green coding: pilihan framework, database, algoritma lo — semua ada jejak listriknya. Optimasi satu query bisa ngurangin daya server = ngurangin beban grid.
- Distributed system thinking: grid adalah prod system paling kompleks di dunia. Error handling-nya? Blackout. Rollback? 12 jam cold start. Resilience? Redundancy di jalur transmisi. Belajar dari grid = jadi engineer lebih baik.
The Stack
Rangkuman:
| Sumber | Dev Analogi | Efisiensi | Start Time | Masalah |
|---|---|---|---|---|
| PLTU Batu Bara | Legacy monolith, cold start | ~35% | 8-12 jam | CO2 gede |
| PLTA | Event-driven, message queue | ~90% | Detik | Butuh lokasi pegunungan |
| Panel Surya | Serverless, stateless worker | ~20% | Instant | Malam mati, intermittent |
Next: pas lo colokin charger laptop, sadar atau gak — lo lagi make distributed system yang udah beroperasi 100 tahun sebelum internet lahir. Dan somehow, uptime-nya masih lebih baik dari hosting murahan lo.
Listrik mati bikin lo frustrasi? Ya itu satu-satunya error message dari grid yang kasih tahu secara fisik. Gak ada 500 Internal Server Error di sini. Cuma gelap dan lilin.