Хотя использование атрибутов привязки и читательских квот, как предлагает Эндрю Хейр, позволит практически неограниченный размер для большинства практических целей, имейте в виду, что вы столкнетесь с другими проблемами, такими как тайм-ауты, если вы примете длительную команду, как эта служба построена (с использованием WCF или нет).
Независимо от того, какой размер вашего сообщения, служба WCF должна быть сокращена для обеспечения производительности, чтобы она не была загружена. Если вы размещаете его в IIS или WAS, у вас будут дополнительные встроенные функции для тех хостинговых сред, которые сделают ваш сервис более «высокодоступным». Тем не менее, вам все равно нужно обратить внимание на проблемы параллелизма. Следующая конфигурация WCF предоставляет пример установки некоторых значений регулирования.
<system.serviceModel>
...
<behaviors>
<serviceBehaviors>
<behavior name="GenericServiceBehavior">
<serviceTimeouts transactionTimeout="00:09:10"/>
<serviceThrottling
maxConcurrentCalls="20"
maxConcurrentSessions="20"
maxConcurrentInstances="20"
/>
</behavior>
</serviceBehaviors>
</behaviors>
</system.serviceModel>