Wilayah & residensi data

Situs Anda berjalan di tempat yang Anda tentukan

Wilayah bukanlah tiket bantuan di platform ini — melainkan properti situs, yang dipatuhi oleh mesin penempatan setiap kali ada sesuatu yang disebarkan. Anda memilih pusat data saat membuat situs, dari kota-kota yang ditawarkan oleh lini hosting-nya saat ini, dan setiap penerapan mendarat di kapasitas armada di lokasi tersebut, dengan edge global di depannya. Setiap halaman hosting mencantumkan kota-kota tersebut, yang dibaca secara langsung.

Satu situs yang didistribusikan ke berbagai node tepi di berbagai wilayah.
  • 700.000+situs yang di-hosting di seluruh dunia
  • Anda yang memilihpusat data untuk setiap situs
  • 99,99%Jaminan waktu aktif
  • 58Bahasa panel

Lokasi kami beroperasi

Dua hal berada di balik setiap lokasi: armada worker yang menjalankan situs Anda, dan control plane yang mengelolanya. Keduanya berbasis wilayah (region-aware). Lokasi mana yang Anda pilih terserah pada Anda; kapasitas di bawahnya adalah pengaturan kami sendiri, dan kami sengaja beroperasi di lebih dari satu pemasok sehingga tidak ada satu pemasok tunggal yang menjadi platform tersebut.

Dipilih per situs

Setiap lini hosting menawarkan kumpulan pusat data tersendiri. Anda memilih satu saat membuat situs, dan formulir pemesanan hanya menawarkan kota tempat lini tersebut memiliki ruang hari ini.

Ditampilkan langsung

Kota-kota di setiap halaman hosting dan di formulir pemesanan dibaca dari mesin penempatan, sehingga lokasi baru akan muncul pada hari saat kapasitasnya tersedia, dan lokasi yang penuh tidak akan ditawarkan.

Cara kerja penempatan sebenarnya

Wilayah diberlakukan dalam kode, pada saat situs dibuat — bukan oleh operator yang mengingat kotak mana yang harus digunakan.

Setiap worker telah diberi tag

Setiap host dalam armada mendaftarkan dirinya dengan kunci wilayah, daftar afinitas lini produk, jenis server web, dan angka kapasitas, lalu mengambil pekerjaan. Layanan penempatan memfilter kandidat berdasarkan wilayah terlebih dahulu, kemudian lini produk, lalu kapasitas yang tersedia, dan memilih host yang memenuhi syarat dengan beban paling sedikit.

Situs mewarisi dan mempertahankan wilayah tersebut

Jika Anda menyematkan suatu wilayah, hanya worker di wilayah tersebut yang memenuhi syarat. Jika tidak, situs akan mewarisi wilayah worker tempatnya mendarat dan nilai tersebut disimpan di situs — sehingga catatan mengenai lokasi data Anda adalah bidang yang dapat Anda baca, bukan sekadar asumsi.

Kapasitas diklaim secara atomik

Penempatan mengklaim kapasitas dengan pembaruan bersyarat yang hanya berhasil selama worker masih aktif, masih menerima penerapan, dan masih berada di bawah kapasitas. Dua penerapan yang memperebutkan slot terakhir tidak dapat menang keduanya, sehingga suatu wilayah tidak akan pernah kelebihan langganan secara diam-diam.

Tidak ada fallback senyap ke wilayah yang salah

Jika tidak ada yang memenuhi syarat di wilayah Anda yang memiliki ruang, penerapan akan memunculkan kesalahan penempatan dan berhenti. Penerapan tidak beralih ke benua lain demi membuat permintaan berhasil. Kegagalan yang terlihat dan penambahan kapasitas lebih baik daripada situs yang diam-diam berpindah negara.

Pengurasan alih-alih gangguan

Setiap worker memiliki tombol accepts-deploys. Mengubahnya ke drain akan menghentikan masuknya situs baru sementara situs yang sudah ada tetap berjalan tanpa gangguan, yang merupakan cara kami melakukan pemeliharaan, pembaruan perangkat keras, dan penonaktifan di dalam suatu wilayah tanpa memindahkan beban kerja Anda.

