ที่ผ่านมา Azure Kubernetes Service ยังมีข้อจำกัดในด้านเครือข่ายเมื่อลูกค้ามีการใช้งานคลัสเตอร์ขนาดใหญ่ ด้วยเหตุนี้เอง Azure จึงคิดค้นกลไกการจัดการเครือข่ายใหม่ที่เรียกว่า Container Network Interface ของตัวเองช่วยจัดการความยุ่งยากที่ลดทอนประสิทธิภาพการทำงาน
อันที่จริง ณ ขณะการสร้างคลัสเตอร์ผู้ใช้งาน AKS สามารถเลือกปลั๊กอินได้ตามต้องการ โดยเดิมๆก็คือ Kubenet ที่ใช้ Azure Route table เพื่อให้โหนดได้สื่อสารกันได้ แต่ปัญหาเกิดขึ้นเพราะถูกจำกัดเพียง 400 โหนดและ 200 ในกรณีที่เป็น Dual Stack ทั้งนี้เพราะไปใช้ Address Space จาก VNET เมื่อเผชิญกับการใช้งานปริมาณมากและกรณี Classless Inter-Domain Routing(CIDR) อาจทำให้มีไอพีไม่พอใช้
วิธีการแก้ไขเดิมผู้ใช้อาจจะมี Network Interface เองที่ทำ Encapsulation ด้วย VXLAN หรืออื่นๆได้ อย่างไรก็ดีก็ยังทำให้เกิด Latency และความไม่สเถียรตามมา นั่นจึงเป็นที่มาของ Azure CNI Overlay
ไอเดียก็คือ CNI Overlay เปิดให้ผู้ใช้กำหนด Address Space เองได้แทนที่จะใช้ IP Address จาก VNET นั่นหมายความว่าไม่ต้องมีกลไกทำ Encapsulation ซ้ำซ้อน และใช้ Address Space ซ้ำกันได้ในคลัสเตอร์อื่นภายใต้ VNET เดียวกันด้วย โดยเมื่อโหนดเข้าร่วม AKS Cluster จะได้รับ IP /24 จาก Pod CIDR หรือภายใต้ก็คือ VNET จะเป็นผู้เชื่อมโยง Pod CIDR กับโหนด นั่นทำให้หาก Pod หายไปจากโหนด VNET ยังคงทราบว่าต้องส่งทราฟฟิคไปที่ไหน นำไปสู่การรองรับ Pod ได้นับล้านตัว นอกจากนี้ทีมงานยังได้ทดสอบประสิทธิภาพเทียบกับ VXLAN Overlay พบว่า Azure CNI Overlay มีประสิทธิภาพดีขึ้นกว่า 19%