Gesaan dan konteks
Gerbang HTTP/3 mengendalikan sambungan jangka panjang dan permintaan termultipleks. Semasa pelancaran, ia mesti menolak kerja baharu, menyelesaikan permintaan yang telah diterima, dan menutup sambungan dengan selamat selepas tarikh akhir. Reka bentuk penutupan tertib (graceful shutdown) dengan RFC 9114 GOAWAY dan terangkan sempadannya dengan penutupan sambungan QUIC serta percubaan semula HTTP.
Perkara yang diuji oleh penemu duga
Membezakan GOAWAY, yang mengehadkan permintaan masa hadapan, daripada CONNECTION_CLOSE, yang menamatkan sambungan QUIC. HTTP/3 GOAWAY membawa had ID strim permintaan; pelayan boleh bermula dengan nilai yang lebih luas dan mengecilkannya ke sempadan akhir. Rangkumi strim serentak, pengetahuan klien tentang permintaan yang belum diproses, keidempotenan, penyebaran proksi, tamat masa, dan kebolehcerapan.
Soalan penjelasan untuk ditanya terlebih dahulu
Bentuk permintaan dan sambungan
Tanya tentang pengundian panjang (long polling), muat naik, WebTransport, POST bukan idempoten, dan proksi terbalik. Masa penyiapan dan risiko percubaan semula berbeza mengikut jenis strim.
Objektif penyaliran dan tarikh akhir
Jelaskan sama ada ini adalah penyaliran sambungan, penyelenggaraan nod, atau pengasingan kerosakan. Tetapkan tarikh akhir penyaliran maksimum, tarikh akhir penutupan keras (hard-close), dan saiz kelompok pelancaran; jika tidak, sambungan lama boleh menggunakan kapasiti selama-lamanya.
Keupayaan klien
Sahkan bahawa klien dan proksi memproses GOAWAY, menyokong penyambungan semula dan migrasi, serta dapat membezakan antara “strim baharu ditolak” dan “permintaan dilaksanakan tetapi respons hilang.”
Kerangka jawapan 30 saat
“HTTP/3 GOAWAY mengiklankan sempadan ID strim permintaan; selepas menerimanya, rakan setara tidak boleh membuat permintaan baharu di atas sempadan tersebut. Pelayan terlebih dahulu menghantar nilai yang luas, berhenti memberikan kerja baharu, kemudian menghantar nilai akhir yang lebih kecil supaya klien mengetahui permintaan mana yang mungkin belum diterima. Strim yang diterima disalirkan; selepas tarikh akhir, pelayan menggunakan QUIC CONNECTION_CLOSE. Klien mencuba semula hanya apabila ia dapat memastikan bahawa permintaan tidak dilaksanakan dan operasi tersebut selamat untuk diulang.”
Jawapan mendalam langkah demi langkah
Langkah 1: Asingkan GOAWAY daripada CONNECTION_CLOSE
GOAWAY ialah mesej kawalan HTTP/3 yang mengehadkan ID strim permintaan tertinggi; ia tidak menamatkan sambungan serta-merta. CONNECTION_CLOSE menamatkan QUIC dan boleh mengganggu permintaan aktif. Lakukan penyaliran dengan GOAWAY terlebih dahulu dan tutup hanya pada tarikh akhir yang ketat.
Langkah 2: Gunakan sempadan luas-kemudian-sempit
Hantar ID besar yang merangkumi permintaan serentak yang diperhatikan, berhenti menerima kerja baharu, dan kemudian hantar ID akhir yang lebih kecil. Klien tidak boleh mentafsir proses pengecilan ini sebagai kebenaran untuk membuat permintaan baharu. Kekalkan susunan bingkai kawalan dan keadaan supaya logik sambung semula adalah deterministik.
Langkah 3: Kendalikan permintaan yang diterima, belum dimulakan, dan tidak diketahui
Strim yang diterima di bawah sempadan akhir diteruskan. Permintaan di atasnya tidak diterima dan boleh dicuba semula pada sambungan baharu. Jika pelayan tidak dapat mengetahui sama ada permintaan bukan idempoten telah dijalankan, sediakan kunci keidempotenan atau carian status dan bukannya memainkan semula secara membuta tuli.
Langkah 4: Reka bentuk tingkah laku proksi dan migrasi
Proksi terbalik yang menerima GOAWAY huluan mesti berhenti memberikan permintaan baharu kepada sambungan tersebut dan menyebarkan keadaan penyaliran ke hiliran. Migrasi sambungan QUIC bukanlah migrasi permintaan; menukar laluan tidak memindahkan strim HTTP yang sedang dilaksanakan secara selamat.
Langkah 5: Tetapkan tarikh akhir penyaliran dan penutupan keras
Catat masa GOAWAY, strim aktif terakhir, dan baki permintaan. Pada masa tamat penyaliran, batalkan strim yang belum selesai; pada masa penutupan keras, hantar CONNECTION_CLOSE dan lepaskan sambungan. Hadkan bilangan instans yang disalirkan serentak supaya kapasiti tidak runtuh.
Langkah 6: Lindungi percubaan semula dan kesan sampingan
Cuba semula hanya kaedah idempoten yang disahkan tidak dilaksanakan atau operasi tulis yang membawa kunci keidempotenan, dengan penangguhan eksponen dan belanjawan percubaan semula. Respons yang hilang tidak membuktikan bahawa permintaan tidak dijalankan; pembayaran dan mutasi inventori memerlukan penyahduplikasian bahagian pelayan.
Langkah 7: Sahkan pelancaran
Dalam pelancaran canary, suntik permintaan yang panjang, strim serentak, penyambungan semula, pengecilan nilai GOAWAY, penyebaran proksi, dan penutupan keras. Pantau strim baharu yang ditolak, tempoh penyaliran, strim yang belum selesai, kadar percubaan semula, kesan sampingan pendua, ralat sambungan, dan ruang kapasiti. Periksa kependaman p99 dan kadar ralat sepanjang pelancaran.
Contoh jawapan berkualiti tinggi
Saya akan berhenti memberikan sambungan baharu, menghantar GOAWAY yang luas untuk menghentikan strim baharu, dan kemudian menghantar sempadan akhir yang lebih kecil selepas memerhatikan permintaan serentak. Strim yang diterima di bawah sempadan disalirkan; hanya selepas tarikh akhir ia dibatalkan dan sambungan QUIC ditutup. Klien mencuba semula hanya operasi idempoten yang disahkan tidak dilaksanakan, menggunakan kunci keidempotenan untuk penulisan bukan idempoten. Proksi menyebarkan keadaan penyaliran, manakala migrasi tidak pernah dianggap sebagai pemindahan permintaan. Ujian canary merangkumi permintaan panjang, strim serentak, percubaan semula, tingkah laku proksi, dan kesan pendua.
Kesilapan biasa
- Kesilapan: Menutup QUIC serta-merta selepas GOAWAY. → Sebab ia gagal: Permintaan aktif terganggu. → Penyelesaian: Salirkan terlebih dahulu dan tutup pada tarikh akhir yang ketat.
- Kesilapan: Menganggap had GOAWAY sebagai lejar pelaksanaan. → Sebab ia gagal: ID strim menyatakan julat, bukan penyelesaian aplikasi. → Penyelesaian: Sahkan dengan keadaan aplikasi dan kunci keidempotenan.
- Kesilapan: Mencuba semula setiap permintaan yang gagal. → Sebab ia gagal: Respons yang hilang mungkin berlaku selepas kesan sampingan berlaku. → Penyelesaian: Hadkan percubaan semula kepada operasi idempoten atau berkunci.
- Kesilapan: Menganggap migrasi sambungan memindahkan permintaan aktif. → Sebab ia gagal: Perubahan laluan tidak mengubah keadaan strim HTTP. → Penyelesaian: Gunakan sambungan baharu untuk percubaan semula yang selamat.
Soalan susulan dan jawapan
Soalan susulan 1: Mengapakah nilai GOAWAY boleh mengecil?
Pelayan boleh merangkumi permintaan serentak yang diperhatikan terlebih dahulu dan kemudian menetapkan sempadan akhir untuk strim baharu. Pengecilan membolehkan klien menumpu tanpa perlu meneka semua kerja dalam penerbangan pada isyarat pertama.
Soalan susulan 2: Bagaimanakah klien mengetahui sama ada permintaan telah diterima?
Membandingkan ID strim dengan sempadan akhir mengenal pasti julat yang mungkin, bukan sama ada kod aplikasi telah dijalankan. Gabungkan ia dengan respons, ralat sambungan, dan carian status keidempotenan.
Soalan susulan 3: Adakah GOAWAY disebarkan secara automatik melalui proksi?
Jangan anggap sedemikian. Proksi ialah titik akhir HTTP/3 yang bebas dan mesti menterjemah penyaliran huluan kepada dasar sambungan dan penghalaan hiliran.
Soalan susulan 4: Mengapakah strim dibatalkan sebelum penutupan keras?
Pembatalan membebaskan sumber aplikasi dan merekodkan sebab yang jelas, membolehkan klien membezakan tamat masa penyaliran daripada kegagalan rangkaian. Penutupan QUIC ialah sempadan sambungan akhir, bukan mekanisme pembersihan aplikasi.