У нас были проблемы с повторными попытками запросов на надежной службе с удаленным взаимодействием, в то время как служба обновлялась на том узле, куда отправлялся запрос. кластер И приложение с веб-API и службой с отслеживанием состояния Когда веб-API получает запрос и использует прокси службы по умолчанию для отправки запроса на выполнение удаленного вызова службы с отслеживанием состояния И приложение развертывается, тогда запрос может завершиться на узле, который в настоящее время обновляется, и запрос будет повторяться до тех пор, пока служба на этом узле не завершит обновление, прежде чем отвечать на запрос.
Я считал service fabri c типом развертывания без простоев платформы, но мы действительно видим, как происходит этот сценарий выше, и нам это не очень нравится. Мы ожидаем, что такого поведения на платформе такого типа не увидим.
Мы ожидаем, что системные службы будут корректно переключать первичную реплику, а прокси-сервер службы всегда будет выполнять удаленный вызов, который не завершится в узле, который обновляется.
Теперь я искал, как это исправить.
https://docs.microsoft.com/th-th/azure/service-fabric/service-fabric-reliable-services-communication-remoting
Есть ли расширяемость примеры использования обработчиков исключений? Пока ничего не нашла.