Object Storage Service:Percepat akses OSS dengan CDN

Konfigurasi yang diperlukan

1. Aktifkan Range GETs: Aktifkan pengambilan asal berbasis rentang untuk nama domain yang dipercepat Anda. Hal ini memungkinkan node tepi CDN meminta file besar dalam potongan, yang mendukung penggeseran video dan unduhan yang dapat dilanjutkan.

2. Konfigurasikan TTL cache yang sesuai: File video biasanya jarang diperbarui. Tetapkan TTL cache yang panjang, seperti 30 hari atau lebih, untuk mengurangi pengambilan asal yang sering.

3. Gunakan resource prefetch: Sebelum merilis video, gunakan fitur CDN Refresh and Prefetch Resources untuk mendistribusikan video ke node tepi.

Rekomendasi bitrate video

Kecepatan pemuatan video berkaitan erat dengan bitrate. Jika pengguna melaporkan pemutaran video tersendat atau patah-patah, periksa bitrate video:

Metode 1: Arsitektur subdomain terpisah

Tetapkan subdomain semantik terpisah ke bucket untuk fitur atau jenis sumber daya yang berbeda, lalu konfigurasikan akselerasi CDN untuk setiap subdomain secara individual.

Menggunakan arsitektur subdomain terpisah memberikan manfaat berikut:

• Subdomain semantik mudah diidentifikasi dan dipelihara oleh tim pengembang.

• Trafik didistribusikan di tingkat DNS, yang menghindari batas koneksi bersamaan dari satu domain.

• Setiap bucket dapat memiliki kebijakan cache, konfigurasi keamanan, dan peringatan pemantauan sendiri.

• Pemantauan independen membantu Anda mengidentifikasi titik kemacetan kinerja dan trafik abnormal.

Metode 2: Domain terpadu dengan routing berbasis path

Untuk menyediakan titik akses terpadu bagi bucket dari layanan berbeda, konfigurasikan satu nama domain yang dipercepat dan gunakan rules engine untuk mengarahkan permintaan ke bucket tertentu berdasarkan path permintaan. Contoh ini menunjukkan cara mengonfigurasi nama domain yang dipercepat oss.example.com untuk mengambil konten dari dua bucket: cdn-bucket1 dan cdn-bucket2.

1. Tambahkan informasi origin: Tambahkan cdn-bucket1 dan cdn-bucket2 ke Origin Information nama domain yang dipercepat, lalu konfigurasikan resolusi CNAME untuk domain tersebut.

