Supervising What You Don't Own: A Controller Loop in OTP

EP230: RAG vs Agentic RAG

RAG (Retrieval-Augmented Generation) và Agentic RAG là hai phương pháp xử lý thông tin …

Identity Security Vendors for AI Agents | Kovrr

Every major identity vendor shipped an agent offering during 2026, and the datasheets converge on the same three claims. Agents get first-class identities, permissions are scoped, and access is governed.‍The question that separates them is narrower. When the engineer who…

5 Event Driven Architecture Problems (And How to Avoid Them)

Event-driven architecture (EDA) phổ biến nhưng tiềm nhiều thách thức trong production environment. Vấn đề truy xuất lỗi (tracing) trở nên phức tạp khi sự kiện (event) đi qua nhiều service khác nhau, đòi hỏi hệ thống phân tích log tập trung như ELK stack. Hàng đợi tin hỏi (dead letter queues) dễ bị đầy nếu không implement validation logic kỹ càng, dẫn đến mất dữ kiện quan trọng. Sự không nhất quán cuối cùng (eventual consistency) gây race condition khi nhiều consumer xử lý cùng event đồng thời. Các EDA system cần thiết kế event schema versioning và comprehensive testing framework với Contract Testing để đảm bảo reliability khi số lượng service tăng lên.

Bài viết này giúp lập trình viên nhận diện và giải quyết các vấn đề phổ biến trong kiến trúc hướng sự kiện như tracing, dead letter queues, tính nhất quán cuối cùng và testing.

MCP server design: tools, authentication, and rate limits

Bối cảnh thiết kế MCP server tập trung vào việc tạo giao diện hữu ích với các công cụ rõ ràng, quyền tài khoản, giới hạn sử dụng và kết quả có thể dự đoán được. Nguyên nhân kỹ thuật chính là yêu cầu đảm bảo an toàn khi thực hiện các hoạt động ghi dữ liệu, đòi hỏi phải triển khai authentication mechanism chặt chẽ và rate limiting để ngăn chặn lạm dụng. Hệ quả của thiết kế tốt sẽ mang lại trải nghiệm người dùng ổn định, giảm thiểu rủi ro bảo mật và tài nguyên hệ thống. Điều đáng học là việc cấu trúc tools thành các đơn vị chức năng độc lập cùng với việc thiết kế hệ thống phân quyền chi tiết sẽ giúp mở rộng dễ dàng trong tương lai.

Bài hướng dẫn này giúp bạn thiết kế MCP server hiệu quả với công cụ bảo mật, xác thực và giới hạn sử dụng tối ưu.

CAP Theorem and PACELC Explained in Plain English

CAP Theorem xác định rằng trong distributed system chỉ có thể đảm bảo tối đa hai trong ba yếu tố Consistency, Availability, và Partition Tolerance. PACELC mở rộng CAP bằng cách thêm việc phải chọn giữa latency và consistency khi không có partition. Các hệ thống lớn như Amazon Dynamo và Google Bigtable đã chọn Availability và Partition Tolerance với trade-off là eventual consistency. Ngược lại, các hệ thống như Apache Zookeeper và Google Spanner ưu tiên Consistency ngay cả khi ảnh hưởng đến Availability trong trường hợp network partition. Việc hiểu rõ hai định lý này giúp lập trình viên đưa ra quyết định thiết kế phù hợp dựa trên yêu cầu cụ thể của ứng dụng.

Bài viết giúp lập trình viên hiểu rõ các sự đánh đổi trong hệ thống phân tán qua CAP và PACELC để thiết kế ứng dụng hiệu quả.

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.

I Built a Distributed Task Queue from Scratch with Go and PostgreSQL

Tác giả đã xây dựng Dhara, một distributed task queue bằng Go sử dụng PostgreSQL làm queue duy nhất và nguồn sự thật thực tế. Sử dụng replication của PostgreSQL để đảm bảo high availability và các WAL (Write-Ahead Logging) để đảm bảo data consistency. Cấu trúc hiện tại hỗ trợ tới 5,000 tasks mỗi giây với độ trễ chỉ 10ms. Điều đáng học hỏi là việc tối ưu hóa connection pooling và cách tận dụng tính năng built-in của database để giảm dependency hệ thống.

Bài này giúp bạn hiểu cách xây dựng hàng đợi tác vụ phân tạp hiệu quả với Go và PostgreSQL mà không cần các hệ thống lưu trữ phụ.

How to Build Passkey Authentication with WebAuthn, Next.js and NestJS

Việc triển khai passkey authentication bằng WebAuthn, Next.js và NestJS giúp giải quyết vấn đề mật khẩu gây đau đầu cho cả người dùng và nhà cung cấp dịch vụ. Nguyên nhân kỹ thuật là do người dùng gặp khó khăn trong việc nhớ mật khẩu và nguy cơ phishing, tái sử dụng mật khẩu cao trên nhiều website. Hệ quả là giải pháp này giúp loại bỏ hoàn toàn mật khẩu, tăng cường bảo mật bằng cách sử dụng xác thực sinh trắc học và khóa công khai/riêng tư. Điều đáng học là bài viết hướng dẫn chi tiết cách tích hợp WebAuthn API vào ứng dụng Next.js cho frontend và NestJS cho backend với các bước xác thực an toàn. Lợi ích là cải thiện trải nghiệm người dùng đồng thời giảm thiểu rủi ro bảo mật liên quan đến mật khẩu truyền thống.

Bài hướng dẫn này giúp bạn xây dựng xác thực passkey an toàn hơn mật khẩu truyền thống và ngăn chặn tấn công lừa đảo hiệu quả.