Storan Blob: Storan Objek untuk Awan

Azure Blob Storage (Binary Large Object) ialah penyelesaian storan objek Azure untuk menyimpan sejumlah besar Data tidak berstruktur — Data yang tidak sesuai dengan skema pangkalan data hubungan. Contohnya termasuk imej, video, audio, file, dokumen PDF, file log, sandaran dan binari aplikasi. Blob Storage diakses melalui API REST HTTP/HTTPS, Azure SDK atau Azure CLI. Ia merupakan salah satu perkhidmatan Azure yang paling banyak digunakan dan menjadi asas bagi banyak seni bina tasik Data, media dan sandaran.

Blob Storage disusun dalam hierarki tiga peringkat: Akaun Storage → Container → Blob. Container adalah seperti folder pada peringkat teratas — ia mengumpulkan Blob yang berkaitan dan menentukan dasar akses untuk segala-galanya di dalamnya. Blob ialah objek individu (file) yang disimpan dalam Container. Nama Blob boleh mengandungi garis miring (/) untuk mensimulasikan hierarki folder (contohnya, images/2024/photo.jpg), tetapi Blob Storage pada asasnya adalah rata — garis miring tersebut merupakan sebahagian daripada nama Blob, bukannya direktori sebenar.

Azure Blob Storage menyokong tiga jenis Blob: Block blobs — jenis yang paling biasa, sesuai untuk menyimpan dokumen, imej dan video. Data dibahagikan kepada blok dan dimuat naik secara selari; saiz maksimum ialah kira-kira 190 TB. Append blobs — dioptimumkan untuk operasi tambah sahaja seperti menulis file log; Data baharu sentiasa ditambah pada penghujung. Page blobs — koleksi halaman 512 bait yang dioptimumkan untuk akses baca/tulis rawak; digunakan oleh disk terurus Azure VM sebagai mekanisme storan asas. Jika ragu-ragu, gunakan block blobs — ia ialah pilihan lalai untuk storan objek tujuan umum.

Blob Storage menawarkan tiga tahap akses yang mengimbangi kos storan dengan kos akses: tahap Hot — kos storan tertinggi, kos akses terendah; untuk Data yang kerap diakses. tahap Cool — kos storan lebih rendah, kos akses lebih tinggi, komitmen storan minimum 30 hari; untuk Data yang jarang diakses seperti laporan bulanan. tahap Archive — kos storan terendah (kira-kira 95% lebih murah berbanding Hot), tetapi memerlukan masa berjam-jam untuk penghidratan semula sebelum Data boleh diakses; untuk arkib pematuhan jangka panjang yang jarang diakses. Anda boleh menetapkan tahap lalai pada peringkat akaun dan mengatasinya bagi setiap Blob.

Mengurus peringkat blob secara manual merentas berjuta-juta blob adalah tidak praktikal. Dasar Pengurusan Kitar Hayat mengautomatikkan proses ini: anda menentukan peraturan untuk memindahkan blob ke peringkat yang lebih sejuk atau memadamkannya berdasarkan umur atau tarikh capaian terakhir. Contohnya: pindahkan blob ke Cool selepas 30 hari tanpa pengubahsuaian, pindahkan ke Archive selepas 180 hari, dan padamkan selepas 365 hari. Dengan ini, storan anda dioptimumkan secara automatik dari segi kos dari semasa ke semasa tanpa campur tangan manual. Dasar kitar hayat ditakrifkan dalam JSON dan digunakan pada peringkat akaun storan, lalu mempengaruhi semua blob dalam akaun tersebut.

Secara lalai, semua blob dalam bekas adalah persendirian — hanya boleh dicapai oleh pengguna yang disahkan dan mempunyai keizinan yang sesuai. Anda boleh menjadikan bekas dan blob awam dengan menetapkan aras akses bekas kepada Blob (blob individu boleh dibaca) atau Container (senarai bekas dan semua blob boleh dibaca). Untuk akses yang lebih terperinci dan terhad mengikut masa, gunakan Shared Access Signatures (SAS) — URL yang mengandungi token kriptografi untuk memberikan keizinan tertentu (baca, tulis, padam) bagi sumber dan tempoh masa tertentu, tanpa berkongsi kunci akaun anda.

