Sự khác biệt giữa cài đặt Mặc định / Máy chủ / Cổ điển trong Azure SignalR là gì?

Tôi đã thiết lập Dịch vụ Azure SignalR cho API REST. Có ba chế độ trong cài đặt: Mặc định , Máy chủ , Cổ điển . Tôi không thể tìm thấy bất kỳ thông tin nào về những gì từng bộ này. Điều duy nhất tôi có được cho đến nay, đó là nếu tôi sử dụng Azure SignalR cho các hàm Azure hoặc API REST thì nên sử dụng tùy chọn Serverless .

Từ tài liệu :

Thay đổi cài đặt Chế độ dịch vụ thành Serverless chỉ khi bạn đang sử dụng Dịch vụ Azure SignalR thông qua ràng buộc Chức năng Azure hoặc API REST. Để nó trong Classic hoặc Mặc định khác.

Chế độ Serverless không được hỗ trợ cho các ứng dụng ASP.NET SignalR. Luôn sử dụng Mặc định hoặc Cổ điển cho phiên bản Azure SignalR Service.

Bạn có thể vui lòng giúp tôi tìm những gì mỗi bộ tùy chọn này?

Theo các tài liệu trên Github, nó xác định xem một máy chủ trung tâm được kết nối với dịch vụ SignalR là cần thiết hay được cho phép:

Chế độ mặc định yêu cầu máy chủ trung tâm. Khi không có kết nối máy chủ có sẵn cho trung tâm, máy khách sẽ cố gắng kết nối với trung tâm này.

Chế độ không có máy chủ KHÔNG cho phép bất kỳ kết nối máy chủ nào, tức là nó sẽ từ chối tất cả các kết nối máy chủ, tất cả các máy khách phải ở chế độ không có máy chủ.

Chế độ cổ điển là một trạng thái hỗn hợp. Khi một hub có kết nối máy chủ, máy khách mới sẽ được chuyển đến máy chủ trung tâm, nếu không, máy khách sẽ vào chế độ không có máy chủ.

Vì không có máy chủ trung tâm ở chế độ không có máy chủ, nên những điều bạn có thể làm được giới hạn trong việc gửi tin nhắn đến các máy khách cụ thể hoặc phát đến tất cả các máy khách từ một máy khách được kết nối. Ngoài ra, vì không có trung tâm, các tin nhắn từ máy khách đến dịch vụ SignalR sẽ được gửi qua HTTP thay vì Websockets, có thể có mối quan tâm về hiệu suất như chi tiết ở đây .