Cloud CDN adalah platform Jaringan Penayangan Konten (CDN) akselerasi web Google Cloud yang membantu Anda menyimpan konten statis yang diakses secara rutin ke dalam cache agar lebih dekat dengan pengguna. Cloud CDN dioptimalkan untuk menayangkan campuran aset web statis dan dinamis yang sensitif terhadap latensi, seperti file CSS, JavaScript, HTML, dan gambar.
Media CDN adalah platform CDN pengiriman media Google Cloud yang melengkapi Cloud CDN. Media CDN dioptimalkan untuk beban kerja keluar dengan throughput tinggi seperti streaming video dan download file besar.
Menggunakan Cloud CDN dan Media CDN dapat meningkatkan performa untuk pengguna, menurunkan penggunaan resource infrastruktur origin, dan mengurangi biaya penayangan jaringan.
Kedua produk tersebut mendukung serangkaian fitur yang serupa, tetapi setiap produk dioptimalkan untuk kasus penggunaan tertentu. Membandingkan Cloud CDN dengan Media CDN mirip dengan membandingkan Cloud SQL dengan BigQuery. Cloud CDN dan Cloud SQL ditujukan untuk kueri kecil dalam skala besar. Media CDN dan BigQuery dirancang untuk throughput dan skala ekstrem. Menggunakan Media CDN untuk menayangkan JavaScript atau CSS (beban kerja web) serupa dengan mencoba menggunakan BigQuery untuk tabel 5 GB dengan beberapa ribu baris. Solusi ini berfungsi, tetapi tidak dioptimalkan untuk kasus penggunaan tersebut.
Kasus penggunaan
Tabel berikut menjelaskan beberapa kasus penggunaan umum dan produk CDN yang direkomendasikan.
| Kasus penggunaan | Produk CDN yang direkomendasikan |
|---|---|
| Menayangkan beban kerja dengan konten web standar dan konten media, seperti situs media sosial. | Anda dapat memiliki dua konfigurasi dalam skenario ini:
|
| Menayangkan situs dengan cepat kepada pengguna. | Cloud CDN adalah pilihan tepat untuk workload yang cenderung mengirimkan objek yang sangat kecil dengan kecepatan tinggi, seperti teknologi iklan dan platform e-commerce. Keunggulannya adalah menayangkan konten web statis, seperti JavaScript, CSS, font, dan gambar inline. |
| Menayangkan download software berukuran besar. | Jika Anda mengantisipasi permintaan besar untuk download software, pertimbangkan Media CDN. Jika download software hanya sebagian kecil dari keseluruhan workload web Anda, pertimbangkan Cloud CDN. |
| Menayangkan video streaming melalui HLS dan DASH. | Jika Anda memiliki kebutuhan streaming video berskala besar, Media CDN adalah pilihan yang tepat karena perlindungan origin yang ditingkatkan, kapasitas berskala Tbps, serta logging dan metrik yang mendetail. |
| Memenuhi kebutuhan kepatuhan yang kuat untuk menayangkan download firmware—misalnya, ke lembaga pemerintah atau penyedia layanan kesehatan. |
Cloud CDN adalah pilihan yang tepat. Cloud CDN memiliki otorisasi Federal Risk and Authorization Management Program (FedRAMP) dan berada dalam posisi terbaik untuk memenuhi kebutuhan kepatuhan yang kuat. Kecuali jika Anda menggunakan permintaan yang ditandatangani, konten yang disimpan dalam cache CDN biasanya dapat diakses secara publik melalui URL. Seperti CDN lainnya, pertimbangkan untuk menggunakan skema enkripsi atau manajemen hak digital (DRM) Anda sendiri jika diperlukan. |
| Menayangkan konten gambar buatan pengguna kepada pengguna. | Cloud CDN adalah pilihan tepat untuk sebagian besar platform penayangan gambar. |
Pengecualian
Tabel berikut menjelaskan kasus penggunaan saat Cloud CDN atau Media CDN tidak cocok.
| Kasus penggunaan | Saran |
|---|---|
| Menayangkan video melalui Real-Time Messaging Protocol (RTMP). | Media CDN dan Cloud CDN tidak mendukung pengiriman berbasis RTMP ke klien. Anda dapat mengonfigurasi Load Balancer Jaringan passthrough eksternal global untuk mengirimkan RTMP jika memiliki layanan berbasis RTMP lama. Anda juga dapat menggunakan Live Stream API untuk memaketkan streaming sumber RTMP ke dalam aset HLS/DASH untuk dikirim melalui Media CDN. |
| Mengirimkan video pengguna ke pengguna melalui WebRTC. |
Media CDN dan Cloud CDN tidak mendukung pengiriman WebRTC. Anda dapat mengonfigurasi Load Balancer Jaringan passthrough eksternal regional untuk mengelola layanan berbasis WebRTC. |
| Gunakan WebSocket untuk komunikasi server-pengguna. | Siapkan Load Balancer Aplikasi eksternal global. Traffic WebSocket tidak dapat disimpan dalam cache, dan mendapatkan manfaat dari backbone global yang menghubungkan lokasi Google tempat Load Balancer Aplikasi eksternal berjalan ke backend Anda. |
| Menayangkan beban kerja sensitif, seperti data kesehatan atau data khusus pengguna lainnya. | Jangan gunakan Cloud CDN atau Media CDN untuk menayangkan workload sensitif atau data khusus pengguna. |
Mulai menggunakan produk CDN
Untuk mulai menggunakan produk CDN, lihat halaman berikut:
Fitur CDN yang didukung
Tabel berikut merangkum fitur yang tersedia di Cloud CDN dan Media CDN.
Dukungan origin dan backend
| Fitur | Cloud CDN | Media CDN |
|---|---|---|
| Bucket Cloud Storage, termasuk penyimpanan multi-region redundan | ✓ | ✓ |
| Instance virtual machine (VM) Compute Engine | ✓ | ✓ |
| Instance penampung Google Kubernetes Engine (GKE) | ✓ | ✓ |
| Backend eksternal (asal kustom)—on-premise, multicloud | ✓info | ✓ |
| App Engine, fungsi Cloud Run, atau layanan Cloud Run | ✓ | ✓ |
| Failover origin | ✓info | |
| Waktu tunggu yang dapat dikonfigurasi | ✓info | ✓info |
Menyimpan data ke dalam cache
| Fitur | Cloud CDN | Media CDN |
|---|---|---|
| Permintaan diciutkan (penggabungan) | ✓info | ✓info |
| Pelindung asal | ✓info | |
| Kunci cache kustom | ✓info | ✓info |
| Penggantian caching yang dapat dikonfigurasi | ✓info | ✓info |
| Pembatalan validasi cache terprogram | ✓info | ✓info |
| Invalidasi cache terprogram menggunakan tag cache | ✓info | |
Perintah Cache-Control standar |
✓info | ✓info |
| TTL yang Dapat Dikonfigurasi | ✓info | ✓info |
| Caching negatif | ✓info | ✓info |
| Validasi konten asinkron | ✓info | |
| Mengabaikan cache | ✓info | ✓info |
| Kebijakan cache per asal | ✓info | ✓info |
| Kebijakan cache per rute | ✓info |
Pencocokan rute dan pemilihan origin
| Fitur | Cloud CDN | Media CDN |
|---|---|---|
| Pemilihan backend berbasis host dan berbasis jalur | ✓info | ✓info |
| Pengalihan URL | ✓info | ✓info |
| Penulisan ulang URL | ✓info | ✓info |
| Pencocokan header dan parameter kueri | ✓info | ✓info |
| Pencocokan pola (karakter pengganti) | ✓info | ✓info |
| Injeksi header dinamis—geografi klien, status cache, versi TLS | ✓info | ✓info |
| Kebijakan cross-origin resource sharing (CORS) bawaan | ✓info |
Protokol yang didukung
| Fitur | Cloud CDN | Media CDN |
|---|---|---|
| Anycast Global—IPv4 dan IPv6 | ✓ | ✓ |
| HTTP/3, berdasarkan IETF QUIC | ✓ | ✓ |
| HTTP/2 | ✓ | ✓ |
| HTTP/1.1 | ✓ | ✓ |
| TLS 1.3 | ✓ | ✓ |
| TLS 1.2 | ✓ | ✓ |
| Dukungan TLS 1.0 dan 1.1 untuk perangkat lama | ✓ |
Logging dan pemantauan
| Fitur | Cloud CDN | Media CDN |
|---|---|---|
| Log permintaan mendetail | ✓info | ✓info |
| Pengiriman log mendekati real-time | ✓ | ✓info |
| Pelaporan rasio cache-hit | ✓ | ✓ |
| Metrik permintaan dan respons | ✓ | ✓ |
| Mengekspor ke Cloud Storage, BigQuery, atau alat eksternal | ✓ | ✓ |
| Notifikasi untuk produk yang didukung | ✓ | ✓ |
Otomatisasi dan API
| Fitur | Cloud CDN | Media CDN |
|---|---|---|
| REST API | ✓info | ✓info |
| Konsol Google Cloud | ✓ | ✓ |
| Google Cloud CLI | ✓info | ✓info |
| Dukungan Terraform | ✓info | ✓info |
Keamanan
| Fitur | Cloud CDN | Media CDN |
|---|---|---|
| Sertifikat SSL (TLS) terkelola | ✓ | ✓info |
| Sertifikat SSL (TLS) terkelola, tanpa biaya tambahan | ✓info | |
| Sertifikat SSL (TLS) bawa sendiri, tanpa biaya tambahan | ✓info | |
| Kebijakan SSL yang dapat disesuaikan—versi, cipher | ✓info | ✓info |
| Enkripsi dalam penyimpanan | ✓ | ✓ |
| Logging audit | ✓info | ✓info |
| Dukungan Google Cloud Armor | ✓info | ✓info |
| Identity and Access Management | ✓info | ✓info |
Ekstensibilitas
| Fitur | Cloud CDN | Media CDN |
|---|---|---|
| Kode kustom menggunakan plugin Ekstensi Layanan | ✓info (Pratinjau) |
Autentikasi konten
| Fitur | Cloud CDN | Media CDN |
|---|---|---|
| URL yang Ditandatangani | ✓info | ✓info |
| Cookie bertanda tangan | ✓info | ✓info |
| Token yang ditandatangani | ✓info | |
| Autentikasi token ganda | ✓info | |
| Autentikasi asal pribadi | ✓info | ✓info |
| Dukungan untuk atribut header dan IP dalam permintaan yang ditandatangani | ✓info | |
| Dukungan untuk HMAC-SHA1 dalam permintaan yang ditandatangani | ✓ | ✓ |
| Dukungan untuk Ed25519 dan HMAC-SHA-256 dalam permintaan yang ditandatangani | ✓ |
Kepatuhan
| Standar kepatuhan | Cloud CDN | Media CDN |
|---|---|---|
| HIPAA | ✓ | |
| PCI-DSS | ✓ | ✓ |
| SOC1, SOC2, SOC3 | ✓ | ✓ |
| ISO 27001, ISO 27017, ISO 27018, ISO 27701 | ✓ | ✓ |
| FedRAMP Menengah | ✓ |
Transisi antara kedua produk
Jika sudah memiliki deployment multi-CDN dengan produk pengalihan dan pemilihan CDN, Anda dapat melakukan transisi di antara keduanya menggunakan DNS, atau mengonfigurasi salah satunya sebagai CDN tambahan.
Kebijakan server Cloud DNS mungkin merupakan opsi untuk me-rutekan traffic di antara CDN atau bertransisi dari satu CDN ke CDN lainnya.
Menggunakan strategi multi-CDN
Untuk mengoptimalkan performa dan menurunkan biaya, Anda dapat menggunakan Cloud CDN dan Media CDN secara bersamaan atau dengan CDN lain dengan menerapkan strategi deployment multi-CDN.
Strategi multi-CDN, yang menghosting konten Anda dengan lebih dari satu penyedia CDN, dapat membantu Anda mengoptimalkan layanan CDN menurut wilayah dan kemampuan CDN yang ditawarkan oleh penyedia yang berbeda. Hal ini juga dapat berguna jika Anda menghosting peristiwa dengan traffic tinggi dan perlu mendistribusikan traffic ke beberapa penyedia. Jika terjadi pemadaman layanan kecil dengan satu penyedia, Anda dapat dengan cepat mengalihkan traffic ke penyedia CDN lain.
Deployment CDN dengan CDN utama dan CDN sekunder adalah contoh strategi deployment multi-CDN. CDN utama menayangkan sebagian besar traffic, dan CDN sekunder menayangkan sebagian kecil traffic. Jika ada masalah dengan CDN utama, pengguna dapat mengarahkan traffic ke CDN sekunder sebagai strategi penggantian dan tidak harus menunggu periode biasa agar cache menjadi hot saat sudah menayangkan konten.
Untuk memulai, rutekan traffic ke setiap CDN atau bagi sebagian traffic yang ada ke CDN baru menggunakan kebijakan server DNS atau layanan pengalihan traffic serupa.