Indonesia percepat rencana pusat data nasional

Di balik lancarnya layanan imigrasi, bantuan sosial digital, hingga pertukaran data antarkementerian, ada pekerjaan “sunyi” yang menentukan: bagaimana negara menyimpan, melindungi, dan mengolah informasi. Indonesia percepat rencana pusat data nasional bukan sekadar proyek konstruksi, melainkan upaya menata ulang cara pemerintah bekerja—dari yang terfragmentasi menjadi terintegrasi, dari reaktif menjadi terukur. Pusat Data Nasional (PDN) di Cikarang diproyeksikan sebagai simpul utama yang menyatukan data lintas lembaga agar layanan publik makin cepat dan konsisten, sekaligus memperkuat kedaulatan digital di tengah tekanan ancaman siber yang makin canggih.

Namun, akselerasi selalu datang bersama pertanyaan sulit: apakah keamanan dan cadangan operasionalnya cukup? Serangan ransomware Braincipher yang sempat melumpuhkan sebagian layanan pada PDN Sementara di Surabaya pada Juni 2024 menjadi pengingat bahwa modernisasi tanpa ketahanan akan rapuh. Di saat yang sama, dinamika proyek PDN lain—Batam yang berhenti, serta rencana di IKN dan Labuan Bajo yang belum masuk lelang—menambah urgensi agar desain infrastruktur, tata kelola, dan kompetensi SDM berjalan seirama. Dari sinilah pembahasan tentang teknologi, cloud computing, dan tata kelola data center pemerintah menjadi relevan bagi masa depan layanan publik Indonesia.

En bref

• PDN Cikarang diposisikan sebagai pusat data pemerintah pertama untuk mengintegrasikan data lintas kementerian/lembaga dan meningkatkan kualitas layanan digital.
• Target operasional sempat bergeser (Agustus 2024, Januari 2025, Maret 2025) dan memasuki tahap uji coba serta asesmen keamanan-operasional bersama BSSN.
• Kasus ransomware di PDN Sementara Surabaya (Juni 2024) menjadi pelajaran penting terkait isolasi data, migrasi layanan, dan koordinasi lintas lembaga.
• Berhentinya rencana PDN Batam serta lambatnya rencana PDN di IKN dan Labuan Bajo memunculkan risiko single point of failure bila hanya mengandalkan Cikarang.
• Penguatan ketahanan butuh kombinasi: arsitektur cadangan, enkripsi kuat, deteksi ancaman berbasis AI, dan SDM operator yang kompeten.

Indonesia percepat rencana Pusat Data Nasional: arah kebijakan dan target operasional PDN Cikarang

Dalam beberapa tahun terakhir, pemerintah menempatkan digitalisasi layanan publik sebagai agenda yang makin konkret. Bukan hanya soal aplikasi baru, melainkan konsistensi data di belakang layar: satu warga, satu identitas, satu rangkaian layanan yang saling mengenali. Di titik inilah pusat data nasional menjadi tulang punggung, karena integrasi data tidak mungkin stabil jika setiap instansi berjalan dengan “server sendiri” dan standar yang berbeda.

PDN Cikarang di Jawa Barat disiapkan sebagai data center pemerintah pertama yang dibangun dengan desain yang lebih modern dibanding pola pengadaan sebelumnya. Skala fisiknya besar: lahan mendekati 5 hektare, bangunan sekitar 16 ribu meter persegi, serta pasokan listrik sekitar 20 megawatt. Kapasitas komputasinya juga dirancang untuk kebutuhan pemerintahan digital: sekitar 25 ribu cores dan penyimpanan 40 petabyte. Angka-angka ini penting karena menunjukkan orientasi PDN: bukan sekadar gudang data, melainkan juga mesin yang dapat mengolah informasi menjadi wawasan kebijakan.

Secara pendanaan, skema proyek menampilkan kombinasi pembiayaan eksternal dan APBN. Proporsi besar berasal dari dukungan pemerintah Prancis (sekitar 85%), sedangkan sisanya ditopang anggaran negara, dengan nilai total yang pernah disebut setara 164 juta euro. Artinya, PDN bukan proyek “sekali jadi”, melainkan komitmen jangka panjang yang menuntut tata kelola ketat, termasuk proses serah terima, uji coba, serta penilaian keamanan.

