Kafka melalui proxy: bootstrap berhasil, koneksi broker gagal
Menjelaskan mengapa koneksi bootstrap Kafka yang berhasil tidak menjamin jangkauan proxy ke setiap broker yang ditemukan.
Koneksi bootstrap dapat berhasil sementara klien Kafka masih tidak dapat memproduksi atau mengonsumsi. Server bootstrap membantu klien menemukan klaster; server itu belum tentu satu-satunya endpoint yang akan dihubungi.
Metadata broker berisi alamat yang digunakan untuk koneksi berikutnya. Jika nama atau port tersebut tidak dapat dijangkau melalui rute proxy yang dimaksud, koneksi pertama yang berhasil tidak menyelesaikan sisa pekerjaan.
Baca endpoint yang diiklankan
Bandingkan alamat bootstrap dengan alamat broker yang benar-benar diterima klien. Alias bootstrap publik dapat mengarah ke nama teriklankan privat, dan meneruskan satu port lokal tidak otomatis menulis ulang setiap alamat dalam metadata.
Identifikasi juga jalur proxy yang didukung implementasi klien. Properti SOCKS sistem Java bukan jaminan bahwa transport berbasis NIO suatu pustaka memakai mekanisme proxy Socket JDK. Periksa klien Kafka sebenarnya dan integrasi jaringan, bukan mengasumsikan setiap socket Java mematuhi pengaturan yang sama.
Klien yang sadar proxy memerlukan rute yang diizinkan ke endpoint broker terkait. Pengaturan tingkat jaringan memerlukan keterjangkauan dan resolusi nama yang sesuai. Keduanya desain berbeda, dan tidak satu pun disediakan hanya dengan mendaftarkan proxy sebagai server bootstrap.
Pisahkan pengaturan protokol keamanan dan autentikasi. Proxy dapat membangun jalur TCP sementara identitas TLS, autentikasi SASL, atau otorisasi broker masih gagal.
Untuk diagnosis, catat endpoint mana yang gagal dan apakah berasal dari konfigurasi statis atau metadata yang dikembalikan. Perbedaan itu mempersempit masalah jauh lebih baik daripada berulang kali mengubah endpoint yang sudah dapat dijangkau.