- Dikirim
- 4 September 2026 pukul 20.02 UTC
- Penulis
- Kamo
- Commit
- 6c253b6
Seorang konsumen yang tahan lama mengakui persis satu pelanggan. Pod kedua untuk mengikat nama yang sama adalah Ditolak dengan [SUB-90012] Konsumer sudah terikat pada langganan, dan tidak ada yang kembali. ChatSesionSubscription Manager menyebutkan nama yang tahan lama setelah sesi obrolan GUID, jadi dengan dua MediaService pod mana yang mengikat percakapan pertama akan diam-diam memilikinya dan setiap anggota yang WebSocket mendarat di pod lain akan menerima apa-apa - tidak ada pesan, tidak ada tanda terima membaca, tidak ada Acara ditambahkan anggota, tidak ada kesalahan. Bahwa properti tunggal adalah mengapa MediaService telah disematkan ke satu replika, dan mengapa menyebarkan itu adalah total gangguan obrolan daripada rollover. subscribe Ephemeral () malah menciptakan konsumen tanpa nama. Tidak ada identitas lintas-pod untuk bertabrakan lebih, sehingga setiap pod menerima setiap pesan dan penggemar keluar untuk klien StoMP sendiri - yang adalah apa yang pialang sederhana diperlukan. Ini membuat filterSubject jalan yang dapat dipertahankan belajar untuk menset ( filter kosong mengkonsumsi seluruh arus), dan menambahkan sebuah unactiveThreshold sehingga sebuah pod yang SIGKILed tanpa unsubscribing tidak meninggalkan konsumen di sungai selamanya. Tidak ada perubahan perilaku bagi penelepon yang ada: langganan () tidak tersentuh, dan loop pengiriman keduanya jalan menggunakan sekarang salah satu metode sehingga mereka tidak dapat melayang. Konsumen Ephemeral tidak memutar ulang pesan yang diterbitkan ketika tidak ada yang disubscripsikan. Begitu juga dengan yang tahan lama - keduanya menggunakan DeliverPolicy. Baru - jadi ini bukan regresi.