Đồ thị Châm ngòi cho Bão Tố
Tuần trước, một startup được YC chống lưng đã tình cờ đăng một kết quả đo lường hiệu năng. Nó cho thấy hạ tầng tối giản của họ, xây dựng trên container chạy thẳng trên máy chủ vật lý, có hiệu năng vượt mặt Kubernetes 8 lần với chi phí chỉ bằng một phần mười. Bài đăng đó chỉ tồn tại được vỏn vẹn một giờ trước khi biến mất. Nhưng không kịp trước khi các ảnh chụp màn hình trở nên viral. Lúc tôi thấy nó thì nó đã bắt đầu ba cuộc khẩu chiến nảy lửa khác nhau trong các nhóm Slack của dân SRE. Thế là chúng tôi đã tự chạy thử nghiệm của riêng mình. Bật mí trước nhé: những con số ban đầu là thật. Và nếu bạn vẫn còn đang lún sâu vào Kubernetes, bạn sẽ muốn đọc bài này trước khi xin ngân sách để nâng cấp cluster thêm lần nữa.
Tại sao Kubernetes Có Cảm Giác Như Sắp Sụp Đổ
- Sự Phức Tạp Đang Nuốt Chửng Tất Cả
Một khảo sát của CNCF năm 2025 đã đưa ra con số này:
78% kỹ sư hiện dành hơn 15 giờ mỗi tuần chỉ để gỡ lỗi Kubernetes. (dựa trên bản xem trước khảo sát nội bộ, chưa phải báo cáo công khai của CNCF)
Trong trường hợp của chúng tôi, chúng tôi có ba người chỉ để giữ cho Istio không bị sập mỗi khi chúng tôi triển khai. Những việc đơn giản như thêm một service mới hay gỡ lỗi 503 bắt đầu đòi hỏi phải có sơ đồ, các cuộc họp, và cả Google Docs. Và không hiểu sao, cứ hai tuần chúng tôi lại làm sập DNS một lần.
- Ảo Tưởng 100,000 Đô La
Phân tích chi phí song song cho một hạ tầng ứng dụng cỡ vừa tiêu chuẩn:
Với Kubernetes: Chi phí hạ tầng: 28,000 đô la/tháng Thời gian của kỹ sư: Hơn 120 giờ/tháng
Với thiết lập mới: Chi phí hạ tầng: 3,200 đô la/tháng Thời gian của kỹ sư: 4 giờ/tháng
Kết lại: Chi phí cao hơn gần 10 lần chỉ để vận hành nền tảng trên Kubernetes. Con số này chưa bao gồm cái giá phải trả về tinh thần của lập trình viên.
Vậy Cái Gì Đang Thay Thế Kubernetes?
Không phải serverless. Cũng không phải Docker Swarm. Nó là một thứ gọi là…
MicroVMs: Container trên máy chủ vật lý nhưng có não.
Được xây dựng trên Firecracker, chính là thứ AWS dùng bên dưới Lambda, MicroVMs khởi động trong chưa đầy một mili giây, không cần YAML, và bạn điều khiển chúng như thể đang làm việc với cơ sở dữ liệu. Điều điên rồ là cú pháp của nó cho cảm giác rất tự nhiên. Bạn thực sự viết SQL để định nghĩa cách ứng dụng mở rộng và hành xử.
— Khởi chạy một service Next.js CREATE SERVICE nextjs IMAGE ‘vercel/next’ SCALE RULES ( IF http_requests > 1000 THEN ADD 2 INSTANCES, IF cpu > 70% FOR 5m THEN ALERT slack );
Chúng tôi đã thay thế hơn 200 dòng YAML và các file cấu hình autoscaler chỉ bằng 5 dòng này.
Cuộc Di Dời Và Vâng, Chúng Tôi Làm Xong Trong Một Cuối Tuần
Bước 1: Xuất file YAML từ K8s Chúng tôi dùng kompose để chuyển đổi các file cấu hình Kubernetes hiện có thành các định nghĩa triển khai theo kiểu SQL.
Dùng cho mục đích tham khảo
kompose convert –to=microvm –out=./deploy.sql
Bước 2: Thử Nghiệm Ngầm Với Lưu Lượng Thật Thay vì chuyển đổi mọi thứ cùng một lúc, chúng tôi chạy 10% lưu lượng production vào hệ thống MicroVM mới bằng lệnh này:
ALTER SERVICE payments SET shadow_traffic=10%;
Không cần mánh khóe DNS, không cần canary, không phải khóc lóc.
Bước 3: So Sánh Hóa Đơn k8s-cost-report –last-month > kube.txt microvm cost-estimate –plan ./deploy.sql > microvm.txt
So sánh chi phí hạ tầng hàng tháng (Tháng 6, 2025): Kubernetes: 14,200 đô la MicroVM: 1,900 đô la
Tiết kiệm: Giảm hơn 85% chi phí khi chuyển sang MicroVMs.
Đó là 12,300 đô la tiết kiệm được. Và vâng, ứng dụng của chúng tôi chạy mượt hơn, với ít sự cố về mở rộng hơn.
Tại sao Chuyện này không chỉ về Công cụ
Những gì chúng ta đang thấy còn lớn hơn một sự thay đổi kỹ thuật. Nó thuộc về văn hóa.
Kubernetes được xây dựng cho các bài toán ở tầm cỡ Google. Hầu hết chúng ta chưa bao giờ cần đến loại máy móc đó. Nhưng chúng ta vẫn dùng nó – bởi vì, ừ thì, ai cũng làm vậy.
Bây giờ các đội nhóm đang bắt đầu nhận ra: nếu ứng dụng của bạn không cần hạ tầng tầm cỡ Netflix, có lẽ bạn cũng không cần Kubernetes.
Dự đoán: Đến năm 2026, lệnh kubectl get pods sẽ nghe lỗi thời y như svn checkout.
Bạn có nên từ bỏ Kubernetes không?
Đây là một bài tự kiểm tra nhanh:
Có phải 90% sự cố của bạn là do cấu hình sai sidecar? Có phải một nửa đội ngũ của bạn đang tập trung vào hạ tầng thay vì sản phẩm? Bạn có sợ việc nâng cấp cluster hơn là việc ra một tính năng mới không?
Nếu bạn trả lời có cho hai câu hỏi trở lên, có lẽ bạn đã sẵn sàng rời khỏi ngôi đền Kube.