Target operasionalnya sempat berubah beberapa kali—mulanya diproyeksikan bisa beroperasi pada momen simbolik di 2024, lalu bergeser ke awal 2025, hingga menargetkan akhir Maret 2025. Setelah fase serah terima, uji coba pada pertengahan 2025 menjadi tahap penting untuk memastikan sistem tidak hanya “menyala”, tetapi juga stabil saat menampung beban layanan publik. Dalam praktiknya, perubahan jadwal seperti ini lazim pada proyek infrastruktur digital berskala nasional karena ada prasyarat yang tak bisa ditawar: keamanan siber, kesiapan prosedur operasional, dan kepatuhan standar.

Di lapangan, konsep pembangunan PDN yang dikerjakan paralel—desain dan instalasi berjalan beriringan pada tahapan tertentu—mencerminkan strategi percepatan. Pendekatan ini memang bisa memangkas waktu, tetapi menuntut koordinasi disiplin: perubahan desain kecil dapat berdampak ke jadwal instalasi, dan perubahan kebutuhan layanan dapat memengaruhi spesifikasi. Karena itu, “percepat” harus dibaca sebagai percepatan yang bertanggung jawab, bukan memotong tahapan penting.

Agar terasa manfaatnya bagi warga, PDN harus diterjemahkan menjadi pengalaman nyata. Bayangkan tokoh fiktif bernama Rani, pelaku UMKM di Bandung, yang memperpanjang izin usaha, mengecek status bantuan pelatihan, dan mengurus paspor untuk pameran. Jika data Rani tersimpan terpadu, petugas tidak perlu meminta ulang dokumen yang sama. Layanan menjadi lebih singkat, dan risiko kesalahan input menurun. Pada akhirnya, PDN bukan hanya proyek teknis; ia menjadi “mesin koordinasi” yang membuat negara lebih lincah.

Untuk memperkaya perspektif tentang bagaimana kebijakan digital bisa berdampak pada keseharian, pembaca sering membandingkan pendekatan modern ini dengan kebiasaan publik yang diatur untuk keselamatan bersama—misalnya pembahasan soal regulasi dan perilaku kolektif yang muncul di wacana pelarangan kembang api yang menekankan aspek risiko dan pengendalian. Prinsipnya serupa: kebebasan inovasi tetap butuh pagar pengaman.

Dengan fondasi kebijakan dan target operasional yang kian jelas, tantangan berikutnya adalah bagaimana PDN tidak mengulang luka lama: insiden siber yang pernah memukul layanan publik.

Keamanan siber PDN: pelajaran dari ransomware PDNS Surabaya dan asesmen BSSN

Ketahanan sebuah pusat data tidak diukur saat semuanya normal, tetapi saat krisis datang. Pada 20 Juni 2024, PDN Sementara (PDNS) 2 di Surabaya mengalami serangan ransomware yang dikenal sebagai Braincipher. Dampaknya bukan sekadar gangguan internal, melainkan merembet ke layanan publik; salah satu yang paling terasa saat itu adalah layanan keimigrasian. Peristiwa ini menjadi “alarm nasional” bahwa rantai layanan digital pemerintah hanya sekuat titik terlemahnya.

Dalam penanganan insiden, koordinasi lintas lembaga menjadi kunci. Kementerian yang menangani urusan komunikasi-digital, BSSN, unit siber kepolisian, serta pihak operator turut bekerja bersama. Secara teknis, langkah-langkah seperti isolasi data, pembatasan akses, serta dorongan percepatan migrasi layanan ke lingkungan yang lebih aman dilakukan untuk menghentikan penyebaran dan memulihkan layanan. Dari sudut pandang manajemen krisis, ini menunjukkan bahwa respons cepat dapat mengurangi dampak, tetapi biaya sosialnya tetap tinggi: antrean layanan, ketidakpastian publik, dan hilangnya kepercayaan.

Insiden tersebut mengubah cara memandang PDN Cikarang. Jika sebelumnya fokus publik banyak pada “kapan beroperasi”, maka setelah 2024 pertanyaan bergeser menjadi “seberapa aman”. Karena itu, asesmen akhir keamanan dan operasional menjadi prasyarat sebelum peresmian penuh. Penilaian ini mencakup bukan hanya teknologi pertahanan, melainkan juga prosedur operasional: siapa yang berwenang melakukan perubahan konfigurasi, bagaimana pengelolaan akun istimewa, bagaimana pencatatan log, sampai bagaimana prosedur pemulihan bencana diuji.

