Жизнеспособно. Только в подобной связке транспорт - MSMQ, а WCF нужен не всегда.
Есть готовые framework'и, которые значительно упрощают эту историю. Например, nServiceBus

МСУumniaxaОдним из возможных вариантов я рассматриваю MSMQ + WCF. Но ранее никогда с этой связкой не работал. Очень интересно было бы услышать ваше мнение по поводу того, насколько эти технологии подходят для:
1) нагруженных, распределенных систем
2) систем, от которых требуется надежность
Если MSMQ + WCF плохой выбор, то что бы вы посоветовали в качестве альтернативы.
Так же интересно было бы услышать вообще насколько легко решения на этих технологиях масштабировать и поддерживать.
Заранее спасибо.

Возможно, Вы неверно трактуете архитектуру MSMQ + WCF.

Руководство MICROSOFT по проектированию архитектуры приложенийЕсли бизнес-логика или логика доступа к данным будет использоваться слоем представления в рамках внутренней сети, используйте WCF-службу, работающую по протоколу TCP. Если бизнес-логика или логика доступа к данным будет использоваться слоем представления через Интернет, используйте WCF-службу, работающую по протоколу HTTP. Если в бизнес-логике или логике доступа к данным предполагаются длительные вызовы, реализуйте асинхронную связь с помощью WCF и очереди сообщений.

Как я понимаю, у вас всё-таки внутренняя сеть (возможна плохая связь с удаленными точками). Это TCP биндинги. Служба очереди тут не нужна.

МСУ, перечитай первый три приложения из начального поста. В этом варианте MSMQ - то, что доктор прописал