Cilium 1.20 ra mắt: Mở rộng Gateway API và mở đường dữ liệu eBPF cho Kubernetes

Cilium vừa phát hành phiên bản 1.20 với hàng loạt cải tiến đáng chú ý dành cho cộng đồng Kubernetes. Bản cập nhật này mở rộng hỗ trợ Kubernetes Gateway API, bổ sung đường dữ liệu eBPF có thể mở rộng và tiếp tục hoàn thiện tính năng mTLS không sidecar.

Điểm nhấn đáng quan tâm nhất là việc Cilium 1.20 giúp đưa thiết bị mạng netkit mới trở nên dễ triển khai hơn trên những cụm Kubernetes chạy nhiều phiên bản nhân Linux khác nhau — một vấn đề thực tế mà nhiều đội ngũ vận hành hạ tầng tại Việt Nam cũng đang gặp phải khi hệ thống gồm nhiều môi trường không đồng nhất.

Gateway API và eBPF: Trọng tâm của bản phát hành

Cilium 1.20 tiếp tục đẩy mạnh vai trò của mình như một giải pháp mạng nền tảng cho Kubernetes với việc mở rộng phạm vi hỗ trợ Gateway API. Đây là bộ API chuẩn của Kubernetes dùng để quản lý lưu lượng vào/ra cụm, thay thế dần các mô hình Ingress cũ. Việc hỗ trợ rộng hơn giúp các đội DevOps có thể cấu hình routing, cân bằng tải và chính sách bảo mật theo cách nhất quán hơn.

Song song đó, đường dữ liệu eBPF của Cilium nay đã có thể mở rộng, cho phép tùy biến sâu hơn vào cách xử lý gói tin ngay trong nhân Linux. Với eBPF, Cilium có thể thực thi các chính sách bảo mật và định tuyến mà không cần qua iptables truyền thống — vốn là nút thắt hiệu năng quen thuộc ở các cụm lớn.

Những điểm chính trong bản phát hành 1.20:

• Hỗ trợ Gateway API mở rộng hơn cho các kịch bản quản lý lưu lượng phức tạp
• Đường dữ liệu eBPF có thể mở rộng, mở đường cho các tùy biến chuyên sâu
• Tiếp tục phát triển mTLS không sidecar, giảm chi phí tài nguyên so với mô hình sidecar truyền thống
• Hỗ trợ netkit linh hoạt hơn trên các cụm dùng nhiều phiên bản nhân Linux

mTLS không sidecar: Giảm gánh nặng cho cụm

Một trong những hướng đi được chú ý nhất của Cilium trong các phiên bản gần đây là mTLS (mutual TLS) không sidecar. Thay vì phải chèn thêm một container sidecar vào mỗi pod để mã hóa lưu lượng—cách làm của các service mesh truyền thống—Cilium xử lý mã hóa ở tầng nền tảng.

Cách tiếp cận này mang lại nhiều lợi ích thực tế:

Giảm số lượng container cần chạy, từ đó tiết kiệm CPU và bộ nhớ — yếu tố quan trọng với các doanh nghiệp đang tối ưu chi phí hạ tầng cloud.

Bên cạnh đó, việc không cần sidecar cũng đơn giản hóa công tác vận hành, giảm số thành phần phải giám sát và cập nhật. Tuy nhiên, tính năng này vẫn đang trong quá trình hoàn thiện, nên các đội ngũ cần đánh giá kỹ trước khi đưa vào môi trường production.

netkit: Bài toán tương thích nhân Linux

Việc đưa netkit—một loại thiết bị mạng ảo mới trong nhân Linux—vào môi trường Kubernetes thực tế không hề đơn giản, bởi nó phụ thuộc vào phiên bản nhân Linux của từng node. Với các cụm có nhiều loại node chạy phiên bản nhân khác nhau, việc triển khai đồng loạt trở thành thách thức lớn.

Cilium 1.20 giải quyết vấn đề này bằng cách giúp việc giới thiệu netkit trở nên dễ dàng hơn trên các cụm không đồng nhất. Đây là cải tiến thiết thực với những tổ chức đang vận hành hạ tầng lai hoặc có lộ trình nâng cấp nhân Linux kéo dài.

Ý nghĩa với cộng đồng DevOps Việt Nam

Với các doanh nghiệp công nghệ tại Việt Nam đang mở rộng hệ thống Kubernetes—từ startup fintech đến các nền tảng thương mại điện tử—những cập nhật này mang lại lựa chọn hấp dẫn để giảm chi phí hạ tầng mà vẫn đảm bảo bảo mật.

Việc Cilium hỗ trợ chuẩn Gateway API cũng giúp các đội ngũ dễ dàng chuyển đổi từ Ingress truyền thống, đồng thời tăng tính tương thích với hệ sinh thái công cụ cloud-native. Trong bối cảnh nhu cầu tối ưu chi phí cloud ngày càng lớn, hướng tiếp cận không sidecar của Cilium là điểm cộng đáng cân nhắc.

Bản phát hành 1.20 cho thấy Cilium vẫn đang tích cực định hình tương lai của mạng Kubernetes, nơi hiệu năng, bảo mật và khả năng mở rộng được giải quyết ngay ở tầng nền tảng thay vì chắp ghép thêm các thành phần bên ngoài.