Isi semula awan Azure Microsoft: Prinsip pecutan AzureCDN dan tutorial konfigurasi
Di medan perang pengkomputeran awan dan percepatan rangkaian global, Microsoft mempunyai "gabungan pukulan" yang unik. Ramai pelajar yang baru sahaja mengambil alih projek syarikat asing, perniagaan luar negara atau sistem SaaS multinasional sering keliru ketika mencari CDN di latar belakang Microsoft Cloud (Azure):
"Mengapa bukan sahaja Azure CDN, tetapi juga sesuatu yang dipanggil Azure Front Door? Apa muslihat yang dimainkan oleh Microsoft?"
Hari ini veteran teknikal menggunakan bahasa biasa untuk membantu anda
Azure CDN
Prinsip pecutan yang mendasari, perbezaan penting antara ia dan Front Door, dan satu set lengkap tutorial konfigurasi "menyelamatkan nyawa dan anti-pit" dalam operasi dan penyelenggaraan harian dijelaskan dengan jelas.
Bahagian 1: Logik asas pecutan rangkaian Microsoft
Sebelum konfigurasi rasmi, kita mesti menjelaskan dua produk utama pecutan rangkaian Azure, jangan memilih yang salah:
Pintu Depan Azure (Raja Mahakuasa Keselamatan Dinamik): Ini adalah portal rangkaian global berdasarkan seni bina Anycast. Sekiranya aplikasi anda mempunyai sebilangan besar permintaan API dinamik, interaksi log masuk pengguna, dan perlu dilengkapi dengan firewall super (WAF) untuk mencegah DDoS, anda harus memilih Front Door.
Azure CDN (pengedar kandungan statik besar): Ia adalah rangkaian cache nod tepi (POP) standard. Sekiranya anda perlu mengedarkan banyak sumber statik (seperti gambar besar produk di laman web bebas, pakej audio dan video Aplikasi, pakej JS/CSS di bahagian depan), pilih Azure CDN dengan kos terendah dan kelajuan terpantas.
Prinsip pecutan sebenarnya adalah dua perkara:
Data yang berdekatan: Microsoft mempunyai nod POP yang sangat padat di seluruh dunia. Apabila pengguna di London berkunjung, lalu lintas disekat secara langsung di bilik komputer Microsoft tempatan di London. Sekiranya terdapat gambar cache di dalamnya, ia akan dikembalikan secara langsung dengan kelewatan sifar.
Jalan pintas gentian optik global: apa yang harus saya lakukan sekiranya cache gagal (kembali ke sumber)? Sebagai pengeluar kecil, lalu lintas harus menyeberangi laut dan kembali ke sumbernya di lebuh raya yang sesak. Dan Microsoft secara langsung memasukkan lalu lintas ke dalam rangkaian tulang belakang gentian optik peribadinya yang tersebar di seluruh dunia, dan lampu hijau melambung kembali ke stesen sumber anda di Amerika Barat atau Singapura.
Bahagian 2: Ajar anda cara mengkonfigurasi CDN Azure
Logik mengkonfigurasi CDN di konsol Azure sangat teratur dan berdisiplin. Ia menggunakan "sistem pengurusan dua peringkat"
: Anda mesti membuat satu
"Profil"
(Tentukan casis pengeluar mana yang akan digunakan), dan kemudian buat di dalamnya
"Endpoint" (memutuskan laman web mana yang hendak dipercepat).
Langkah 1: Buat Profil CDN (Profil)
Log masuk ke konsol Portal Azure, cari "profiles CDN" di bahagian atas untuk memasuki halaman, dan klik Buat.
Lapisan harga: [Inilah daerah aliran sungai yang tersembunyi di sini] Microsoft secara beransur-ansur mengambil Cl generasi yang lebih tua
Peningkatan seni bina klasik. Sekiranya perniagaan anda berada di luar negara, disarankan untuk memilih Azure Front Door/CDN Standard Edition atau Advanced Edition yang lebih moden dan lebih bersepadu. Sekiranya anda memilih penyelesaian tradisional, anda boleh beralih antara casis enjin Microsoft, Akamai atau Verizon(Edgio) mengikut anggaran (pengedaran nod global enjin yang berbeza sedikit tertumpu).
Langkah 2: Buat Endpoint dan ikat stesen sumber
Di halaman Profil yang baru dibina, klik "Endpoint".
Jenis asal (jenis stesen sumber): Microsoft Cloud sangat pintar. Sekiranya fail anda berada di Microsoft Network Disk, pilih Storage (penyimpanan Blob) secara langsung; jika ia adalah mesin maya, pilih mesin Maya atau Aplikasi Web. Sekiranya pelayan berada di luar (seperti Alibaba Cloud), pilih Custom origin (stesen sumber khusus).
Nama asal: Isi IP sebenar atau nama domain sebenar laman web sumber anda.
Timeout Asal: Lalai adalah 30 saat. Sekiranya bahagian belakang anda perlu menangani beberapa pertanyaan analisis data berat yang sangat perlahan, disarankan untuk menghidupkannya secara manual, jika tidak, CDN secara langsung akan membuang ralat masa 504.
Langkah 3: Buka batu terakhir DNS (konfigurasi CNAME)
Setelah titik akhir dibuat, Microsoft akan memberi anda yang serupa
Yourwebsite.azureedge.net
Nama domain rasmi.
Anda mesti pergi ke latar belakang penyedia perkhidmatan penyelesaian nama domain anda (seperti Alibaba Cloud DNS, Cloudflare atau GoDaddy) dan memberikan nama domain rasmi anda (seperti
Static.yourcompany.com
) Tambah satu
Rekod CNAME
, Arahkan kepada ini
Azureedge.net
Alamat, mempercepat rangkaian akan berlaku secara rasmi.
Bahagian 3: Panduan Mengelakkan Lubang "Penyesuaian Lanjutan dan Kehidupan" Veteran Operasi dan Penyelenggaraan
Sistem pengeluar utama sangat hebat, tetapi jika anda menggunakan konfigurasi lalai untuk "berjalan telanjang", pecutan tidak akan berlaku, dan bil bulanan akan meletup. Tiga helah berikut adalah kriteria emas untuk persekitaran pengeluaran:
1. Konfigurasi mesin peraturan (Rules Engine) untuk mencapai "pemisahan dinamik dan statik"
Setelah melengkapkan CDN, banyak pemula mendapati bahawa laman web sama sekali tidak cepat, dan kadar pengembalian setinggi 95%. Ini kerana kod belakang anda tidak mengeluarkan header tindak balas cache yang betul, menyebabkan nod Microsoft tidak berani melakukan cache.
Penyelesaian burung lama: Tambahkan dua peraturan ke Rules Engine (mesin peraturan) pada titik akhir: Syarat: Sekiranya akhiran fail sepadan. jpg, . png,. Js,. Css. Tindakan: Memaksa cache (Cache expiration $ \ rath
Tarrow $ Override), masa ditetapkan hingga 30 hari. Dengan cara ini, tidak kira seberapa buruk kod belakang anda ditulis, Microsoft akan membantu anda menahan lalu lintas statik ini di pinggir dunia.
2. Kenali lubang rentetan Query String Caching (Query String Caching)
Sekiranya URL yang diakses oleh pengguna mempunyai parameter, seperti
Image.jpg? V = 1
Dan
Image.jpg? V = 2
, Apa yang perlu dilakukan oleh CDN?
Azure CDN menawarkan tiga mod:
Struktur query Bypass (mengabaikan parameter): Tidak kira apa yang ada di sebalik tanda tanya, nod global hanya menyimpan salinan image.jpg. [Sumber statik yang paling disyorkan]
Cache mempunyai URL unique (cache ketat): Selagi parameter di sebalik tanda tanya sedikit berbeza, CDN menganggap ini adalah fail baru dan kembali ke sumbernya. [Pilih dengan berhati-hati] Sekiranya penggodam menggunakan skrip untuk membawa cap waktu rawak selepas tanda tanya (seperti? T = 123456), ini akan menembusi cache CDN sepenuhnya, dan berjuta-juta permintaan secara langsung akan melumpuhkan pelayan stesen sumber anda!
3. Cara membersihkan cache ralat (Purge) dalam beberapa saat
Apa yang harus saya lakukan sekiranya kod tersebut segera dalam talian atau gambar dihantar dengan tidak betul, dan seluruh nod rangkaian telah menyimpan versi yang salah?
Jangan panik, masukkan halaman titik akhir, ada yang menarik di bahagian atas
Purge (jelas)
Butang.
Sekiranya anda ingin menyegarkan keseluruhan laman web, masukkan/*.
Sekiranya anda hanya ingin mengemas kini fail front-end bug tertentu, masukkan jalan yang tepat seperti/js/main.js. Setelah mengklik OK, rangkaian tulang belakang Microsoft akan menghapuskan semua cache lama nod tepi global dalam 1 hingga 2 minit, memaksa mereka untuk kembali ke sumber untuk mendapatkan kod terbaru lain kali.
Ringkasan
Mengkonfigurasikan Azure CDN sebenarnya menggunakan "rangkaian kereta api berkelajuan tinggi serat global" yang dibina oleh Microsoft untuk menyiapkan "gudang depan fail statik" di persimpangan yang paling dekat dengan pengguna anda.
Selagi anda
Menjelaskan batas antara CDN statik dan Front Door dinamik, menggunakan mesin peraturan untuk mengunci masa cache fail statik secara paksa, dan menetapkan rentetan pertanyaan ke "mengabaikan parameter" untuk mencegah serangan penembusan berbahaya
, Anda dapat menggunakan postur yang paling elegan dan paling ekonomik, yang membolehkan pengguna di seluruh dunia mengalami kelajuan sutera terbang ketika mengakses sistem anda.
