Службы WCF: обработка сброшенных соединений

Кажется, что с какой бы стороны вы на это ни посмотрели, существует вероятность серьезного катастрофического сбоя.

Предполагая, что вы используете асинхронные клиентские вызовы и/или объем обработки, выполняемой на стороне службы, относительно велик. Если в промежутке времени соединение со службой от клиента разрывается, клиент не может узнать, в каком состоянии служба находилась в последний раз. Если это была промежуточная транзакция, транзакция на стороне службы будет отменено автоматически... если это было после транзакции, то ваша работа выполнена... но в обоих случаях клиент "никогда не узнает".

Теоретически... (и не цитируйте меня по этому поводу, но это ЗВУЧИТ как логичный сценарий), если банкомат потеряет связь в процессе внесения депозита... Я верю (и, как я уже сказал, не цитируйте меня по это), что банкомат сам хранит список транзакций в памяти, чтобы в ситуации, когда транзакция не удалась, после восстановления соединения он мог проверить себя и проверить, действительно ли транзакция была завершена. (Если на самом деле это не так... лично я был бы немного обеспокоен).

Короче говоря... Я считаю, что единственное, что вы можете сделать в этом сценарии, - это заставить клиентскую сторону хранить какую-то контрольную сумму, которая совпадала бы с сервисной стороной, чтобы в случае сбоя соединения, когда соединение было повторно установлен, он сможет проверить службу, чтобы увидеть, действительно ли транзакция завершена или нет.

Я бы использовал поставщика EAI, такого как BizTalk, для оркестровки служб WCF и настройки компенсационных операций для каждой из операций, предоставляемых службами, чтобы можно было выполнить откат в случае сбоя.