Cloudflare Satukan Paparan Lokasi Data: Bezakan Trafik, Log dan Kunci TLS

Di manakah data aplikasi anda diproses, dan di manakah rekod aktivitinya disimpan? Kedua-duanya memerlukan jawapan berasingan. Pada 29 Oktober 2026, Cloudflare mengumumkan Data Localization Suite Overview, paparan yang menghimpunkan tetapan lokasi data dalam satu halaman papan pemuka.

Perkembangan ini membawa sudut pembelajaran berguna untuk pembangun dan pentadbir sistem: memahami lokasi data memerlukan pemeriksaan beberapa lapisan. Bagi pembaca Malaysia, persoalan praktikalnya ialah cara membaca tetapan tersebut sebelum membuat kesimpulan tentang keseluruhan aplikasi.

Apa yang berubah pada 29 Oktober

Menurut catatan perubahan Cloudflare, halaman Overview memaparkan tetapan Regional Services, Customer Metadata Boundary dan Geo Key Manager yang sebelumnya perlu disemak melalui beberapa halaman atau API. Paparan itu bersifat baca sahaja; setiap item menyediakan pautan ke halaman untuk mengubah tetapan berkaitan.

Pengguna boleh mencarinya melalui Application Security, kemudian Data Localization Suite, atau mencari DLS dalam papan pemuka. Tabnya menunjukkan maklumat seperti nama hos dan rantau pemprosesan, status sempadan metadata, serta sijil tersuai yang mempunyai polisi geografi. Pengumuman ini menerangkan penyatuan paparan tetapan, bukannya pengumuman bahawa semua data pelanggan telah dipindahkan.

Sumber: Cloudflare One Changelog — View your data localization settings in one dashboard page.

Tiga kawalan menjawab tiga soalan

Dokumentasi Cloudflare membezakan fungsi setiap komponen. Regional Services mengehadkan pusat data yang boleh menyahsulit dan memeriksa trafik HTTPS. Geo Key Manager mengawal lokasi penyimpanan kunci persendirian TLS. Customer Metadata Boundary pula mengehadkan lokasi penyimpanan log dan data analitik.

Tetapan rantau bagi komponen tersebut berasingan. Sebagai contoh dalam jadual sokongan Cloudflare, Singapura disenaraikan untuk Regional Services dan Geo Key Manager, tetapi bukan sebagai pilihan Customer Metadata Boundary. Oleh itu, pemilihan rantau pemprosesan tertentu tidak dengan sendirinya menetapkan rantau yang sama untuk log. Artikel ini juga tidak mengesahkan kelayakan atau ketersediaan ciri bagi mana-mana akaun Malaysia.

Sumber: Region support — Cloudflare Data Localization Suite.

Log mempunyai sempadan dan aturan akses sendiri

Cloudflare menerangkan bahawa Customer Logs merangkumi metadata trafik seperti URL permintaan, cap masa dan peristiwa tembok api yang boleh mengenal pasti pengguna akhir. Customer Metadata Boundary menyediakan pilihan Amerika Syarikat atau Kesatuan Eropah. Tanpa sempadan yang ditetapkan, log boleh disimpan di pusat data teras Cloudflare secara global.

Lokasi penyimpanan juga berbeza daripada akses kepada rekod. Apabila pilihan akses luar rantau diaktifkan, pengguna akaun yang diberi kuasa boleh mengakses log dari luar rantau penyimpanannya. Dokumentasi turut menyatakan bahawa laluan sesi ke rantau yang tidak sepadan boleh menyebabkan paparan analitik menunjukkan tiada data. Keadaan itu perlu dibezakan daripada kesimpulan bahawa tiada trafik berlaku.

Sumber: Customer Metadata Boundary — Cloudflare Data Localization Suite.

Keserasian produk masih perlu diperiksa

Jadual keserasian Cloudflare menunjukkan bahawa sokongan berbeza mengikut produk dan komponen. Ada ciri yang serasi sepenuhnya, ada yang mempunyai syarat khusus, dan ada yang tidak serasi. Sebagai contoh, Smart Tiered Caching tidak tersedia bersama Regional Services, manakala kaedah Regular dan Custom Tiered Cache disokong.

Dokumentasi tersebut juga menyenaraikan sekatan log atau analitik bagi beberapa produk apabila Customer Metadata Boundary digunakan di luar rantau Amerika Syarikat. Paparan berpusat membantu pemeriksaan konfigurasi, tetapi syarat pada setiap produk masih menentukan bagaimana sesuatu susunan perkhidmatan boleh digunakan.

Sumber: Product compatibility — Cloudflare Data Localization Suite.

Cadangan editorial untuk pasukan IT Malaysia

Cadangan berikut ialah panduan kerja editorial, bukan dakwaan tentang penggunaan Cloudflare oleh organisasi tempatan. Mulakan dengan satu aplikasi percubaan, misalnya portal tempahan rekaan. Sediakan rekod berasingan untuk lokasi pemprosesan trafik, penyimpanan log dan pengurusan kunci. Catat sumber bukti, tarikh semakan dan perkara yang belum dapat dipastikan.

Kemudian lukis aliran aplikasi sendiri: pelayar pengguna, perkhidmatan rangkaian, pelayan asal, pangkalan data dan destinasi eksport log. Gunakan rajah itu untuk mengemukakan soalan kepada pemilik setiap komponen. Jangan menganggap satu paparan vendor sudah menjawab lokasi semua salinan data dalam reka bentuk anda.

Sebelum menukar konfigurasi sebenar, cadangkan ujian kecil yang memeriksa fungsi aplikasi, akses kakitangan sokongan kepada log dan kelengkapan rekod pemantauan. Tetapkan juga cara mengembalikan konfigurasi jika hasilnya tidak memenuhi keperluan operasi. Simpan keputusan ujian bersama sebab sesuatu rantau dipilih.

Bagi pelajar atau pencari kerja, jadikan latihan ini bahan portfolio menggunakan data rekaan. Hasilkan rajah aliran dan nota keputusan ringkas tanpa mendedahkan maklumat organisasi. Fokus pada kemampuan menerangkan apa yang telah disahkan, batas bukti yang ada dan soalan susulan yang masih perlu dijawab.

Rujukan

• Cloudflare One Changelog — View your data localization settings in one dashboard page — 2026-10-29
• Region support — Cloudflare Data Localization Suite
• Customer Metadata Boundary — Cloudflare Data Localization Suite
• Product compatibility — Cloudflare Data Localization Suite

Disediakan secara automatik dengan bantuan AI berdasarkan sumber yang dipautkan. Semakan sumber: 2026-11-01. Gambar utama ialah ilustrasi janaan AI, bukan foto peristiwa sebenar.