Google Managed Kafka เปลี่ยนรูปแบบ Bootstrap Address สำหรับ Cluster ใหม่
ระบบ provisioning ที่ประกอบ URL เองควรเปลี่ยนมาดึง address จากบริการและทดสอบ client
Google Cloud ประกาศวันที่ 9 ตุลาคม 2026 ว่ารูปแบบ bootstrap addresses และ broker URLs ของ Managed Service for Apache Kafka เปลี่ยนสำหรับ cluster ที่สร้างใหม่ ทีมที่สร้าง cluster ด้วย automation หรือคัดลอก address จากชื่อรูปแบบเดิมควรตรวจ เพราะ client อาจต่อไม่ได้แม้ cluster สร้างสำเร็จ
ขอบเขตการเปลี่ยน
release notes ระบุชัดว่าเป็น cluster ใหม่ ไม่ได้บอกว่า URL ของ cluster เดิมถูกเปลี่ยนทันที การเปลี่ยน format จึงกระทบ provisioning pipeline, template และเอกสารภายในที่คาดเดา hostname จากชื่อ project หรือ cluster มากกว่าการรันของ client เดิม Google แนะนำให้ดึง bootstrap address ของ cluster จากวิธีที่เอกสารรองรับ
สำหรับ Kafka client ค่า bootstrap เป็นจุดเริ่มเชื่อมต่อ หลังจากนั้น client จะได้รับ metadata ของ broker ถ้ารูปแบบ address หรือ network policy ไม่ตรง ค่าเชื่อมต่ออาจล้มตั้งแต่ขั้นแรก หรือเชื่อมครั้งแรกได้แต่ broker address ใน metadata ไปไม่ถึง ต้องทดสอบทั้ง produce และ consume ไม่ใช่แค่ ping endpoint
สิ่งที่ควรแก้ในระบบสร้าง cluster
ค้นหาโค้ดที่ประกอบ URL เองหรือ hardcode suffix ของ broker แล้วเปลี่ยนให้รับ address ที่บริการส่งกลับ บันทึก address ลง secret/config ด้วยขั้นตอนอัตโนมัติ ตรวจ TLS, DNS และ firewall allowlist หลังสร้าง cluster ใหม่ ทดสอบแอปจาก network เดียวกับ production รวมถึง CI runner ที่ใช้ integration test
ถ้าใช้หลาย environment ให้สร้าง cluster ทดสอบใน region เดียวกับ production แล้วเปรียบเทียบค่า bootstrap จาก API กับค่าที่ template สร้าง การออกแบบเช่นนี้ลดโอกาสพังเมื่อผู้ให้บริการเปลี่ยนรูปแบบอีกครั้ง
ข้อควรระวัง
อย่าสลับค่าของ cluster เดิมโดยอิงประกาศนี้เพียงอย่างเดียว ตรวจ address จริงราย cluster และวางแผนย้าย client แยกจากขั้นตอนสร้างใหม่
อ่านต้นทาง: Google Cloud release notes, 9 ตุลาคม 2026