Dari sisi praktik terbaik, sebuah data center pemerintah idealnya menerapkan beberapa lapisan kendali. Pertama, enkripsi kuat untuk data saat tersimpan dan saat transit. Kedua, segmentasi jaringan agar satu insiden tidak menyebar ke seluruh layanan. Ketiga, deteksi ancaman berbasis analitik dan kecerdasan buatan untuk mengenali pola serangan yang tidak biasa. Keempat, latihan respons insiden yang rutin, bukan hanya dokumen di rak. Pertanyaannya: seberapa jauh PDN menerapkan semuanya secara konsisten?

Contoh konkret: jika seorang operator menerima notifikasi lonjakan trafik tidak wajar yang mengarah ke DDoS, SOP harus jelas—mulai dari eskalasi, penyesuaian firewall/WAF, hingga koordinasi dengan penyedia jaringan. Jika ditemukan indikasi ransomware, isolasi harus dapat dilakukan dalam menit, bukan jam. Lalu, cadangan data harus benar-benar dapat dipulihkan, bukan sekadar “ada di kertas”. Inilah mengapa asesmen operasional dan keamanan sering dipadukan; keamanan tanpa operasi yang disiplin tetap berisiko.

Di era cloud computing, sebagian orang bertanya: mengapa tidak sepenuhnya menyerahkan pada cloud publik? Jawaban kebijakan biasanya tidak hitam-putih. Untuk data tertentu yang sensitif, pemerintah cenderung menuntut kontrol lebih ketat. Namun untuk data yang tidak terlalu sensitif, pendekatan hibrida bisa mempercepat layanan sekaligus menghemat biaya, selama lokasi dan kendali berada di yurisdiksi Indonesia. Model seperti ini menuntut desain arsitektur yang jelas: data apa yang wajib di PDN, data apa yang bisa di cloud lokal, dan bagaimana keduanya saling terhubung aman.

Masalah keamanan juga tidak bisa dilepaskan dari tata kelola pengadaan. Kasus dugaan korupsi pengadaan PDNS yang diselidiki sejak 2025 memperlihatkan sisi lain dari ketahanan: transparansi kontrak, kualitas vendor, dan pengawasan. Ketika proses pengadaan bermasalah, kualitas layanan dan keamanan sering ikut menjadi korban. Karena itu, keamanan PDN bukan hanya urusan firewall, tetapi juga integritas sistem pengambilan keputusan.

Untuk melihat bagaimana masyarakat Indonesia membangun kebiasaan kolektif dalam momentum tertentu—misalnya saat pergantian tahun—kita bisa menarik analogi dari ragam tradisi akhir tahun: ada pola, ada ritual, ada koordinasi sosial. Dalam keamanan siber, ritualnya adalah audit berkala, uji pemulihan, dan latihan respons insiden. Tanpa “ritual” itu, sistem mudah lengah.

Setelah aspek keamanan dipertegas, persoalan besar berikutnya muncul: bagaimana kalau Indonesia hanya punya satu simpul utama—apakah cukup tahan terhadap gangguan besar?

Perdebatan tentang ketahanan PDN sering muncul dalam diskusi publik dan seminar. Berikut salah satu topik yang banyak dicari untuk memahami konteksnya:

Risiko single point of failure: ketika Indonesia hanya mengandalkan satu PDN utama

Secara strategis, memiliki satu pusat data nasional yang kuat memang terlihat efisien: kontrol terpusat, standar seragam, dan biaya operasional bisa lebih mudah dipantau. Namun dari perspektif ketahanan, ketergantungan pada satu lokasi membawa risiko single point of failure. Dalam bahasa sederhana, bila PDN Cikarang bermasalah, dampaknya dapat menjalar ke banyak layanan sekaligus—seperti mematikan saklar utama untuk berbagai aplikasi pemerintah.

Risiko tersebut menjadi semakin relevan ketika rencana PDN di lokasi lain tidak bergerak sesuai ekspektasi. Proyek PDN Batam yang sempat digagas melalui kerja sama luar negeri akhirnya berhenti karena tidak ada progres signifikan dalam beberapa tahun terakhir. Di sisi lain, rencana pembangunan PDN di IKN dan Labuan Bajo belum masuk tahap lelang dalam periode yang sama. Konsekuensinya jelas: redundansi geografis belum terbentuk, padahal ancaman tidak hanya siber, tetapi juga listrik, bencana alam, dan kegagalan perangkat.

