Announcing Istio 1.31.1

A refreshed Network Policy Editor website and two new VS Code extensions

Meet the refreshed Network Policy Editor and two new VS Code plugins.

Kubernetes Multi-Tenancy, Layer by Layer: Isolation Proved by Being Refused

“” is published by Filipe Motta in ITNEXT.

What Is OpenTelemetry? A Guide to the OTel Framework

What is OpenTelemetry? See how the OTel framework standardizes traces, metrics, and logs so you can switch backends freely.

100% GPU Utilization, 39% of Rated FP16

nvidia-smi GPU-Util says a kernel ran, not how much work the GPU did. How DCGM metrics on Kubernetes show real GPU throughput, power caps and node health.

Faster LLM inference startup: What you need to know

Adding an inference replica creates capacity only after the new instance can serve requests. Between starting a process and generating a response…

Nvidia Kubernetes Engine (NVKE)

NVIDIA Kubernetes Engine (NVKE). A management plane for GPU Kubernetes on bare metal. - dsx-ai-factory/nvke

OWASP Top 10 Kubernetes Security Risks Explained

OWASP Top 10 Kubernetes Security Risks phân tích 44 cụm Kubernetes bị xâm phạm do rò rỉ secret. Nguyên nhân kỹ thuật chính là việc sử dụng credentials hardcode và RBAC cấu hình lỏng lẻo. Hệ quả bao gồm access không ủy quyền, data theft, và lateral movement trong cụm. Các attack vector phổ biến là Pod escape và namespace compromise. Bài viết cung cấp chiến lhardening với Pod Security Policies (PSPs) và admission controllers.

Lập trình viên phát triển ứng dụng trên Kubernetes nên đọc bài này để hiểu rõ những rủi ro an ninh cơ bản nhất, từ việc tiết lộ mật khẩu đến khai thác lỗ hổng trong cấu trúc cluster, giúp họ xây dựng các giải pháp bảo mật hiệu quả từ giai đoạn thiết kế.

A Missing Binary Turned a Kubernetes Liveness Probe Into a Restart Loop

Trong môi trường Kubernetes, một binary thiếu hụt đã gây ra vòng lặp khôi phục vô hạn cho liveness probe. Vấn đề kỹ thuật phát sinh khi liveness probe và readiness probe không được phân biệt rõ ràng, khiến pod bị khởi tạo lại liên tục thay vì cho phép background consumer xử lý hết hàng đợi. Hệ quả là ứng dụng gặp downtime do quá trình khởi tạo lại liên tục, gây lãng phí tài nguyên và không đạt được trạng thái stable. Bài viết nhấn mạnh tầm quan trọng của việc thiết kế riêng biệt giữa liveness probe (kiểm tra health) và readiness probe (kiểm tra sẵn sàng phục vụ), đặc biệt với các ứng dụng xử lý queue background.

Bài viết giải thích tại sao probe sống và probe sẵn sàng trong Kubernetes có vai trò khác nhau, giúp lập trình viên tránh vòng lặp khởi tạo lại do thiếu binary xử lý hàng đợi nền.