2. Tambahkan aturan path: Untuk nama domain yang dipercepat, buka Add Rule untuk membuat dua aturan path URL yang masing-masing cocok dengan http://oss.example.com/bucket1/* dan http://oss.example.com/bucket2/*.

   Nama aturan	Tipe	Operator pencocokan	Nilai pencocokan
   bucket1 (dapat dikustomisasi)	URI	Contains any of	/bucket1/*
   bucket2 (dapat dikustomisasi)	URI	Contains any of	/bucket2/*

3. Tambahkan origin kondisional: Di Basics, gunakan opsi Add Conditional Origin untuk mengaitkan aturan path dengan origin yang sesuai.

   Rule Condition	Origin Address
   bucket1	cdn-bucket1.oss-<region-id>.aliyuncs.com
   bucket2	cdn-bucket2.oss-<region-id>.aliyuncs.com

4. Tentukan header Origin HOST: Di Origin Fetch, gunakan opsi Specify Origin HOST untuk memastikan permintaan pengambilan asal diarahkan dengan benar ke bucket target.

   Origin Server Type	Origin Address	Origin HOST type	Origin Host	Rule Condition
   Primary Origin Address	cdn-bucket1.oss-<region-id>.aliyuncs.com	Primary Origin Domain	cdn-bucket1.oss-<region-id>.aliyuncs.com	bucket1
   Primary Origin Address	cdn-bucket2.oss-<region-id>.aliyuncs.com	Primary Origin Domain	cdn-bucket2.oss-<region-id>.aliyuncs.com	bucket2

5. Tulis ulang URL asal: Di Origin Fetch, tambahkan aturan untuk Origin Path Rewrite. Aturan ini menghapus path virtual (seperti /bucket1) selama pengambilan asal agar sesuai dengan path penyimpanan aktual objek.

   Path to Be Rewritten	Target Path	Flag
   ^/bucket1/(.*)$	/$1	break
   ^/bucket2/(.*)$	/$1	break

6. Verifikasi konfigurasi: Setelah menyelesaikan konfigurasi, Anda dapat menggunakan satu nama domain yang dipercepat untuk mengakses sumber daya dari bucket OSS yang berbeda berdasarkan path. Misalnya, permintaan ke http://oss.example.com/bucket1/example.jpg mengambil file example.jpg dari direktori root bucket cdn-bucket1.

Transit aman: Aktifkan HTTPS

Untuk mengenkripsi transmisi data antara klien dan node CDN, konfigurasikan sertifikat HTTPS untuk nama domain yang dipercepat Anda dan aktifkan pengalihan HTTPS paksa. HTTPS tidak hanya mencegah pencurian atau manipulasi data selama transit, tetapi juga menghindari peringatan keamanan browser, yang meningkatkan kepercayaan pengguna dan citra merek.

Lokasi konfigurasi sertifikat

Optimasi kinerja: Konfigurasikan kebijakan cache

Kebijakan cache sangat penting untuk kinerja CDN dan harus mencakup durasi cache serta penanganan parameter.

Tetapkan kedaluwarsa cache

Maksimalkan rasio hit cache Anda dengan mengonfigurasi aturan kedaluwarsa cache CDN:

Konfigurasikan penanganan parameter untuk mengaktifkan Pemrosesan Gambar

Pemrosesan Gambar OSS, yang mencakup fitur seperti pengubahan ukuran, pemotongan, dan watermark, sering digunakan. Secara default, CDN menyaring semua parameter untuk memaksimalkan rasio hit cache, yang menonaktifkan direktif Pemrosesan Gambar seperti ?x-oss-process. Untuk menggunakan fitur ini, Anda harus mengubah pengaturan penyaringan parameter di bagian Optimization untuk nama domain yang dipercepat Anda di konsol CDN.

Ketersediaan: Gunakan prefetch dan auto-refresh

Setelah Anda mengaktifkan caching, pembaruan file origin tidak langsung disebarluaskan ke node tepi CDN. Gunakan strategi berikut:

• Prefetch: Sebelum rilis baru atau acara promosi, gunakan fitur CDN Refresh and Prefetch Resources untuk mendistribusikan sumber daya populer ke node tepi di seluruh dunia. Hal ini mencegah lonjakan permintaan origin yang membebani server origin Anda saat peluncuran.

• Refresh cache otomatis: Di bagian Bucket Settings > Domain Names bucket Anda, aktifkan refresh cache CDN otomatis untuk domain yang di-bind. Saat Anda memperbarui file OSS menggunakan API, OSS secara otomatis memicu tugas refresh CDN.

Akses lintas asal: Konfigurasikan kebijakan CORS

Saat aplikasi front-end perlu membuat permintaan lintas asal ke sumber daya OSS yang dipercepat CDN, aturan CORS yang hanya dikonfigurasi di bucket OSS mungkin tidak berfungsi karena caching CDN. Praktik terbaik adalah mengonfigurasi header respons terkait CORS langsung di tingkat CDN:

1. Di Konsol CDN, klik nama domain yang dipercepat atau klik Manage di kolom Actions.

2. Di tab Cache > Modify Outgoing Response Header, konfigurasikan parameter dan nilai header respons.

   Response Header	Header Value	CORS
   Access-Control-Allow-Origin	*	Enable
   Access-Control-Allow-Methods	POST, GET, HEAD, PUT, DELETE	Not applicable
   Access-Control-Max-Age	3600	Not applicable

   Catatan

   Pengaturan parameter hanya sebagai referensi. Sesuaikan berdasarkan skenario bisnis aktual Anda.

Optimasi kinerja: Tingkatkan transfer file besar dan data

• Aktifkan back-to-origin Range: Untuk skenario seperti video sesuai permintaan dan distribusi file besar, sangat penting untuk mengonfigurasi back-to-origin Range. Fitur ini memungkinkan node CDN meminta file besar dalam potongan, yang mengaktifkan fitur lanjutan seperti penggeseran video dan secara signifikan mengurangi trafik origin serta latensi layar pertama.

• Optimalkan transfer data: Untuk mengurangi ukuran transfer file berbasis teks seperti JS, CSS, dan HTML, Anda dapat mengaktifkan kompresi Gzip atau Page Optimization di konsol CDN.

Peluncuran mulus: Pergantian domain tanpa downtime

Saat beralih layanan yang sudah ada dari domain bucket OSS ke nama domain yang dipercepat, adopsi pendekatan bertahap:

1. Fase persiapan: Selesaikan semua konfigurasi untuk nama domain yang dipercepat dan uji secara menyeluruh fungsionalitas serta kinerjanya di lingkungan staging. Khususnya, pastikan Origin Host sesuai dengan binding domain OSS dan kode status origin normal, untuk mencegah konfigurasi origin yang salah sementara disembunyikan oleh cache CDN dan kemudian menyebabkan gangguan bisnis setelah cache kedaluwarsa.

2. Fase rilis canary (disarankan selama jam sepi): Gunakan rilis canary untuk mengalihkan sebagian trafik Anda ke nama domain yang dipercepat, secara bertahap meningkatkan volumenya untuk mengurangi risiko.

3. Fase verifikasi: Pantau secara ketat log akses dan tingkat error. Analisis metrik utama seperti waktu respons dan tingkat keberhasilan untuk memastikan layanan berfungsi normal.

4. Fase rilis penuh: Setelah verifikasi menyeluruh, alihkan semua trafik ke nama domain yang dipercepat.

5. Rencana rollback: Jika terjadi masalah, segera kembali ke domain bucket, analisis akar penyebabnya, lalu redeploy.

Perlindungan hotlink: Konfigurasikan Referer dan otentikasi URL

Untuk mencegah situs web tidak sah melakukan hotlinking terhadap sumber daya Anda, yang dapat menyebabkan biaya trafik dan konsumsi bandwidth yang tidak perlu, Anda harus mengonfigurasi kebijakan keamanan:

• Perlindungan hotlink berbasis Referer: Konfigurasikan Daftar putih Referer atau blacklist untuk hanya mengizinkan akses dari domain tertentu dengan memvalidasi bidang Referer di header permintaan HTTP.

• Otentikasi URL: Untuk bucket OSS pribadi, mengaktifkan back-to-origin bucket pribadi memberi otorisasi kepada node CDN untuk mengaksesnya. Artinya, sumber daya pribadi yang sebelumnya memerlukan tanda tangan kini dapat diakses publik melalui domain CDN. Untuk mengembalikan kontrol keamanan atas sumber daya ini, konfigurasikan otentikasi URL di tingkat CDN.

Pantau anomali trafik

Buat aturan peringatan untuk nama domain yang dipercepat Anda di Cloud Monitor untuk segera mendeteksi lonjakan abnormal pada trafik CDN.

Keamanan origin: Konfigurasikan SNI dan host

Memastikan komunikasi yang stabil dan aman antara CDN dan OSS sangat penting untuk ketersediaan layanan.

Pastikan host origin sesuai dengan konfigurasi domain OSS

Saat CDN mengambil konten dari OSS, CDN menggunakan Origin Host sebagai header Host dari permintaan origin, dan OSS menggunakan Host ini untuk mengidentifikasi dan mengarahkan ke bucket target. Oleh karena itu, Origin Host harus sesuai dengan konfigurasi domain di sisi OSS. Jika tidak, OSS tidak dapat mengidentifikasi bucket, dan pengambilan asal gagal dengan error seperti InvalidBucketName (HTTP 400), yang pada gilirannya menyebabkan CDN mengembalikan error 5xx dan mengganggu akses.

• Saat Anda menambahkan origin sebagai tipe OSS Domain (seperti di Langkah 1), Origin Host secara default menggunakan domain bucket origin, yang dapat dikenali oleh OSS tanpa konfigurasi tambahan.

• Saat Anda menambahkan origin OSS sebagai tipe origin domain atau IP, atau secara manual mengatur Origin Host ke CDN Domain, permintaan origin membawa domain yang dipercepat sebagai Host-nya, yang tidak dapat dikenali oleh OSS secara default. Dalam kasus ini, Anda harus meng-bind domain yang dipercepat tersebut ke bucket target di bawah Domain Names bucket OSS agar OSS dapat mengidentifikasi bucket dan mengambil konten dengan benar. Singkatnya: jika Origin Host adalah domain bucket, tidak diperlukan binding; jika Origin Host adalah domain yang dipercepat, Anda harus meng-bind domain yang sama di sisi OSS. Keduanya harus sesuai, dan kekurangan salah satunya menyebabkan error.

Konfigurasikan SNI back-to-origin

Untuk mencegah permintaan origin tanpa Server Name Indication (SNI) menyebabkan masalah akses dengan OSS, Anda harus mengonfigurasi SNI back-to-origin default di CDN. Atur SNI agar sesuai dengan host back-to-origin, yang secara default adalah nama domain yang dipercepat. Saat permintaan origin menyertakan SNI, OSS dapat mengidentifikasi domain bisnis selama proses jabat tangan TLS dan mengembalikan sertifikat yang sesuai. Jika OSS menerima permintaan tanpa SNI, OSS tidak dapat mengidentifikasi domain bisnis secara akurat dan mungkin memicu batas trafik yang lebih ketat.

Sembunyikan informasi origin

Secara default, CDN menggunakan domain bucket untuk permintaan origin. Jika terjadi error origin, seperti file tidak ditemukan, pesan error mungkin mengekspos domain bucket OSS, yang merupakan risiko keamanan. Untuk menyembunyikan informasi ini, ubah host back-to-origin menjadi nama domain yang dipercepat:

1. Di halaman Buckets, klik bucket target. Lalu, di bagian Bucket Settings > Domain Names, bind nama domain yang dipercepat ke bucket.

2. Di konsol CDN, klik nama domain yang dipercepat target. Lalu, di bagian Origin Fetch > Default Origin Host, klik Modify dan ubah Domain Type menjadi CDN Domain.

Audit dan troubleshooting: Aktifkan log akses

Lingkungan produksi harus memiliki kemampuan logging komprehensif untuk audit keamanan, analisis kinerja, dan troubleshooting. Konfigurasikan pengiriman log waktu nyata di konsol CDN untuk mengirim log akses ke Log Service. Anda dapat menggunakan Log Service untuk melakukan analisis mendalam dan menyiapkan peringatan untuk perilaku akses, distribusi trafik, sumber daya populer, dan error permintaan.