Bayangkan skenario yang dekat dengan realitas operasional: pemadaman listrik besar yang memengaruhi pasokan ke kawasan industri, gangguan pada sistem pendingin, atau serangan DDoS yang menghabiskan kapasitas jaringan. Tanpa site cadangan yang siap mengambil alih, layanan publik bisa mengalami kegagalan total atau degradasi serius. Dalam layanan yang bergantung pada waktu—misalnya imigrasi, pencairan bantuan, atau sistem kesehatan—gangguan beberapa jam saja dapat menimbulkan efek domino.

Di sinilah pentingnya merancang arsitektur yang lebih tahan banting: multi-site, replikasi data, dan mekanisme failover yang teruji. Jika PDN Cikarang adalah “otak”, maka Indonesia tetap butuh “otak kedua” yang bisa mengambil alih ketika yang utama terganggu. Banyak negara membangun lebih dari satu pusat data pemerintah, kadang dengan pembagian peran: pusat utama untuk beban kerja inti, pusat cadangan untuk pemulihan bencana, dan node regional untuk latensi dan ketersediaan layanan di daerah.

Untuk memperjelas perbedaan strategi, berikut ringkasan risiko dan mitigasi yang lazim dibahas dalam perencanaan infrastruktur data pemerintah.

Ketika para pakar keamanan menilai pembatalan PDN Batam berpengaruh signifikan, fokusnya bukan pada “lokasi semata”, melainkan pada hilangnya lapisan perlindungan strategis. Dengan hanya satu target kritis, aktor ancaman—baik internal maupun eksternal—dapat memusatkan strategi serangan. Sebaliknya, bila ada beberapa lokasi yang aktif, gangguan di satu tempat tidak otomatis melumpuhkan keseluruhan layanan pemerintahan.

Solusi tidak selalu berarti membangun gedung baru secepatnya, karena pembangunan membutuhkan waktu. Jembatan sementara bisa berupa kerja sama dengan cloud computing lokal yang beroperasi di Indonesia untuk beban kerja tertentu, sembari membangun pusat cadangan pemerintah. Tetapi keputusan ini memerlukan desain tata kelola: klasifikasi data, standar kepatuhan, serta skema audit vendor yang ketat agar kedaulatan data tetap terjaga.

Isu cadangan operasional juga sempat disorot: bila anggaran untuk cadangan masih mengandalkan PDN Sementara dan belum tersedia secara memadai, maka sistem berisiko berjalan tanpa pelampung. Dalam dunia layanan digital, tidak ada “kalau nanti sempat”; yang ada hanya kesiapan sebelum insiden terjadi. Dari sini, pembahasan mengalir ke langkah-langkah teknis dan kolaborasi yang membuat ketahanan itu benar-benar bekerja di lapangan.

Arsitektur teknologi dan interoperabilitas: dari integrasi data hingga analitik kebijakan

Tujuan besar PDN bukan hanya memindahkan server dari banyak lokasi ke satu gedung. Ambisi utamanya adalah mengubah cara data pemerintah dipakai: dari sekadar arsip menjadi aset untuk keputusan. Ketika data lintas kementerian/lembaga masih terpisah, proses verifikasi berulang terjadi di mana-mana. Warga diminta mengunggah dokumen yang sama, petugas melakukan validasi manual, dan laporan kebijakan sering tertinggal karena konsolidasi lambat. Integrasi yang dijanjikan PDN membuka peluang memotong rantai birokrasi itu.

Namun, integrasi bukan sekadar “mengumpulkan data”. PDN juga disiapkan untuk memiliki fasilitas manajemen dan pengolahan agar data dapat menjadi insight bagi pengambil keputusan. Di tingkat praktis, ini berarti ada platform untuk ETL/ELT, katalog data, metadata yang rapi, dan mekanisme akses berbasis peran. Tanpa itu, PDN berisiko menjadi gudang besar yang sulit dicari isinya—besar di kapasitas, kecil di manfaat.

