Mỗi kết nối PostgreSQL là một process riêng tốn RAM, và max_connections có trần cứng — ngàn client làm cạn kết nối, database từ chối. PgBouncer đứng giữa, gộp nhiều client vào một pool nhỏ. Bài này dựng THẬT Postgres + PgBouncer: 30 client chỉ thành 5 backend, và đo chi phí thiết lập kết nối đắt gấp 50 lần giữ kết nối.
Đo RabbitMQ và Kafka cạnh nhau trên cùng một máy, chỉ ra chỗ phép so sánh không công bằng, bốn câu hỏi để chọn, và nhìn lại bốn mươi bài.
Nối hai broker rời bằng Shovel và bằng Federation, đo tốc độ chuyển, và chỉ ra khác biệt quyết định việc chọn cái nào.
Kiểu hàng đợi thứ ba của RabbitMQ — log chỉ ghi thêm. Đo thông lượng trên cụm ba node, đọc lại từ đầu, và cái bẫy làm mọi cảnh báo độ sâu hàng đợi mù tịt.
Sự kiện ứng dụng nghe như hô một thông báo rồi đi, nhưng thật ra là bạn đi từng bàn vỗ vai từng người, đứng chờ, và ai làm rơi thì bạn dừng cả errand. Chạy đồng bộ, @TransactionalEventListener, và khi nào cần hàng đợi thật.
Khe hở giữa commit cơ sở dữ liệu và publish, đo bằng cách sập đúng chỗ hiểm. Vì sao AFTER_COMMIT không cứu được, và outbox thật sự mua gì.