На самом деле не существует какой-либо концепции настройки «производственного» сервера для самого Silverlight. Обычно вы просто настраиваете тег объекта в html следующим образом: -
<object data="data:application/x-silverlight-2," type="application/x-silverlight-2" width="100%" height="100%">
<param name="source" value="ClientBin/YourApp.xap"/>
<param name="onError" value="onSilverlightError" />
<param name="background" value="white" />
<param name="minRuntimeVersion" value="4.0.50303.0" />
<param name="autoUpgrade" value="true" />
<a href="http://go.microsoft.com/fwlink/?LinkID=149156&v=4.0.50303.0" style="text-decoration:none">
<img src="http://go.microsoft.com/fwlink/?LinkId=161376" alt="Get Microsoft Silverlight" style="border-style:none"/>
</a>
</object>
Это позволит любым клиентам, у которых еще нет подключаемого модуля RTM Silverlight 4, загружать и устанавливать из Microsoft.
Если вы говорите о серверных компонентах, необходимых для поддержки приложения silverlight, которое вы, возможно, построили на VS2010, то это очень хороший вопрос.
Если вы создадите приложение Silverlight 4 Business из стандартного шаблона в VS2010, вы получите веб-приложение, ориентированное на .NET 4. Так что для этого приложения потребуется, чтобы сервер поддерживал ASP.NET с .NET 4 на сервер.
Я уверен, что вполне возможно разработать приложение Silverlight 4, которое использует 3.5 на стороне сервера. Однако вполне вероятно, что опыт разработчиков в VS2010 будет достаточно сложным, так как я подозреваю, что многие удобства, созданные для ускорения разработки таких приложений, не будут работать. Конечно, это всего лишь подозрение, я постараюсь как-нибудь проверить, что такое настоящий опыт.