Data residency bukan sovereignty

Kesalahan paling umum adalah menganggap data disimpan di Indonesia berarti otomatis sovereign.

Belum tentu.

Data residency cuma menjawab satu pertanyaan: data secara fisik berada di wilayah mana.

Sovereignty bertanya lebih jauh.

Siapa operatornya?

Hukum negara mana yang berlaku ke perusahaan induk?

Siapa memegang encryption key?

Siapa punya privileged access?

Control plane berada di mana?

Siapa bisa melakukan update software?

Kalau koneksi internasional terganggu, layanan tetap bisa berjalan atau tidak?

Kalau vendor memutus layanan, kita punya jalur recovery atau tidak?

Kalau ada sengketa lintas yurisdiksi, siapa punya posisi terakhir?

Sebuah data center bisa berdiri secara fisik di Bekasi atau Batam, tetapi banyak lapisan penting tetap bergantung pada teknologi, software, key management, support, atau perusahaan asing.

Itu bukan otomatis buruk.

Cloud global menawarkan reliability, skala, security tooling, dan inovasi yang sulit ditandingi.

Tapi ketergantungan perlu dipahami, bukan disembunyikan di balik kata “local region”.

Sovereignty adalah soal control, bukan sekadar alamat gedung.

AI memperbesar ketergantungan cloud

Aplikasi web biasa bisa berjalan di banyak jenis infrastruktur.

AI modern punya kebutuhan yang lebih spesifik.

GPU.

High-speed networking.

Model hosting.

Vector database.

Inference stack.

Observability.

Data pipeline.

Model gateway.

Safety filters.

Identity system.

Evaluation.

Banyak perusahaan tidak membangun semua itu sendiri.

Mereka menyewa.

Itu masuk akal secara ekonomi.

Masalahnya muncul ketika sistem tersebut dipakai untuk fungsi kritis.

Bayangkan AI membantu screening dokumen pemerintah, analisis fraud bank, triage klinis, pengelolaan jaringan energi, atau keputusan operasional transportasi.

Kalau komponen AI berhenti karena vendor outage, apakah sistem tetap bisa bekerja?

Kalau model tiba-tiba berubah versi, apakah output bisnis ikut berubah?

Kalau pricing naik drastis, apakah organisasi punya alternatif?

Kalau data tidak boleh keluar lingkungan tertentu, apakah seluruh pipeline memang berada di boundary yang benar?

AI menambah dependency baru yang sebelumnya tidak ada.

Sovereignty memaksa organisasi menggambar dependency itu secara jujur.

Sistem vital punya toleransi risiko berbeda

Startup yang bikin aplikasi rekomendasi restoran boleh punya risk appetite cukup agresif.

Kalau service AI down dua jam, annoying, tapi tidak menghentikan negara.

Sistem pembayaran, rumah sakit, layanan pemerintah, atau infrastruktur publik punya situasi berbeda.

Di sini cloud architecture harus mempertimbangkan continuity.

Misalnya AI hanya enhancement, bukan single point of failure.

Kalau model tidak tersedia, workflow punya fallback manual atau rule-based.

Data sensitif tetap berada di boundary tertentu.

Credential agent punya scope terbatas.

Audit log tersimpan independen.

Model bisa diganti tanpa merombak seluruh sistem.

Recovery procedure diuji.

Vendor exit plan nyata, bukan dokumen procurement yang tidak pernah dicoba.

Sovereignty yang sehat bukan berarti menolak vendor asing.

Ia berarti tidak menyerahkan kontrol kritis tanpa rencana cadangan.

Jakarta akan merasakan ini lebih cepat

Banyak keputusan teknologi nasional, finansial, dan enterprise terkonsentrasi di Jakarta.

Bank, kementerian, perusahaan telekomunikasi, rumah sakit besar, operator transportasi, e-commerce, dan perusahaan publik punya kantor pusat serta tim teknologi di sini.

Sekarang bayangkan semua organisasi tersebut menambah AI ke workflow.