Residensi sebagai keputusan produk

Residensi data adalah salah satu dari sedikit keputusan hosting yang sangat sulit untuk dibatalkan, sehingga platform memperlakukannya sebagai dimensi utama dan bukan sekadar detail penerapan. Pilihan residensi pelanggan merupakan masukan untuk penempatan, wilayah dicatat terhadap situs, dan armada diberi tag agar sesuai. Hal itulah yang membuat jawaban terkait residensi dapat diaudit, bukan sekadar cerita belaka.

Model kepenyewaan berjalan beriringan dengannya. Setiap rekaman di dalam mesin membawa cakupan organisasi dengan keamanan tingkat baris PostgreSQL yang ditegakkan pada basis data, dan kepenyewaan bersifat hierarkis — organisasi reseller di atas organisasi klien di atas situs. Wilayah menjawab di mana data berada; keamanan tingkat baris menjawab siapa yang dapat mengaksesnya. Keduanya penting bagi peninjau kepatuhan dan tidak ada yang bersifat opsional.

Ekspor dan penghapusan data GDPR merupakan bagian dari desain yang sama dan bukan proses tambahan, serta tindakan dengan hak istimewa dan administratif dicatat dalam log audit. Jika kuesioner pembeli Anda menanyakan di mana data berada, siapa yang dapat mengkuerinya, dan apa yang terjadi ketika subjek memintanya kembali, pertanyaan-pertanyaan tersebut dapat dijawab di sini.

Asal lokal hanyalah setengah dari cerita kecepatan

Memilih wilayah terdekat memang membantu, tetapi sebagian besar latensi yang dirasakan pengunjung Anda sudah ditentukan bahkan sebelum permintaan mencapai server asal Anda.

  • Cloudflare berada di garda terdepan untuk semuanya — CDN, WAF, DNS, dan perlindungan DDoS — sehingga respons yang dapat di-cache disajikan dari edge yang dekat dengan pengunjung, bukan dari wilayah asal Anda.
  • LSCache berjalan pada worker itu sendiri sebagai cache seluruh halaman tingkat server dengan ESI dan pembersihan otomatis cerdas, yang berarti sebagian besar permintaan WordPress tidak pernah menyentuh PHP atau MySQL sama sekali.
  • Cache objek Redis per situs mengeliminasi pembacaan basis data yang berulang dari permintaan yang masuk ke aplikasi.
  • Pembersihan dikoordinasikan di kedua lapisan dari satu kontrol di panel, dan dari dalam WordPress melalui plugin cache Zinn®, sehingga salinan edge dan salinan asal tidak akan pernah berbeda setelah Anda memublikasikan.
  • Pelanggan Footprint-Free melapiskan pool akun CDN di atasnya: situs-situs tersebar di akun kami dan akun Anda sendiri, dengan keseimbangan dihitung ulang dari status akun live pada saat penerapan.
  • Kami tidak menerbitkan tolok ukur latensi atau throughput, dan kami tidak mengklaim wilayah tertentu akan menjadi yang tercepat bagi audiens Anda. Pilih wilayah yang ditunjukkan oleh pengunjung dan posisi kepatuhan Anda, lalu biarkan lapisan cache melakukan sisanya.

Domain kegagalan, pencadangan, dan batasan yang jujur

Multi-region memiliki nilai yang sangat kecil jika semuanya masih berbagi nasib yang sama. Arsitektur ini memisahkan bagian-bagian yang tidak boleh gagal secara bersamaan.

Bidang kontrol dan armada terpisah

Engine, basis data, lapisan alur kerja, dan dasbor berjalan pada control plane Kubernetes tersendiri, terpisah sepenuhnya dari armada worker yang melayani situs pelanggan. Insiden pada control-plane tidak boleh melumpuhkan situs pelanggan, dan insiden armada tidak boleh melumpuhkan platform.

Permukaan publik juga bersifat independen

