Apa yang dilakukan Cloudflare dan cara kerja platformnya
Cloudflare adalah perusahaan konektivitas cloud. Platform globalnya menyediakan layanan untuk pengiriman situs web, keamanan, keandalan, jaringan, akses tenaga kerja, dan pengembangan aplikasi. Sebuah perusahaan dapat menggunakan satu layanan Cloudflare tanpa mengadopsi seluruh platform.
cloudflare.com adalah situs web resmi Cloudflare. Situs ini menjelaskan produk, dokumentasi, dukungan, perusahaan, dan informasi kepercayaan. Situs web tersebut tidak boleh disamakan dengan platform itu sendiri atau dengan situs web pelanggan yang kebetulan menggunakan Cloudflare.
Untuk apa Cloudflare digunakan
Cloudflare bekerja di beberapa bagian infrastruktur Internet. Menyebutnya hanya sebagai jaringan pengiriman konten, penyedia DNS, atau layanan DDoS mengabaikan bagian-bagian penting dari platform tersebut.
Sebuah situs web atau organisasi mungkin menggunakan Cloudflare untuk:
- Menerbitkan catatan DNS otoritatif
- Merutekan lalu lintas web publik melalui proksi terbalik
- Menyimpan konten yang memenuhi syarat dalam cache agar lebih dekat dengan pengunjung
- Menyaring serangan dan permintaan yang tidak diinginkan
- Menyeimbangkan lalu lintas atau meningkatkan perutean jaringan
- Mengendalikan akses karyawan ke aplikasi privat
- Menjalankan kode aplikasi dan menyimpan data
- Melindungi jaringan dan koneksi Internet yang lebih besar
Ini adalah kemungkinan penggunaan, bukan fitur yang otomatis diaktifkan untuk setiap pelanggan. Pemilik memilih produk dan pengaturan untuk setiap domain, aplikasi, kelompok pengguna, atau jaringan.
Cara kerja proksi terbalik
Untuk situs web yang diproksikan, sebuah permintaan yang disederhanakan mengikuti jalur berikut:
- Seorang pengunjung meminta sebuah halaman.
- DNS mengembalikan alamat yang terkait dengan jaringan Cloudflare.
- Browser terhubung ke Cloudflare, bukan langsung ke server asal.
- Cloudflare menerapkan layanan yang dikonfigurasi untuk lalu lintas tersebut.
- Cloudflare menghubungi server asal ketika membutuhkan respons yang tidak dapat disediakannya sendiri.
- Respons kembali kepada pengunjung melalui Cloudflare.
Susunan ini disebut proksi terbalik karena proksi menerima permintaan atas nama aplikasi asal. Hal ini memungkinkan Cloudflare melakukan pekerjaan di jalur lalu lintas, seperti mengakhiri koneksi HTTPS, menerapkan aturan keamanan, atau menyajikan konten dari cache.
Model ini tidak membuktikan bahwa setiap respons disimpan dalam cache atau diperiksa oleh setiap produk keamanan. Model ini juga tidak membuktikan bahwa server asal tidak dapat dijangkau melalui alamat lain. Hasil tersebut bergantung pada konfigurasi pelanggan.
Cloudflare menggunakan alamat IP bersama dan perutean Anycast. Anycast memungkinkan rentang alamat yang sama diumumkan dari banyak lokasi jaringan agar lalu lintas dapat mencapai lokasi Cloudflare terdekat. Karena itu, alamat Cloudflare mengidentifikasi jalur jaringan publik. Alamat tersebut biasanya tidak mengidentifikasi hos asal pelanggan.
Catatan DNS-only dan yang diproksikan
Cloudflare dapat menyediakan DNS otoritatif tanpa memproksikan lalu lintas situs web. Ini adalah salah satu alasan frasa “menggunakan Cloudflare” memerlukan konteks.
| Pengaturan | Yang terjadi | Hal yang tidak dibuktikannya |
|---|---|---|
| DNS-only | Cloudflare menjawab DNS dengan tujuan yang dikonfigurasi oleh pemilik domain | Lalu lintas web biasa tidak otomatis melewati proksi HTTP Cloudflare |
| Diproksikan | DNS mengembalikan alamat Cloudflare dan lalu lintas yang didukung mencapai Cloudflare terlebih dahulu | Setiap respons tidak otomatis disimpan dalam cache dan setiap produk opsional tidak otomatis aktif |
| Produk platform terpisah | Pelanggan menggunakan layanan tersebut sesuai arsitekturnya sendiri | Produk lain dalam katalog Cloudflare belum tentu digunakan |
Sebuah domain dapat memadukan pendekatan-pendekatan ini. Situs web utamanya mungkin diproksikan, catatan email dapat tetap DNS-only, dan aplikasi terpisah dapat berjalan di platform pengembang.
Bagian utama platform
Cloudflare mengelompokkan produk berdasarkan berbagai fungsi. Batasan-batasan ini membantu menjelaskan platform tanpa memperlakukannya sebagai satu sakelar raksasa.
Performa dan keamanan aplikasi
Layanan ini bekerja dengan situs web publik, API, dan aplikasi. Layanan tersebut mencakup DNS, pengiriman konten, penyeimbangan beban, HTTPS, perlindungan DDoS, kontrol firewall aplikasi web, pembatasan laju, kontrol bot, dan produk terkait.
Setiap produk menangani masalah yang berbeda. Domain yang diproksikan tidak otomatis membuktikan bahwa firewall aplikasi web, produk bot, atau batas laju khusus telah diaktifkan. Pemilik situs harus mengonfigurasi dan menguji kontrol yang penting bagi aplikasi.
Zero Trust dan SASE
Cloudflare juga menyediakan layanan yang mengendalikan cara karyawan, perangkat, dan jaringan mengakses aplikasi privat, Internet publik, dan layanan perangkat lunak. Area ini umumnya dijelaskan dengan istilah seperti Zero Trust, security service edge, atau SASE.
Hal ini berbeda dari menempatkan situs web publik di balik proksi terbalik. Sebuah perusahaan dapat melindungi tenaga kerjanya tanpa menghoskan situs publiknya di platform pengembang, dan dapat memproksikan situs web tanpa menggunakan produk akses tenaga kerja.
Layanan jaringan
Beberapa produk beroperasi pada lapisan jaringan yang lebih luas, bukan hanya pada lapisan aplikasi web. Produk-produk tersebut dapat melindungi atau menghubungkan jaringan, merutekan lalu lintas, atau mendukung protokol di luar permintaan browser biasa.
Inilah alasan satu diagram lalu lintas tidak dapat menggambarkan setiap layanan Cloudflare. Permintaan web yang diproksikan, karyawan yang menggunakan aplikasi privat, dan organisasi yang melindungi jaringan IP mengikuti jalur yang berbeda.
Platform pengembang
Platform pengembang Cloudflare memungkinkan tim menjalankan kode dan menggunakan layanan data terkelola di jaringannya. Komponen yang umum meliputi:
| Produk | Peran dalam bahasa sederhana |
|---|---|
| Workers | Menjalankan kode aplikasi tanpa mengelola server konvensional untuk kode tersebut |
| D1 | Menyediakan penyimpanan SQL terkelola |
| R2 | Menyimpan berkas dan objek lainnya |
| KV | Menyimpan nilai yang diakses menggunakan kunci |
| Durable Objects | Menggabungkan status dengan komputasi terkoordinasi |
| Queues and Workflows | Mendukung pesan latar belakang dan pekerjaan bertahap |
Produk-produk ini dapat digabungkan, tetapi tidak dapat saling menggantikan. Aplikasi relasional mungkin memerlukan SQL, pustaka gambar mungkin memerlukan penyimpanan objek, dan sesi kolaboratif mungkin memerlukan status terkoordinasi.
Keberadaan layanan-layanan ini tidak berarti setiap situs di balik Cloudflare dibuat dengan Workers atau menyimpan data di D1. Banyak pelanggan mempertahankan aplikasi mereka di hos lain dan hanya menggunakan Cloudflare di depannya.
Apakah Cloudflare merupakan penyedia hosting?
Cloudflare dapat menghoskan kode aplikasi dan data melalui produk pengembangnya, tetapi alamat IP Cloudflare saja tidak menunjukkan lokasi tempat server asal suatu situs berjalan.
Dalam konfigurasi proksi terbalik, pengunjung melihat alamat publik milik proksi. Server asal dapat berada di pusat data privat atau pada penyedia cloud maupun hosting lain. Alamat proksi bersama sengaja menyembunyikan detail tersebut dari pencarian dasar.
Gunakan bahasa yang lebih tepat:
- “Lalu lintas publik situs melewati Cloudflare” ketika bukti proksi mendukungnya.
- “Domain menggunakan DNS otoritatif Cloudflare” ketika bukti nameserver mendukungnya.
- “Aplikasi berjalan di Workers” hanya ketika bukti langsung mendukung kesimpulan tersebut.
Apakah Cloudflare menyimpan setiap halaman dalam cache?
Tidak. Cloudflare menawarkan kontrol caching dan pengiriman konten, tetapi perilaku sebenarnya bergantung pada permintaan, respons, aturan cache, produk, dan konfigurasi pelanggan.
Respons dinamis atau yang dipersonalisasi mungkin tidak cocok untuk caching bersama. Pelanggan dapat melewati cache untuk jalur tertentu atau mengubah berapa lama konten yang memenuhi syarat disimpan. Karena itu, satu respons Cloudflare tidak menetapkan kebijakan cache untuk seluruh situs.
Kehati-hatian yang sama berlaku untuk keamanan. Cloudflare menawarkan banyak kontrol, tetapi keberadaan di jaringan tidak membuktikan bahwa setiap opsi telah dibeli, diaktifkan, atau dikonfigurasi dengan benar.
Pertimbangan privasi, keamanan, dan operasional
Ketika Cloudflare menjadi proksi terbalik, lalu lintas mencapai jaringannya sebelum mencapai server asal. Posisi tersebut memungkinkan fungsi performa dan keamanan, sekaligus menjadikan penanganan data dan kontrol akses sebagai topik evaluasi yang penting.
Cloudflare menerbitkan kebijakan privasi dan pusat kepercayaan dengan informasi terkini tentang perlindungan data, keamanan, dan kepatuhan. Pemilik situs harus meninjau dokumen-dokumen tersebut untuk produk dan wilayah yang akan digunakan.
Pemilik situs tetap memiliki tanggung jawab. Cloudflare tidak secara otomatis membuat kode aplikasi menjadi benar, izin menjadi terbatas, pengumpulan data menjadi diperlukan, atau server asal menjadi aman. Tim harus meninjau:
- Catatan dan aplikasi mana yang diproksikan
- Data permintaan dan respons apa yang melewati layanan
- Apakah server asal menerima lalu lintas langsung yang tidak dimaksudkan
- Cara sertifikat, rahasia, dan akses administrator dikelola
- Aturan keamanan mana yang diaktifkan dan diuji
- Berapa lama log disimpan dan siapa yang dapat mengaksesnya
- Apa yang terjadi ketika ada kesalahan konfigurasi atau insiden layanan
Layanan berlapis dapat mengurangi risiko sekaligus menjadi ketergantungan operasional. Tim memerlukan kontrol perubahan, pemantauan, pencadangan, dan rencana pemulihan yang sesuai untuk aplikasi.
Cara mengevaluasi Cloudflare
Mulailah dari masalahnya, bukan dari daftar produk. Situs web kecil, aplikasi internal, jaringan global, dan beban kerja serverless memiliki kebutuhan yang berbeda.
Tanyakan:
- Apakah kita memerlukan DNS otoritatif, proksi, atau keduanya?
- Nama hos dan jenis lalu lintas mana yang harus ditangani Cloudflare?
- Masalah performa atau keamanan apa yang ingin kita selesaikan?
- Apakah tugas ini berkaitan dengan aplikasi publik, akses karyawan, atau jaringan?
- Apakah beban kerja tersebut sesuai untuk Workers dan layanan data yang tersedia?
- Informasi apa yang akan diproses oleh layanan?
- Fitur, batas, dan opsi dukungan mana yang berlaku untuk paket yang dimaksud?
- Bagaimana kita akan menguji perubahan dan memulihkan keadaan setelah kesalahan?
Kemudian buat uji coba yang representatif. Ukur halaman dan permintaan nyata, uji perilaku cache dan keamanan, verifikasi jalur server asal, dan dokumentasikan konfigurasi yang dihasilkan. Dokumentasi produk terkini lebih dapat diandalkan daripada daftar periksa umum karena paket dan kemampuan dapat berubah.
Cloudflare paling tepat dipahami sebagai platform konektivitas yang luas. Platform ini dapat menangani satu kebutuhan khusus, seperti DNS otoritatif, atau menggabungkan beberapa layanan di seluruh aplikasi dan jaringan. Deskripsi yang tepat untuk seorang pelanggan bergantung pada apa yang benar-benar dikonfigurasi pelanggan tersebut, bukan pada daftar lengkap produk yang ditawarkan Cloudflare.
Respons yang berhasil bukan jaminan keamanan. Pengukuran menggambarkan satu pengamatan pada suatu waktu.