Istio

โหมด Ambient ของ Istio ช่วยลดความจำเป็นในการใช้ Sidecar proxy ในทุก Pod โดยใช้ Proxy ระดับโหนดร่วมกัน (ztunnel) สำหรับทราฟฟิก Layer 4 ซึ่งช่วยลดการใช้หน่วยความจำและ CPU ได้สูงสุดถึง 50% ในคลัสเตอร์ขนาดใหญ่ ขจัดความจำเป็นในการรีสตาร์ท Pod ของแอปพลิเคชันเมื่ออัปเดต Mesh และลดความซับซ้อนของวงจรการดำเนินงานของ Service Mesh ลงอย่างมาก

มอบการทำ Mutual TLS (mTLS) อัตโนมัติสำหรับการสื่อสารระหว่างเซอร์วิสทั้งหมด ทำให้มั่นใจได้ว่าทราฟฟิกจะถูกเข้ารหัสและตรวจสอบสิทธิ์โดยค่าเริ่มต้น โดยจะบังคับใช้นโยบายการควบคุมการเข้าถึงแบบละเอียดตามตัวตนของเซอร์วิสแทนที่ IP address ซึ่งช่วยลดความเสี่ยงจากการเคลื่อนที่ในแนวราบ (Lateral movement) ภายในคลัสเตอร์ได้อย่างมีประสิทธิภาพ และรับประกันการปฏิบัติตามมาตรฐานความปลอดภัยที่เข้มงวด เช่น PCI-DSS หรือ HIPAA

เปิดใช้งานรูปแบบการควบคุมทราฟฟิกที่ซับซ้อน รวมถึง Canary releases, A/B testing และ Blue-green deployments โดยการปรับน้ำหนักทราฟฟิกในระดับคำขอ นักพัฒนาสามารถเปลี่ยนทราฟฟิก 5% ไปยังเวอร์ชันใหม่เพื่อตรวจสอบความเสถียรก่อนการเปิดตัวเต็มรูปแบบ ในขณะที่ Circuit breakers ในตัวจะช่วยป้องกันความล้มเหลวแบบลูกโซ่โดยการแยกอินสแตนซ์ของเซอร์วิสที่ไม่สมบูรณ์ออกโดยอัตโนมัติ

สร้าง Telemetry โดยละเอียดโดยอัตโนมัติ รวมถึงสัญญาณหลัก (Latency, Traffic, Errors และ Saturation) สำหรับทุกเซอร์วิส พร้อมรองรับการทำ Distributed tracing ผ่าน Zipkin หรือ Jaeger ช่วยให้ SRE สามารถเห็นภาพการไหลของคำขอผ่านสถาปัตยกรรมไมโครเซอร์วิสที่ซับซ้อน และระบุจุดคอขวดหรือความล้มเหลวได้ในระดับมิลลิวินาทีโดยไม่ต้องแก้ไขซอร์สโค้ดของแอปพลิเคชัน

รวมศูนย์การจัดการนโยบายเครือข่ายทั่วทั้งคลัสเตอร์ แทนที่จะกำหนดค่าไฟร์วอลล์แยกส่วนหรือตรรกะระดับแอปพลิเคชัน ผู้ดูแลระบบสามารถกำหนดนโยบายส่วนกลางสำหรับการจำกัดอัตรา (Rate limiting), Request headers และการตรวจสอบสิทธิ์ เพื่อให้มั่นใจถึงความปลอดภัยและพฤติกรรมเครือข่ายที่สอดคล้องกันในสภาพแวดล้อมแบบ Polyglot ที่เซอร์วิสอาจเขียนด้วยภาษาที่แตกต่างกัน