Kubernetes v1.36 ได้เปิดตัวฟีเจอร์ 'Server-Side Sharded List and Watch' ในสถานะ Alpha (KEP-5866) เพื่อแก้ปัญหาคอขวดในการขยายระบบของ Controller เมื่อคลัสเตอร์มีขนาดใหญ่ถึงระดับหมื่นโหนด ในปัจจุบัน เมื่อมีการขยาย Controller แบบ Sharding ข้อมูลทุกอย่างจาก API Server จะยังคงถูกส่งไปยังทุกสำเนา (Replica) ของ Controller ทำให้เกิดการสูญเสียทรัพยากรในการประมวลผลข้อมูลที่ไม่ได้ใช้งาน
ฟีเจอร์นี้ย้ายภาระการกรองข้อมูลไปไว้ที่ API Server โดยตรง โดยการเพิ่มฟิลด์ shardSelector ใน ListOptions ซึ่งจะใช้ฟังก์ชันแฮช FNV-1a ในการกำหนดช่วงข้อมูล (Shard Range) ทำให้แต่ละ Replica ได้รับเฉพาะข้อมูลส่วนที่ตนเองรับผิดชอบเท่านั้น ช่วยลดภาระด้าน Network Bandwidth และ CPU ได้อย่างมีนัยสำคัญ
