Multi-node support for Polling Tentacles

System Design Drill Day 14: URL Shortener and Unique ID Generation

Design a scalable URL shortener using random base62 codes, Redis caching, 302 redirects, and asynchronous click analytics while protecting expiring order-tracking links.

Revoke a JWT Before It Expires: Refresh Tokens and token

ASP.NET Core validates a JWT by its signature and expiry, so a stolen token keeps working after the user changes their password.

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.

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 như Redis, Elasticsearch hay MongoDB nhờ hỗ trợ đa dạng chức năng (tìm kiếm toàn văn, JSONB, vector embeddings, time-series, v.v.) qua extensions, giảm bớt overhead vận hành. Chỉ khi PostgreSQL không đáp ứng đủ, mới cần đến các dịch vụ chuyên biệt.

Lập trình viên nên đọc bài này để khám phá cách PostgreSQL có thể thay thế nhiều dịch vụ chuyên dụng khác với chi phí thấp hơn về thời gian và chi phí vận hành, giúp tối ưu hóa kiến trúc dự án và giảm rủi ro phức tạp.

System Design Drill Day 8: Distributed Locks with Redis and Fencing Tokens

Bối cảnh về distributed locks rất quan trọng khi xử lý các thao tác quan trọng như quản lý tồn kho. Nguyên nhân kỹ thuật là việc sử dụng Redis leases kết hợp fencing tokens giúp tránh race conditions trong môi trường phân tán. Hệ quả là giải pháp này ngăn chặn được tình trạng overselling và đảm bảo tính toàn vẹn dữ liệu trên MySQL. Điều đáng học là cách triển khai cụ thể với Laravel cho thấy hiệu quả thực tế khi xử lý 10,000 requests/giây. Phương pháp này giải quyết vấn đề lock failure một cách an toàn và đáng tin cậy.

Bài này giúp lập trình viên học cách triển khai khóa phân tán với Redis và token ngăn chặn để bảo vệ dữ liệu khỏi xung đột trong môi trường phân tán.

System Design Drill Day 5: Load Balancing and Horizontal Scaling

System Design Drill Day 5 tập trung vào việc mở rộng Laravel marketplace trên nhiều server app với load balancing. Bài giải thích kỹ thuật thiết kế hệ thống sử dụng Nginx làm reverse proxy kết hợp với HAProxy để phân phối traffic và implement health checks. Hệ thống chia sẻ session qua Redis và storage qua S3 để đảm bảo tính đồng nhất giữa các server. Điều đáng học là kỹ thuật rolling deployments với Blue-Green strategy giúp giảm downtime trong khi cập nhật phiên bản, cùng với việc tối ưu performance bằng cách cân bằng tải tự động và scaling horizontal khi cần.

Bài này giúp lập trình viên nắm cách thiết kế hệ thống phân tải và mở rộng ngang cho Laravel marketplace hiệu quả.

Security Disclosure Recommendation: Rotate Redis Database Credentials

Bài viết hướng dẫn cách rotate Redis database credentials sau khi phát hiện lỗ hổng bảo mật cho phép tấn công qua cơ chế password spraying. Nguyên nhân kỹ thuật là do Redis sử dụng cơ chế xác thực yếu và không yêu cầu thay đổi password định kỳ. Hệ quả có thể dẫn đến truy cập trái phép vào cơ sở dữ liệu, đánh cắp thông tin hoặc thực thi mã từ xa. Bài gốc cung cấp các bước cụ thể sử dụng Redis CLI để thực hiện rotation password kèm theo ví dụ minh họa. Đây là bài đọc hữu ích nếu bạn quản lý Redis instance và cần bảo mật hệ thống khỏi các tấn công tiềm tàng.

Quan trọng vì thông tin này giúp bạn bảo mật hệ thống Redis bằng cách làm mới định danh database.

Memorystore for Valkey 9.1: 3x QPS Caching

Memorystore for Valkey 9.1 vừa chính thức ra mắt với khả năng tăng gấp 3 lần QPS so với phiên bản trước. Công nghệ mới này hỗ trợ các workload caching đòi hỏi hiệu năng cao với độ trễ chỉ ở mức micro giây. Việc nâng cấp lên Valkey 9.1 giúp tối ưu hóa hiệu suất cho các ứng dụng cần xử lý lượng lớn yêu cầu. Nếu bạn đang làm việc với caching và cần cải thiện QPS, phiên bản này đáng để xem xét.

Memorystore for Valkey 9.1 giúp tăng hiệu suất caching lên đến 3x QPS với độ trễ micro giây cho ứng dụng của bạn.