Introducing mirrord up: Shared-Cluster Development in One Command

Postgres Is Enough

Thư mục này lập luận rằng PostgreSQL có thể thay thế hầu hết các cơ sở dữ liệu chuyên dụng …

When to repeat yourself

Nguyên tắc DRY (Don't Repeat Yourself) quan trọng nhưng việc loại bỏ trùng lặp cũng có chi …

Introducing AnduinOS Container: The Zero-Setup Microservice Base Image

AnduinOS Container là một base image Docker mới, được xây dựng từ đầu bằng pipeline …

Monolith to Service Architecture

Di chuyển từ kiến trúc monolith sang microservices cần áp dụng các pattern cụ thể thay vì viết lại toàn bộ. Bốn chiến lược chính gồm: Strangler Fig (dần dần chuyển lưu lượng qua API gateway), Parallel Run (chạy song song để kiểm chứng), Collaborator (thêm microservices mới mà không sửa core), và Change Data Capture (đồng bộ dữ liệu real-time bằng Debezium/Kafka Connect). Các pattern này hiệu quả nhất khi kết hợp theo trình tự trong quá trình chuyển đổi.

Lập trình viên nên đọc bài này để hiểu cách chuyển đổi từ kiến trúc monolith sang microservices một cách chỉnh xác, ít rủi ro và tối ưu hóa hiệu suất, không phải là một thay đổi đột ngột mà là một quá trình thuần túy, có kế hoạch với các mẫu thiết kế hiệu quả.

Why I haven’t run my databases on Kubernetes

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.

How We Migrated a Production Cluster from Ingress NGINX to Gateway API

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.

How to Implement Zero-Trust Workload Identity in Kubernetes with SPIFFE, SPIRE, and Cilium

Triển khai identity workload bằng SPIFFE/SPIRE trong Kubernetes giúp cấp chứng chỉ X.509 ngắn hạn (SVID) cho mỗi workload dựa trên namespace và service account, thay thế IP động không ổn định. Cilium sau đó sử dụng các SVID này để thực thi mutual TLS ở tầng eBPF, loại bỏ nhu cầu sidecar hay sửa đổi ứng dụng, đồng thời hỗ trợ quan sát chính sách qua Hubble.

Lập trình viên cần đọc bài này để hiểu cách triển khai mô hình Zero Trust trong Kubernetes bằng cách thay thế cơ chế kiểm soát dựa trên IP bằng giải pháp tín nhiệm mã hóa, giúp bảo mật động và tự động hóa mà không cần thay đổi ứng dụng.