A structured 12-step guide for diagnosing a Kubernetes LoadBalancer Service stuck in Pending state. Covers verifying service configuration, checking events and endpoints, validating pod health, inspecting the cloud controller, confirming IAM permissions, validating AWS subnet tags, reviewing controller logs, and checking cloud quotas. Includes a root cause table and a visual debugging workflow tree, with a focus on Amazon EKS environments.
Nguồn: https://medium.com/@gadamsettirakesh6/day-22-kubernetes-production-debugging-b9c611ce741e. 8sync News chỉ tóm tắt và dẫn link; bản quyền nội dung thuộc tác giả và nguồn gốc.
Kể từ ngày 23/6/2026, AWS giới thiệu chương trình Maintain (open beta) cho phép gia hạn chứng chỉ không cần thi lại bằng cách hoàn thành các khóa học kỹ thuật số và phòng lab trên AWS Skill Builder, tích đủ điểm (500 điểm cho cấp Associate, 700 điểm cho cấp Professional). Chương trình tự động gia hạn chứng chỉ cấp thấp hơn khi gia hạn chứng chỉ cấp cao hơn, yêu cầu có tài khoản Skill Builder hoạt động và chứng chỉ còn 90 ngày hết hạn. Phương thức Renewal (thi lại) vẫn được duy trì như lựa chọn thay thế.
Lập trình viên chuyên về cloud AWS nên đọc bài này để biết cách tiết kiệm thời gian và chi phí mà vẫn duy trì chứng chỉ chuyên môn cao mà không phải đối mặt với áp lực thi lại, đặc biệt khi các chương trình mới như Maintain có thể mở rộng cơ hội làm việc và phát triển sự nghiệp trong ngành công nghệ cloud.
Kỹ sư backend chia sẻ quyết định kiến trúc khi xây dựng ứng dụng desktop/mobile cá nhân "local-first" bằng Flutter và SQLite, không cần server. Ứng dụng sử dụng cloud storage (iCloud/Google Drive) như một "courier" để đồng bộ dữ liệu, giải quyết xung đột bằng Last-Write-Wins timestamps, quản lý schema migrations của SQLite, và tận dụng kiến trúc local-first để áp dụng mô hình kinh doanh one-time purchase thay vì SaaS subscriptions.
Lập trình viên muốn xây dựng một ứng dụng cá nhân hiệu quả và linh hoạt mà không phụ thuộc vào cloud backend hoặc dịch vụ SaaS, đặc biệt khi cần tối ưu hóa chi phí và kiểm soát dữ liệu riêng tư.
AWS Lambda MicroVMs cung cấp sự cô lập cấp VM, trạng thái bền vững và thời gian khởi động mili giây, lấp khoảng trống giữa Lambda và EC2, nhưng trải nghiệm phát triển phức tạp hơn nhiều so với kỳ vọng. Chúng chỉ phù hợp với một nhóm nhỏ (môi trường thực thi AI bảo mật) trong khi hầu hết kỹ sư nên ưu tiên Lambda, EC2, ECS hoặc Fargate.
Là lập trình viên cần phát triển ứng dụng serverless hoặc quản lý infrastructure cloud, bạn nên đọc để hiểu cách AWS Lambda MicroVMs có thể thay thế EC2 trong trường hợp đặc biệt như bảo mật cho AI, nhưng cũng nhận diện rõ khi phức tạp vượt tầm sử dụng thông thường.
Bài viết phân tích và bác bỏ những lo ngại phổ biến khi chạy cơ sở dữ liệu trên Kubernetes như quản lý workloads stateful, an toàn dữ liệu khi pod/node gặp sự cố, hiệu suất overhead và độ phức tạp vận hành. Tác giả cho rằng Kubernetes đã trưởng thành với StatefulSets, PersistentVolumes, CSI cùng Operators giúp tự động hóa các thao tác Day-2 phức tạp, khiến hầu hết các phản đối trước đây không còn hợp lệ.
Lập trình viên nên đọc bài này để hiểu cách Kubernetes hiện đại đã giải quyết những lo ngại truyền thống về quản lý cơ sở dữ liệu, từ việc bảo mật dữ liệu trong các sự kiện thất bại đến tối ưu hóa hiệu suất và tự động hóa các công việc vận hành phức tạp.
Bài viết chia sẻ kinh nghiệm di chuyển một cụm Kubernetes sản xuất từ Ingress NGINX sang Gateway API bằng công cụ kgateway, giải thích lý do lựa chọn kgateway thay vì các giải pháp khác, hướng dẫn sử dụng công cụ dịch ingress2gateway, và cách thực hiện chuyển đổi không gián đoạn bằng weighted DNS với external-dns. Bài viết cũng đề cập đến những khác biệt về hành vi như yêu cầu nâng cấp WebSocket, vấn đề pooling kết nối upstream, và sự khác biệt trong rate limiting, cùng những bài học vận hành về ArgoCD, topology namespace của cert-manager, và chạy controller ở nhiều replicas.
Lập trình viên Kubernetes cần tham khảo để hiểu cách chuyển đổi smooth và an toàn từ Ingress NGINX sang Gateway API với các giải pháp zero-downtime, đặc biệt khi cần tối ưu hóa cho các ứng dụng yêu cầu WebSocket, rate limiting hoặc quản lý DNS động trong sản phẩm.
Isovalent Networking cho Kubernetes 1.19 bổ sung các tính năng quản trị ngày thứ hai như chính sách kiểm soát nhập BGP (default-deny + allowlists), hỗ trợ quảng bá địa chỉ giao diện qua BGP, và nâng cấp Egress Gateway HA lên ổn định. Tính năng điều khiển mạng bổ sung hỗ trợ ClusterNetworkPolicy, phân cấp chính sách (Admin/Normal/Baseline) cùng chế độ offline FQDN HA. Hubble Timescape thay thế Hubble UI Enterprise với bộ lọc CEL, chỉnh sửa chính sách nâng cao, truy xuất tiến trình qua Tetragon và mô hình triển khai OpenShift mới.
Nếu bạn là một lập trình viên quản trị hệ thống hoặc DevOps cần tối ưu hóa và quản lý chính sách mạng trong Kubernetes, bài viết này sẽ giúp bạn hiểu cách áp dụng các tính năng mới như BGP route import và NetworkPolicy tiers để tự động hóa và bảo mật môi trường cloud-native hiệu quả hơn.
Một nhà phát triển xây dựng công cụ quét lỗ hổng container với giao diện web dựa trên ConfigHub bằng cách tái sử dụng phần lớn cấu trúc từ ứng dụng RBAC Manager trước đó, chỉ thay đổi logic chuyên biệt: trình quét Go tùy chỉnh phân tích lớp image, đọc cơ sở dữ liệu gói OS và so khớp với cơ sở dữ liệu CVE thống nhất (GitHub Advisory, CVE List V5, OSV.dev). Kết quả quét được ghi vào annotations của Kubernetes Deployment, còn chính sách ngăn chặn (Trigger) hoạt động mà không cần admission webhook. Giao diện React tái sử dụng ~80% codebase RBAC Manager, chỉ thay đổi model, truy vấn snapshot và thành phần trang. Bài viết giới thiệu mẫu 5 bước xây dựng công cụ nội bộ trên ConfigHub: định nghĩa đối tượng, tải snapshot, hiển thị view, tương tác API và quản lý chính sách.
Lập trình viên nên đọc bài này để tìm cách tiết kiệm thời gian và công sức xây dựng công cụ chuyên dụng từ khung cơ sở đã tồn tại, giảm thiểu sự phức tạp bằng cách tái sử dụng logic chung và tập trung vào logic riêng biệt.

Công cụ operator-chaos là framework Go mã nguồn mở nhằm kiểm thử logic hòa giải (reconciliation) của operator Kubernetes, bổ sung cho các công cụ chaos truyền thống chỉ kiểm tra pod restart. Nó hỗ trợ 20 loại tiêm lỗi qua bốn chế độ (CLI black-box, HTTP, client.Client, interceptor) và bốn danh mục (hạ tầng, cấu hình, quyền truy cập, vòng đời), sử dụng tệp YAML định nghĩa trạng thái khỏe mạnh. Quá trình thí nghiệm gồm năm giai đoạn, trả về kết quả có cấu trúc (Resilient, Degraded, Failed, Inconclusive) và bao gồm module chaostransport không phụ thuộc, điều khiển lỗi qua ConfigMap cùng công cụ fuzz testing.
Lập trình viên phát triển các operator Kubernetes nên đọc bài này để hiểu cách kiểm chứng logic reconciliation của ứng dụng mình bằng cách thử thách các tình huống phá hoại thực tế, không chỉ là restart pod, để đảm bảo hệ thống hoạt động ổn định trong môi trường sản phẩm.