Kịch bản mà tôi có trong tâm trí là: Service Bus được sử dụng cho các giao tiếp cá thể, do đó, đăng ký là duy nhất cho mỗi cá thể dịch vụ. Kết quả cuối cùng là nếu một cá thể không tắt một cách duyên dáng, đăng ký của nó sẽ không bị xóa.Thuê bao mồ côi tự động hết hạn (Azure ServiceBus Messaging SubscriptionClient)
Khi phiên bản dịch vụ "chết" và khởi động lại, nội dung trước của đăng ký không liên quan và có thể bị hủy. Vì vậy, có cách nào để đặt "thời gian sống" cho Đăng ký dịch vụ xe buýt hoặc mô phỏng một cái gì đó tương tự, mà không cần phải sử dụng đến một số cơ chế phát hiện trẻ mồ côi tùy chỉnh không? Không.
Cảm ơn câu trả lời của bạn, Clemens. Sử dụng ID cá thể để tạo tên đăng ký là chính xác những gì chúng ta đang làm, nhưng vẫn còn khá nhiều rác còn lại từ tất cả các phiên gỡ rối với các tên cá thể vải phát triển được tạo ra bằng cách sử dụng các số PID. –
@ Giữ bất kỳ ý tưởng nào khi điều này có thể được phát hành? –
Tôi cũng đang tìm kiếm khi nào điều này có thể được phát hành. Tôi có một ứng dụng tương tự cho đăng ký ứng dụng khách Silverlight cho mỗi khách hàng. Có thể có một tùy chọn để cuộn dọn dẹp của riêng bạn nếu bạn biết tên chủ đề bằng cách tìm kiếm các đăng ký cũ. : http://stackoverflow.com/questions/15871119/cleaning-up-stale-azure-service-bus-topic-subscriptions – kjsteuer