Dasbor pelanggan, konsol admin, dan situs pemasaran ini diterapkan di Cloudflare secara terpisah dari kluster control-plane, sehingga insiden pada platform tidak serta-merta menghilangkan tempat yang Anda tuju untuk membaca informasinya.

Status berada di luar platform

Halaman status sengaja di-hosting pada penyedia yang berbeda di wilayah yang berbeda. Halaman status yang berjalan di atas infrastruktur yang dipantaunya tidak akan berguna tepat pada saat Anda membutuhkannya.

Cadangan yang tidak dapat diubah, di luar lokasi, dan terisolasi

Pencadangan per situs bersifat tidak dapat diubah dan disimpan di luar lokasi, ditulis ke penyimpanan objek, dengan pemulihan yang diuji alih-alih diasumsikan. Pemulihan dapat dilakukan dengan satu klik dari panel di samping pengelola berkas, domain, DNS, SSL, dan log.

Hal yang tidak kami klaim

Kami tidak menetapkan perjanjian tingkat layanan, waktu respons, atau angka latensi pada halaman ini — ketentuan SLA disepakati per kontrak. Angka 99.99% yang tertera pada paket Footprint-Free adalah jaminan waktu operasional, target yang kami bangun, bukan catatan ketersediaan historis yang terukur.

Memilih wilayah

Dalam praktiknya, keputusan bermuara pada empat pertanyaan, dan sebagian besar pelanggan menjawabnya dalam waktu kurang dari satu menit.

  • Apakah Anda memiliki persyaratan residensi kontraktual atau regulasi? Jika ya, itu menjadi penentunya — pelanggan EU dengan kewajiban GDPR memilih pusat data di dalam Uni Eropa, dan kami memiliki rute EU berbasis GDPR bawaan saat kontrak secara khusus mewajibkannya.
  • Di mana audiens yang sebenarnya Anda monetisasi berada? Pilih pusat data yang paling dekat dengan mereka dari kota-kota yang ditawarkan pada formulir pemesanan.
  • Apakah pengadaan pembeli Anda memerlukan platform dasar yang tersertifikasi? Jika pengesahan SOC 2 atau ISO 27001 pada infrastruktur di bawah situs Anda adalah syarat mutlak, beri tahu kami sebelum Anda membangun dan kami akan menempatkannya pada kapasitas yang memilikinya.
  • Apakah Anda ingin membagi portofolio Anda di beberapa domain kegagalan? Menempatkan situs di lebih dari satu pusat data menghilangkan konsentrasi pada satu lokasi.
  • Ragu? Mulai dengan uji coba tanpa kartu. Tidak ada yang berubah pada panel, driver, atau rangkaian fitur saat Anda menerapkannya di tempat lain nanti.

Pertanyaan yang Sering Diajukan

Dapatkah saya memilih di wilayah mana situs saya diterapkan?

Ya. Wilayah adalah input untuk mesin penempatan, bukan permintaan yang ditangani di luar jalur. Sematkan wilayah dan hanya fleet worker yang diberi tag untuk wilayah tersebut yang memenuhi syarat untuk menerima situs; wilayah yang dipilih kemudian disimpan di catatan situs sehingga Anda selalu dapat mengetahui di mana situs tersebut berjalan. Biarkan tidak disetel dan situs akan mewarisi wilayah worker tempatnya berada.

Di kawasan mana saja Anda beroperasi?

Hal ini bergantung pada lini hosting, karena setiap lini berjalan pada kapasitas yang dibangun untuknya. Formulir pemesanan dan setiap halaman hosting mencantumkan kota-kota yang dapat Anda pilih hari ini, dibaca secara langsung dari mesin penempatan, sehingga jawaban ini tidak pernah usang. Untuk residensi EU yang ketat, pilih pusat data di dalam Uni Eropa; jika pengadaan memerlukan platform dasar yang tersertifikasi, kami dapat menempatkannya pada kapasitas yang memenuhi persyaratan tersebut. Pemasok di balik setiap lokasi adalah pengaturan komersial kami sendiri — Anda memilih lokasinya, bukan vendornya.

