SignalR.Redis hoạt động như thế nào dưới mui xe?

Question

Ngoài việc đọc mã trong github, có loại tài liệu giấy trắng nào về cách gói SignalR.Redis hoạt động không? Cụ thể, tôi tự hỏi những gì nó thêm vào Redis, cập nhật/xóa chiến lược, vv Khi tìm kiếm bên trong Redis tất cả những gì tôi từng thấy là một khóa được chỉ định trong cuộc gọi sau (ví dụ: "SignalR.Redis.Sample"):

GlobalHost.DependencyResolver.UseRedis(server, Int32.Parse(port), password, "SignalR.Redis.Sample"); 

Phím này có vẻ như là bộ đếm trong Redis. Tôi cho rằng các khóa khác đang được tạo và xóa nhanh để tạo điều kiện thuận lợi cho các thông điệp giữa mỗi máy chủ ứng dụng được kết nối với Redis.

Answer 1

Không có sách trắng nào và nó giống như 200 dòng mã, không quá nhiều để nuốt.

Trong SignalR, mỗi thông báo đi qua một thứ gọi là bus thông báo. Khi bạn muốn mở rộng trên các nút (hoặc các quy trình hoặc các miền ứng dụng), việc thực hiện bus này cần phải có khả năng nói chuyện với từng cá thể của ứng dụng của bạn. Để làm điều này bạn có thể sử dụng RedisMessageBus. Redis có một cơ chế pub sub cũng như khả năng lưu trữ các cặp khóa giá trị và chúng tôi chỉ sử dụng các giá trị cũ cho SignalR.

OffTopic: Điều này rất quan trọng! SignalR KHÔNG tin nhắn đáng tin cậy, nó là một trừu tượng kết nối. Chúng tôi có thể đệm các tin nhắn cho longpolling nhưng bạn ** không thể * dựa vào các tin nhắn đang có cho bao giờ hết. Nếu bạn có những thông điệp quan trọng bạn cần phải tồn tại, thì hãy giữ chúng.

Mỗi máy chủ web kết nối với một (hoặc nhiều hơn trong triển khai mới) thực hiện lại các sự kiện để gửi thư giữa chúng. Khi một tin nhắn đến cho một hoặc nhiều máy khách, nó được gửi tới bảng nối đa năng (redis) và nó đến trên tất cả các máy chủ web. Mỗi máy chủ web nhận được thư từ redis và lưu trữ nó trong bộ nhớ cache cục bộ. Bộ nhớ cache cục bộ này là nơi các máy khách SignalR (trình duyệt, vv), được phục vụ.

Một phần quan trọng trong quy mô thiết kế là con trỏ. Một con trỏ biểu thị vị trí của một máy khách cụ thể trong một luồng thông điệp vô hạn. Khi khách hàng kết nối lại sau khi ngắt kết nối hoặc kết nối dài hạn trở lại sau khi nhận được thông báo, nó sẽ yêu cầu xe buýt đưa tôi mọi thứ kể từ khi giá trị con trỏ. Các con trỏ được xác định bởi việc thực hiện bus thông báo và chúng ta đã chuẩn hóa nó trong các nguồn mới nhất (chưa được phát hành tại thời điểm viết nhưng tôi sẽ không đi vào chi tiết ở đây). Con trỏ trong việc thực hiện hiện tại của redis chỉ là một con số được tăng lên, không có gì quá phức tạp.

Hy vọng rằng sẽ cung cấp cho một số ý tưởng về cách hoạt động của nó.