Apache Kafka
Hay: tại sao mỗi hệ thống lớn lên đến một mức nào đó đều từ bỏ chính mô hình mà nó bắt đầu.
Phần lớn engineer gặp Kafka sau khi đã quen với request-response, và họ gặp nó theo cách thường gặp một thứ giống nhưng phức tạp hơn cái mình đã biết: như một message queue nhanh hơn, ổn hơn. Cách hiểu đó mang theo một giả định ẩn về việc messaging dùng để làm gì, và giả định đó sai theo một kiểu rất khó cảm nhận, cho đến khi một hệ thống production hỏng vì những lý do mà mô hình queue không giải thích được.
Series này dành cho engineer đã làm sản phẩm thật và đã, ở đâu đó trên đường đi, nhận ra rằng những hệ thống còn sống ở quy mô lớn không trông giống các sơ đồ trong sách. Nó không phải về Kafka như một sản phẩm. Nó về dáng dấp của vấn đề mà Kafka được thiết kế để giải quyết, các ràng buộc tạo nên dáng dấp đó, và các failure mode xuất hiện khi những ràng buộc đó bị quên đi.
Mỗi chương lấy một cơ chế, một quyết định, hoặc một lỗi, và hỏi cùng một câu: time dependency mà chương này thật sự đang nói đến là gì, và cost của việc hiểu sai nó thực sự nằm ở đâu?
Bản đồ đọc
Đã đọc 0- IRequest-response đã nói dối bạn từ đầu(bản nháp)21 Th5, 2026·
- IILog là nguồn sự thật duy nhất không thể nói dối(bản nháp)22 Th5, 2026·
- IIIMột message không chỉ được đọc một lần(bản nháp)23 Th5, 2026·
- IVBa chiều bạn không thể chọn chỉ một(bản nháp)24 Th5, 2026·
- VGửi tin không phải chỉ là gọi send()(bản nháp)25 Th5, 2026·
- VIAi xử lý cái này, và điều gì xảy ra khi họ bất đồng(bản nháp)26 Th5, 2026·
- VIICommit trước hay sau, câu hỏi quyết định mọi thứ(bản nháp)27 Th5, 2026·
- VIIIKhi producer và consumer nói khác ngôn ngữ(bản nháp)28 Th5, 2026·
- IXDữ liệu của bạn thật sự ở đâu?(bản nháp)29 Th5, 2026·
- XMonitoring Kafka như người đã từng thấy nó chết(bản nháp)30 Th5, 2026·
- XIKhi xử lý không còn là đọc rồi ghi(bản nháp)31 Th5, 2026·
- XIIKafka ở production(bản nháp)1 Th6, 2026·
- XIIIKhi Kafka không phải câu trả lời(bản nháp)2 Th6, 2026·