Untuk menggambarkan perubahan ini, bayangkan kasus hipotetis di sebuah kota: pemerintah daerah ingin menyalurkan bantuan pangan secara digital dengan akurasi tinggi. Data kependudukan ada di satu sistem, data penerima bantuan di sistem lain, data pekerjaan di sistem lain, dan data rekening di sistem lain. Jika semuanya tidak interoperabel, risiko duplikasi dan salah sasaran meningkat. Dengan PDN sebagai simpul, data dapat dipadankan lewat standar pertukaran yang seragam, sehingga penyaluran lebih akuntabel.

Dalam konteks program prioritas, PDN pernah diposisikan sebagai fondasi untuk meningkatkan ketepatan penyaluran bansos digital. Ini menuntut dua hal yang sering luput dari diskusi publik: kualitas data dan tata kelola akses. Kualitas data berarti ada proses pembersihan, pembaruan, serta mekanisme penanganan konflik data. Tata kelola akses berarti ada jejak audit—siapa membuka data apa, kapan, untuk keperluan apa—sehingga akuntabilitas bukan slogan.

Di sisi arsitektur, tren modern mendorong pemakaian pendekatan hibrida: sebagian layanan berjalan di lingkungan pemerintah, sebagian memanfaatkan cloud computing yang dikelola di dalam negeri, dan sebagian memakai layanan kontainer yang memudahkan portabilitas. Kuncinya adalah konsistensi kebijakan: standar identitas (IAM), enkripsi, pemantauan, dan manajemen konfigurasi. Jika satu layanan memakai standar berbeda, integrasi menjadi mahal dan rentan celah.

Karena PDN dibangun untuk menampung skala besar, kebutuhan operasionalnya juga besar: kapasitas listrik, pendinginan, dan efisiensi energi. Pada 2026, diskusi efisiensi energi di data center makin sering terdengar karena konsumsi listrik pusat data meningkat seiring adopsi AI dan otomatisasi industri. Ini membuat strategi seperti optimasi beban kerja, penjadwalan komputasi, dan pemanfaatan perangkat lebih efisien menjadi relevan. Artinya, desain PDN tidak hanya bicara keamanan, tetapi juga keberlanjutan biaya dan energi.

Berikut daftar komponen interoperabilitas yang sering menjadi penentu apakah PDN benar-benar mempercepat layanan atau hanya memindahkan masalah ke tempat baru:

1. Katalog data dan metadata untuk memastikan setiap set data punya definisi, pemilik, dan kualitas yang terukur.
2. API standar agar pertukaran data antarsistem tidak bergantung pada integrasi ad-hoc yang rapuh.
3. Manajemen identitas dan akses berbasis peran, dengan audit log terpusat.
4. Pipeline pengolahan data untuk pembersihan, pemadanan, dan analitik kebijakan.
5. Monitoring end-to-end dari infrastruktur sampai aplikasi, agar gangguan cepat ditemukan.

Pada tahap implementasi, tantangan sering muncul dari “warisan sistem” (legacy) yang sudah lama dipakai instansi. Migrasi bukan sekadar memindahkan database; ia mencakup perubahan proses bisnis, pelatihan pengguna, dan penyesuaian regulasi. Karena itu, percepatan yang realistis biasanya dilakukan bertahap: layanan paling kritis dulu, lalu layanan pendukung, sambil menjaga agar masyarakat tidak mengalami penurunan kualitas layanan di masa transisi.

Ketika interoperabilitas dan analitik mulai berjalan, nilai PDN akan terasa bukan hanya di layar aplikasi, tetapi di cara kebijakan disusun: lebih berbasis bukti, lebih cepat dievaluasi, dan lebih mudah dipertanggungjawabkan. Pertanyaannya kemudian: siapa yang menjalankan mesin besar ini setiap hari, dan bagaimana memastikan kompetensinya setara dengan kompleksitas teknologi?

Untuk memahami diskusi arsitektur data pemerintah dan praktik integrasi lintas instansi, banyak forum membahas topik berikut:

SDM, tata kelola, dan kolaborasi industri: memastikan PDN aman, efisien, dan berkelanjutan

Bangunan besar dan server canggih tidak otomatis berarti layanan yang aman. Yang sering menentukan adalah manusia dan proses. Sejumlah pengamat keamanan siber menekankan bahwa jika pemerintah memilih mengelola data sendiri, maka standar operasional harus setara dengan praktik terbaik industri: disiplin, terukur, dan diaudit. Tanpa itu, pusat data berisiko menjadi monumen fisik yang tidak memberi ketahanan nyata.