Satu tim memasang copilot untuk analisis dokumen.

Tim lain membangun agent untuk procurement.

Customer service memakai model generatif.

Fraud system menambahkan machine learning.

Legal memakai AI untuk drafting.

Operations memakai forecasting.

Sedikit demi sedikit AI menjadi lapisan horizontal.

Kalau governance tertinggal, organisasi bisa punya puluhan jalur data menuju vendor berbeda tanpa gambaran utuh.

Cloud sovereignty lalu bukan diskusi geopolitik abstrak.

Ia menjadi pertanyaan operasional di ruang meeting Kuningan atau Sudirman:

“Data ini sebenarnya pergi ke mana?”

“Model ini jalan di region mana?”

“Siapa yang punya akses?”

“Kalau kontrak vendor selesai, data dan model kita bisa dipindahkan nggak?”

“Kalau layanan ini unavailable, proses bisnis berhenti nggak?”

Pertanyaan sederhana seperti ini sering membuka dependency yang selama ini nggak kelihatan.

Sovereign bukan berarti semuanya harus dibangun sendiri

Ada kecenderungan membuat diskusi sovereignty terlalu ekstrem.

Seolah pilihannya hanya dua.

Pakai hyperscaler asing dan kehilangan kedaulatan.

Atau bangun semua server, model, chip, dan software sendiri.

Realitasnya jauh lebih pragmatis.

Sovereignty bisa berbentuk tingkat kontrol.

Data tertentu boleh berada di public cloud.

Data tertentu perlu dedicated environment.

Model tertentu bisa memakai API global.

Workflow tertentu harus pakai local inference.

Encryption key bisa dikelola organisasi sendiri.

Control plane bisa dipisahkan.

Backup bisa disimpan pada provider kedua.

Critical workload bisa punya fallback on-prem.

Arsitektur bisa hybrid.

Tujuannya bukan autarki teknologi.

Tujuannya mengurangi dependency yang tidak bisa diterima.

Ini sama seperti perusahaan tidak harus membuat listrik sendiri, tetapi data center kritis tetap punya UPS dan generator.

Ketergantungan tidak selalu masalah.

Ketergantungan tanpa resilience yang jadi masalah.

Procurement cloud harus berubah

Tim procurement sering menilai cloud dari harga, diskon, SLA, dan feature list.

AI membuat checklist itu kurang.

Kontrak perlu menjawab model usage.

Apakah data customer dipakai untuk training?

Bagaimana data retention?

Apa yang terjadi pada prompt dan output?

Bisakah log diekspor?

Siapa subprocessors?

Apakah inference bisa dipaksa ke region tertentu?

Apakah encryption key dikontrol customer?

Bagaimana incident notification?

Apakah model version bisa dipin?

Ada portability atau tidak?

Berapa biaya keluar?

Apa yang terjadi kalau service dihentikan?

Ini bukan paranoia.

Vendor teknologi memang berubah.

Produk ditutup.

Harga berubah.

Akuisisi terjadi.

Policy diperbarui.

Feature deprecated.

Perusahaan yang membangun sistem vital di atas layanan pihak ketiga perlu menganggap exit sebagai bagian dari desain sejak awal.

Kalau keluar hanya mungkin setelah migrasi dua tahun dan biaya puluhan kali lebih tinggi, sovereignty-nya lemah.

Sovereignty juga punya biaya fisik

Ada sisi yang sering dilupakan.

Membangun compute lokal bukan gratis secara lingkungan dan ekonomi.

Data center membutuhkan listrik, cooling, air dalam beberapa desain, lahan, fiber, hardware, dan tenaga ahli.

Indonesia sedang menarik investasi data center besar. Pada Juli 2026 pemerintah menyebut kapasitas terpasang sekitar 580 MW dengan pipeline investasi setara 1,3 GW. Pada Agustus, CoreWeave mengumumkan rencana tiga fasilitas baru di Indonesia dengan total kapasitas 360 MW.

Semakin besar ambisi sovereign AI, semakin nyata kebutuhan infrastrukturnya.