Azure Blob Storage boleh mengehos laman web statik — HTML, CSS, JavaScript dan fail imej yang disampaikan terus daripada akaun storan melalui HTTP/HTTPS tanpa sebarang kod pada pelayan. Enable pengehosan laman web statik pada akaun storan, tetapkan dokumen indeks (contohnya, index.html) dan dokumen ralat, kemudian muat naik fail statik anda ke bekas khas $web. URL akaun storan menjadi URL laman web anda. Gabungkan dengan Azure CDN untuk sokongan domain tersuai, HTTPS dan pencachean hujung rangkaian global supaya laman tersebut pantas diakses oleh pengguna di seluruh dunia.

Blob Storage ialah tempat yang sesuai untuk sandaran aplikasi dan pangkalan data: ia tahan lasak (ketahanan 11 sembilan dengan LRS, malah lebih tinggi dengan GRS), mempunyai ketersediaan tinggi dan sangat menjimatkan kos untuk jumlah data yang besar — terutamanya pada peringkat Cool atau Archive. Banyak perkhidmatan sandaran Azure (Azure Backup untuk VM, sandaran automatik SQL Database) menyimpan datanya dalam Blob Storage secara dalaman. Anda juga boleh menulis skrip sandaran yang membuang pangkalan data ke blob secara terus menggunakan Azure CLI atau SDK sebagai sebahagian daripada tugas berjadual.

Azure Data Lake Storage Gen2 (ADLS Gen2) dibina berasaskan Blob Storage dengan ciri tambahan ruang nama hierarki yang menjadikan operasi direktori (menamakan semula, memadam) atomik dan cekap — amat penting untuk beban kerja analitik data raya. Mengaktifkan ruang nama hierarki pada akaun storan menukarkannya kepada ADLS Gen2, yang bersepadu secara asli dengan Azure Synapse Analytics, Azure Databricks dan HDInsight. Ia menyokong API Blob Storage dan protokol HDFS, menjadikannya serasi dengan alat dan rangka kerja berasaskan Hadoop sedia ada.

Harga Blob Storage mempunyai tiga komponen: Kos storan — bagi setiap GB sebulan, berbeza mengikut peringkat (hot kira-kira $0.018/GB, cool kira-kira $0.01/GB, archive kira-kira $0.001/GB di US Timur). Kos operasi — bagi setiap 10,000 operasi baca dan tulis, lebih tinggi untuk peringkat yang lebih sejuk. Kos pemindahan data — percuma untuk data masuk (muat naik), tetapi dikenakan bayaran untuk data keluar (muat turun ke internet). Untuk set data yang besar, pemilihan peringkat memberi kesan besar terhadap jumlah kos — memindahkan data yang jarang dicapai daripada Hot ke Cool biasanya mengurangkan separuh bil storan, manakala Archive boleh mengurangkan kos sebanyak 95%.

Industri yang dikawal selia seperti kewangan dan penjagaan kesihatan memerlukan data disimpan dalam format tulis sekali, baca banyak (WORM) untuk mematuhi peraturan seperti SEC Rule 17a-4 dan HIPAA. Dasar ketidakbolehubahan Azure Blob Storage membolehkan anda mengunci blob supaya ia tidak boleh diubah suai atau dipadam sepanjang tempoh pengekalan yang ditetapkan. Dua jenis dasar tersedia: Pengekalan berasaskan masa (blob dikunci sehingga tarikh tertentu) dan penahanan undang-undang (blob dikunci selama-lamanya sehingga penahanan itu dibuang). Setelah dikunci, pentadbir akaun storan sekalipun tidak boleh memadam blob tersebut sepanjang tempoh pengekalan.

Dalam pelajaran ini, anda telah mempelajari bahawa: Blob Storage ialah stor objek untuk data tidak berstruktur yang disusun mengikut hierarki akaun storan, bekas dan blob, tiga peringkat akses — hot, cool dan archive — mengimbangi kos storan dengan kos capaian bagi corak penggunaan yang berbeza, dan dasar pengurusan kitar hayat memindahkan blob secara automatik ke peringkat yang lebih murah atau memadamkannya berdasarkan umur. Seterusnya, kita akan meneroka Azure Files dan Queue Storage untuk perkongsian fail serta pengasingan mesej.