Kompetensi SDM menjadi isu inti. Operator harus menguasai operasi data center (listrik, pendingin, kapasitas), keamanan siber (SOC, incident response), serta tata kelola data (akses, klasifikasi, retensi). Kebutuhan ini tidak bisa dipenuhi dengan pelatihan singkat. Ia memerlukan jalur karier yang jelas, sertifikasi, rotasi kerja yang sehat, dan budaya kerja yang menghargai prosedur. Dalam praktiknya, banyak insiden keamanan justru berawal dari kesalahan konfigurasi atau kelalaian pengelolaan akun—masalah manusia, bukan semata alat.

Di sisi lain, kolaborasi dengan sektor swasta dapat menjadi akselerator, terutama untuk data yang tidak sensitif. Pendekatannya dapat berupa pemanfaatan pusat data komersial lokal atau layanan cloud computing yang beroperasi di Indonesia. Logikanya sederhana: industri memiliki pengalaman mengelola skala besar dengan SLA ketat, sementara pemerintah bisa fokus pada fungsi pengaturan, klasifikasi data, dan pengawasan. Dalam model ini, tanggung jawab tetap berada dalam yurisdiksi Indonesia karena penyedia layanan beroperasi dan tunduk pada hukum nasional.

Kolaborasi semacam itu perlu desain kontrak yang matang: standar keamanan minimal, kewajiban pelaporan insiden, audit berkala, serta mekanisme penalti bila SLA dilanggar. Tanpa kontrak yang kuat, kemitraan bisa berubah menjadi ketergantungan. Di sini, pembelajaran dari kasus pengadaan masa lalu menjadi penting: transparansi, kompetisi sehat, dan pengawasan harus berjalan sejak perencanaan, bukan setelah masalah muncul.

Secara operasional, ada beberapa kebiasaan yang membedakan organisasi yang “siap insiden” dan yang hanya “siap presentasi”. Misalnya, melakukan simulasi pemulihan bencana dengan skenario realistis, termasuk mematikan layanan tertentu untuk menguji failover. Lalu, menerapkan prinsip least privilege agar akses istimewa tidak menyebar. Kemudian, melakukan patching rutin dan manajemen aset yang rapi. Hal-hal ini terdengar membosankan, tetapi justru menjadi penentu ketahanan.

Untuk menjembatani kebutuhan percepatan, pemerintah juga bisa memetakan layanan prioritas dan menyiapkan tahapan migrasi yang masuk akal. Contohnya, layanan yang berinteraksi langsung dengan masyarakat dan berdampak besar—seperti identitas, pembayaran, imigrasi, kesehatan—perlu jalur migrasi dengan pengujian ketat dan rencana rollback. Layanan internal bisa menyusul, sambil memastikan integrasi data tetap terjaga. Strategi bertahap ini membantu menjaga reputasi layanan publik selama transisi.

Dari sisi budaya, penting pula membangun “bahasa bersama” antarlembaga. Banyak hambatan integrasi justru muncul karena definisi data tidak sama: istilah “alamat”, “penghasilan”, atau “status pekerjaan” bisa berbeda antar sistem. Maka, program standardisasi data, kamus data, dan forum koordinasi teknis menjadi sama pentingnya dengan server. Dengan begitu, PDN tidak hanya menyatukan perangkat, tetapi juga menyatukan makna.

Jika ditarik ke konteks Indonesia yang beragam—ribuan pulau, disparitas infrastruktur, dan variasi kapasitas daerah—keberhasilan PDN juga akan ditentukan oleh dukungan konektivitas dan kesiapan instansi daerah. Ketika pusat semakin kuat, daerah harus bisa terhubung dengan aman dan stabil. Inilah sebabnya diskusi tentang infrastruktur tidak berhenti di Cikarang: ia menjalar ke jaringan, standar perangkat daerah, dan peningkatan kemampuan teknis di berbagai wilayah.

Pada akhirnya, percepatan PDN yang sehat adalah percepatan yang memadukan tiga hal: teknologi yang tepat, proses yang disiplin, dan manusia yang kompeten. Tanpa salah satunya, akselerasi hanya akan memindahkan risiko ke skala yang lebih besar—dan itu terlalu mahal untuk layanan publik.