Jadi kedaulatan digital juga harus realistis terhadap resource.

Kalau setiap lembaga membangun cluster kecil sendiri yang underutilized, itu bisa boros.

Kalau semuanya disentralisasi tanpa redundancy, itu juga berisiko.

Negara perlu mencari struktur yang efisien sekaligus resilient.

Sovereignty yang buruk bisa menghasilkan gedung mahal yang terlihat strategis tetapi utilisasinya rendah.

Sovereignty yang baik harus menghasilkan kapasitas yang benar-benar bisa dipakai talenta, perusahaan, riset, dan layanan publik.

Talenta lebih penting dari logo vendor

Banyak diskusi sovereign cloud berhenti pada kepemilikan infrastruktur.

Padahal kalau engineer lokal tidak memahami stack, kemampuan kontrol tetap terbatas.

Kita bisa punya server di Indonesia, tetapi kalau hanya vendor eksternal yang tahu cara memperbaiki sistem, sovereignty-nya setengah.

Kita bisa punya model lokal, tetapi kalau seluruh tooling evaluasi, deployment, security, dan monitoring bergantung pada pihak lain, kemandiriannya rapuh.

Itu sebabnya fokus Komdigi pada compute dan talenta masuk akal.

Kapabilitas manusia adalah bagian dari sovereignty.

Engineer yang paham distributed systems.

Security specialist.

ML infrastructure engineer.

Data governance.

Cloud architect.

Chip dan hardware specialist.

Legal yang memahami teknologi.

Procurement yang paham dependency.

Tanpa orang-orang ini, organisasi hanya memindahkan ketergantungan dari satu layer ke layer lain.

AI akan memaksa organisasi menentukan apa yang benar-benar kritis

Hal paling sehat dari diskusi cloud sovereignty mungkin justru disiplin prioritas.

Tidak semua workload harus sovereign level tinggi.

Blog perusahaan tidak sama dengan sistem identitas nasional.

Chatbot FAQ tidak sama dengan decision support rumah sakit.

Analytics marketing tidak sama dengan transaksi pembayaran.

Kalau semuanya diberi klasifikasi “critical”, biaya meledak.

Kalau tidak ada yang dianggap critical, risiko tersembunyi.

Organisasi perlu mengklasifikasikan workload berdasarkan dampak.

Apa yang terjadi kalau data bocor?

Apa yang terjadi kalau layanan mati?

Apa yang terjadi kalau vendor tidak tersedia?

Apa yang terjadi kalau model berubah?

Apa yang terjadi kalau akses lintas negara dibatasi?

Dari sana baru dipilih architecture.

Bukan mulai dari slogan “semua harus lokal”.

Sovereignty adalah kemampuan untuk tetap mengambil keputusan

Pada akhirnya cloud sovereignty bukan tentang nasionalisme server.

Ini tentang kemampuan organisasi atau negara untuk tetap mengambil keputusan terhadap sistemnya sendiri.

Bisa memindahkan workload.

Bisa mengatur data.

Bisa mengganti model.

Bisa memulihkan layanan.

Bisa membatasi akses.

Bisa membuktikan siapa melakukan apa.

Bisa tetap beroperasi ketika kondisi eksternal berubah.

Selama cloud dipakai untuk website biasa, isu ini gampang terasa jauh.

Ketika AI mulai ikut membaca dokumen sensitif, menyarankan keputusan, menjalankan agent, memproses transaksi, dan masuk ke layanan publik, jaraknya hilang.

Cloud tidak lagi hanya tempat aplikasi hidup.

Cloud menjadi bagian dari mekanisme bagaimana organisasi berpikir dan bertindak.

Dan kalau sistem vital mulai bergantung pada AI, pertanyaan paling mahal bukan lagi, “Compute ini paling murah di region mana?”

Pertanyaan yang lebih penting adalah, “Kalau besok keadaan berubah, apakah kita masih punya kontrol untuk menjalankan sistem ini sesuai keputusan kita sendiri?”