Apakah Anda memiliki sertifikasi SOC 2 atau ISO 27001?

Tidak — Zinn Digital® saat ini tidak memiliki sertifikasi kepatuhan tersendiri, dan kami tidak akan menyatakan sebaliknya. Yang dapat kami lakukan adalah menempatkan beban kerja Anda pada platform dasar yang memilikinya, di mana pengadaan oleh pembeli mewajibkan adanya platform tersertifikasi di balik situs Anda. Secara terpisah, kontrol platform itu sendiri nyata dan dapat diperiksa: isolasi per situs, keamanan tingkat baris pada setiap tabel dengan cakupan tenant, rahasia disimpan di Vault, TLS menyeluruh, dan pencatatan audit untuk tindakan dengan hak istimewa.

Apa yang terjadi jika wilayah yang saya inginkan tidak memiliki kapasitas?

Penerapan terlihat gagal dengan kesalahan penempatan daripada memindahkan situs Anda ke tempat lain secara diam-diam. Hal itu disengaja: situs yang berpindah yurisdiksi secara diam-diam merupakan hasil yang jauh lebih buruk daripada penerapan yang terhenti dan memberi tahu Anda alasannya. Kapasitas ditambahkan dengan menghadirkan lebih banyak host secara online di wilayah tersebut, tempat mereka mendaftarkan diri dan segera mulai menerima pekerjaan.

Apakah situs saya akan lambat bagi pengunjung yang jauh dari pusat datanya?

Kami tidak memublikasikan tolok ukur latensi dan tidak akan menjanjikan angka tertentu. Yang dapat kami jelaskan adalah arsitekturnya: Cloudflare berada di baris depan setiap situs sehingga respons yang dapat di-cache disajikan dari lokasi edge dekat pengunjung, LSCache menyajikan halaman penuh dari worker tanpa menyentuh PHP atau basis data, dan cache objek Redis per situs menyerap kueri berulang. Untuk sebagian besar situs konten, kombinasi tersebut berarti wilayah asal jauh lebih tidak penting dibandingkan konfigurasi cache. Jika audiens Anda terkonsentrasi di satu benua, tetap tempatkan server asal di sana.

Dapatkah saya memindahkan situs yang sudah ada ke wilayah lain nanti?

Wilayah ditetapkan saat situs dibuat dan disimpan pada catatan situs, sehingga perubahan wilayah merupakan migrasi, bukan sekadar sakelar peralihan. Bicaralah dengan kami sebelum Anda membangun jika Anda sudah mengetahui akan ada pemindahan — jauh lebih hemat biaya untuk menempatkannya secara benar sejak awal daripada memindahkan portofolio yang sedang aktif.

Di mana cadangan saya disimpan?

Cadangan per situs bersifat tidak dapat diubah (immutable), disimpan di luar lokasi (offsite), dan terisolasi dari armada yang sedang berjalan, ditulis ke penyimpanan objek dengan pemulihan yang telah diuji alih-alih diasumsikan, serta dapat dipulihkan dalam satu klik dari panel. Jika ketentuan kepatuhan Anda mengharuskan penyimpanan cadangan berada di yurisdiksi tertentu, sampaikan langsung kepada kami — hal tersebut merupakan perincian kontraktual yang kami sepakati per pelanggan, bukan klaim umum yang kami buat di halaman web.

Dapatkah saya mencobanya tanpa harus berkomitmen pada suatu wilayah?

Ya. Uji coba berlangsung selama 14 hari dan tanpa kartu. Ini mencakup Footprint-Free Hosting hingga lima situs, yang cukup untuk melihat bagaimana perilaku deployment, penempatan, dan lapisan cache sebelum Anda memutuskan di mana portofolio produksi Anda harus berada.

Mulai dari tempat yang masuk akal, berpindahlah saat diperlukan

Mulai uji coba 14 hari tanpa kartu kredit, atau beri tahu kami persyaratan residensi data Anda terlebih dahulu dan kami akan menempatkan Anda dengan tepat sejak penerapan pertama.

Mulai gratis