Gesaan dan konteks
Soalan backend ini menguji respons separa HTTP, pembacaan stor objek (object-store) dan mesin keadaan (state machine) muat turun. Cabarannya bukan sekadar memajukan pengepala ke storan; ia adalah memastikan julat, versi entiti, pengekodan, kebenaran dan segmen serentak kekal konsisten melalui kegagalan dan percubaan semula.
Perkara yang dinilai oleh penemu duga
- Sama ada anda menghuraikan satu julat bait dan membina 206, Content-Range, Content-Length dan Accept-Ranges dengan betul.
- Sama ada ETag atau Last-Modified dengan If-Range menghalang klien daripada mencantumkan versi fail yang berbeza.
- Sama ada julat tidak sah, tandatangan tamat tempoh, objek yang dipadam, had kadar (rate limits) dan kos pelbagai julat (multi-range) dikendalikan.
- Sama ada integriti, keterlihatan dan pengesahan menghalang titik akhir daripada menjadi pembaca objek sewenang-wenangnya.
Soalan penjelasan untuk ditanya
Sahkan sama ada objek adalah awam, saiz maksimum, sama ada respons pelbagai julat diperlukan, sama ada storan menyokong julat natif, sama ada pemampatan dibenarkan dan sama ada klien mengekalkan ETag. Tanya tentang jangka hayat URL, keserentakan segmen, algoritma integriti dan tingkah laku produk apabila versi sumber berubah.
Rangka kerja jawapan 30 saat
Saya akan mengesahkan permintaan dan menetapkan (pin) versi objek, kemudian membaca saiz, ETag dan metadata media. Tiada Range mengembalikan 200; satu julat yang boleh dipenuhi mengembalikan 206 dengan Content-Range yang tepat; julat yang salah bentuk atau tidak boleh dipenuhi mengembalikan 416 dengan panjang semasa. Ketidakpadanan If-Range menyebabkan respons penuh bagi versi semasa supaya klien memulakan semula. Setiap segmen dihadkan dari segi kadar dan keserentakan, dan kedua-dua respons serta fail akhir disemak terhadap versi dan checksum.
Perbincangan mendalam langkah demi langkah
1. Tetapkan sempadan perwakilan dan kebenaran
Sahkan mengikut pengguna, penyewa (tenant) dan id objek; jangan sekali-kali memetakan laluan klien sewenang-wenangnya secara terus kepada kunci storan. Baca metadata objek dan tetapkan pengecam versi, jumlah bait, Content-Type, Content-Encoding dan ETag. Jika objek berubah, gunakan storan tidak boleh ubah (immutable) atau berversi supaya metadata dan bait tidak hanyut (drift) semasa satu muat turun.
2. Huraikan julat dan bina respons
Sokong satu julat bytes=start-end, bytes=start- atau bytes=-suffix, dengan mengesahkan integer, limpahan (overflow) dan jumlah panjang. Selepas mengehadkan julat yang boleh dipenuhi kepada perwakilan, kembalikan 206, Content-Range dan panjang yang tepat. Tanpa Range kembalikan 200. Jika tiada julat yang boleh dipenuhi, kembalikan 416 dengan Content-Range: bytes */total. Permintaan pelbagai julat memerlukan pilihan yang jelas: tolak, pecahkan kepada permintaan terhad, atau laksanakan multipart; jangan sekali-kali mengembalikan bahagian pertama secara senyap.
3. Kendalikan If-Range dan pengekodan kandungan
Patuhi ETag kukuh atau tarikh dalam If-Range hanya apabila ia masih sepadan dengan perwakilan yang dipilih; jika tidak, abaikan Range dan hantar perwakilan semasa yang penuh. Julat merujuk kepada bait perwakilan yang sebenarnya dipindahkan. Jangan memotong bait termampat dan meminta klien mencantumkannya seolah-olah ia adalah fail yang tidak dimampatkan. Sama ada lumpuhkan pemampatan dinamik atau berikan setiap pengekodan versi dan checksum yang bebas.
4. Hadkan keserentakan, kos dan pemulihan
Hadkan segmen bagi setiap pengguna, penyewa dan objek, serta jumlah lebar jalur dan saiz julat minimum, untuk mengelakkan banyak permintaan kecil daripada meningkatkan kos storan. Cuba semula segmen yang gagal hanya dengan versi dan julat yang sama. Jika URL yang ditandatangani tamat tempoh, keluarkan URL baharu tanpa mengubah versinya. Pemadaman objek atau perubahan kebenaran menghentikan segmen terkemudian, dan klien membuang fail yang tidak lengkap dan bukannya mencantumkannya secara senyap.
5. Sahkan integriti dan perhatikan tingkah laku
Selepas muat turun, sahkan versi objek, jumlah panjang dan checksum; untuk data berisiko tinggi, sahkan setiap segmen sebelum mencantumkannya. Log julat dinormalisasi, versi, status, bait, kependaman storan, hit cache dan kiraan percubaan semula tanpa mencatat kelayakan muat turun. Uji julat kosong, akhiran (suffixes), limpahan, kemas kini objek, percubaan semula serentak, penyambungan semula luar talian dan setiap Content-Encoding untuk membuktikan bahawa 206 tidak pernah menyediakan versi yang salah.
Contoh jawapan yang kukuh
Selepas pengesahan, saya menetapkan versi objek tidak boleh ubah dan mendedahkan saiz, ETag, jenis dan pengekodannya. Satu julat bytes tunggal yang boleh dipenuhi mengembalikan 206 dengan Content-Range dan Content-Length; tiada julat mengembalikan 200; yang tidak boleh dipenuhi mengembalikan 416 dengan bytes */total. Ketidakpadanan If-Range mengabaikan Range dan menghantar versi semasa yang penuh, menghalang fail bercampur. Had keserentakan, kadar dan julat minimum bagi setiap pengguna dan setiap objek membendung kos, dan percubaan semula mengekalkan versi yang sama. Klien mengesahkan panjang, versi dan checksum; pelayan memerhatikan julat, status, kependaman storan dan percubaan semula.
Kesilapan lazim
- Memajukan Range tanpa menyemak kebenaran, versi objek atau limpahan integer.
- Mengembalikan 200 atau badan kosong untuk julat yang tidak boleh dipenuhi dan bukannya 416.
- Mengabaikan If-Range dan membiarkan kemas kini mencipta fail versi bercampur.
- Menggunakan koordinat julat pada bait termampat yang kemudiannya dianggap oleh klien sebagai tidak dimampatkan.
- Membenarkan segmen kecil dan keserentakan tanpa had, mengubah satu muat turun menjadi ribut beban storan (storage storm).
- Hanya menyemak kod status dan bukannya jumlah panjang, ETag dan checksum akhir.
Soalan susulan dan jawapan
Mengapa tidak sentiasa mengembalikan 206?
Tanpa Range, klien meminta perwakilan penuh, jadi 200 adalah betul. Walaupun dengan Range, pelayan mesti menyemak sama ada ia boleh dipenuhi; 416 memberitahu klien tentang panjang semasa supaya ia boleh membetulkan permintaan.
Bagaimanakah If-Range berbeza daripada If-Match?
If-Range memutuskan sama ada pemindahan separa boleh diteruskan: pemadanan menghasilkan 206 dan ketidakpadanan menghasilkan perwakilan penuh. If-Match ialah prasyarat untuk melakukan operasi sasaran, jadi kegagalannya mempunyai makna yang berbeza.
Apakah yang perlu anda lakukan dengan permintaan pelbagai julat?
Mula-mula sahkan bahawa klien dan storan memerlukannya. Pecahkan kepada permintaan terhad atau laksanakan multipart/byteranges; jika kosnya tidak wajar, tolak secara eksplisit dan bukannya mengembalikan julat pertama dan mewujudkan kekaburan.
Bagaimanakah anda menghalang pautan muat turun bertandatangan daripada disalahgunakan?
Gunakan tandatangan jangka hayat pendek yang terikat pada pengguna, penyewa, objek, versi dan kebenaran. Semak semula sempadan di bahagian pelayan dan hadkan keserentakan, kadar, kiraan julat serta jumlah bait. Akses yang dibatalkan atau pemadaman mesti membatalkan permintaan julat yang seterusnya.