Mastering stateful stream reordering at 200,000 messages per second

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.

How to Loop Through a List in C#: Every Way, Benchmarked

How to loop through and iterate a List<T> in C# with foreach, for, ForEach, Index(), and spans, plus break, continue, safe removal, and benchmarks.

Introducing the (blazing fast!) native TCP client for .NET

ClickHouse vừa giới thiệu native TCP client cho .NET giúp tăng tốc độ đọc và insert dữ liệu với số lần phân bổ bộ nhớ ít hơn. API cột (columnar APIs) và hỗ trợ POCO giúp xử lý dữ liệu hiệu quả hơn so với HTTP truyền thống. Client mới này giảm đáng kể chi phí CPU và bộ nhớ nhờ loại bỏ các lớp trung gian không cần thiết. Nếu bạn đang làm việc với ClickHouse trên .NET, việc chuyển sang native TCP client sẽ mang lại hiệu suất vượt trội, đặc biệt với các operation đọc/ghi hàng loạt.

Client TCP native của ClickHouse cho .NET mang lại hiệu suất vượt trội với API cột và hỗ trợ POCO giúp tối ưu hóa hiệu năng ứng dụng của bạn.

How Booking.com cut Node.js costs by 38% with Watt

Booking.com đã tiết giảm chi phí compute cho Node.js tới 38% khi chuyển từ pm2 sang Watt. Công nghệ Watt giúp giảm số lượng pod cần thiết, cắt giảm 20% lượng memory sử dụng, đồng thời giảm được latency. Điều đáng chú ý là tất cả các thay đổi này được thực hiện mà không cần thay đổi bất kỳ dòng service code nào. Giải pháp Watt hoạt động bằng cách tối ưu hóa hiệu suất runtime của Node.js một cách thông minh.

Bài viết cho thấy cách giảm chi phí Node.js hiệu quả mà không cần thay đổi code dịch vụ.

Omarchy Gets The Web Browser Launching Faster By Avoiding XDG Overhead

Omarchy 4.0.5, bản phân phối Arch Linux dựa trên Hyprland, tăng tốc khởi trình trình duyệt web bằng cách thay thế lời gọi xdg-settings chậm bằng công cụ tùy chỉnh. Việc sử dụng omarchy-cmd-default-browser giúp xác định trình duyệt mặc định trong khoảng 10ms, nhanh hơn đáng kể so với 72ms của xdg-settings do chuỗi script POSIX shell phức tạp. Công cụ này ưu tiên kiểm tra cấu hình Hyprland trước, sau đó mới fallback đến xdg-settings và xdg-mime khi chưa được thiết lập. Tối ưu hóa riêng này cũng giúp giảm thời gian khởi động thanh trạng thái của Omarchy từ khoảng 20 giây xuống còn 15 giây trên hệ thống 6 màn hình với nhiều widget.

Omarchy giúp khởi trình trình duyệt web nhanh hơn đáng kể nhờ loại bỏ lớp xdg-settings chậm và thay bằng công cụ trợ giúp tùy chỉnh.

Better HTTP/1 connection reuse

Trong Go 1.27, cải tiến về việc tái sử dụng kết nối HTTP/1 giúp tăng tốc đáng kể cho các chương trình gửi nhiều request tuần tự. Nguyên nhân kỹ thuật là do Go tối ưu hóa cơ chế keep-alive connection, giảm thời gian thiết lập kết nối TCP mới cho mỗi request. Hệ quả cụ thể là tăng throughput lên đến 40% trong các kịch bản sending nhiều request đến cùng một host. Điểm đáng học tập là tối ưu hóa connection reuse là chiến lược hiệu quả cho ứng dụng web-client, đặc biệt khi sử dụng standard library của Go mà không cần dependency bên thứ ba.

Bài viết này giúp lập trình viên hiểu cách Go 1.27 tối ưu hóa việc tái sử dụng kết nối HTTP/1 để tăng tốc độ ứng dụng gửi nhiều yêu cầu tuần tự.

**Data-Driven vs Event-Driven Architecture: How to Pick the Right One**

Data-driven architecture tập trung vào nguồn dữ liệu chung (database, data warehouse) mà các service truy vấn, trong khi event-driven dựa trên message broadcast khi có sự kiện, được các service độc lập tiêu thụ. Data-driven coupling chặt hơn trong khi event-driven cho phép loose coupling nhưng tăng độ phức tạp hệ thống khi số lượng events lớn. Data-driven phù hợp cho analytics, ML và ứng dụng đơn giản, còn event-driven tối ưu cho features thời gian thực, microservices và scaling không đồng đều. Hai phương pháp này thực chất bổ trợ chứ không cạnh tranh nhau - câu hỏi quyết định nên bắt đầu đơn giản và chỉ thêm events khi thực sự cần thiết.

Bài viết này giúp lập trình viên lựa chọn kiến trúc phù hợp giữa data-driven và event-driven dựa trên nhu cầu cụ thể của dự án.

Optimizing objects with null prototypes

V8 engine gặp vấn đề khi đối tượng với __proto__: null bị mắc kẹt ở dictionary mode. Nguyên nhân kỹ thuật nằm ở cách V8 xử lý prototype chain khi prototype được đặt thành null. Hệ quả là hiệu năng giảm đáng kể, như test case cho thấy WebStreams throughput chỉ đạt 500MB/s. Điều đáng học là thay thế literal object bằng classes hoặc Object.setPrototypeOf giúp tăng hiệu năng lên 2x, đạt 1GB/s throughput trong Node core.

Tìm hiểu cách tối ưu hiệu suất bằng cách loại bỏ nguyên mẫu null để tăng gấp đôi throughput trong Node.js.