Мы разрабатываем новый средний уровень для нашего пакета приложений.Мы собираемся переписать нашу бизнес-логику и слои доступа к данным в C #, так как они в настоящее время находятся в VB6 и публикуются через COM +.
Мы пытаемся решить, как именно сделать этот средний уровень доступным дляразные клиенты.Мы будем использовать WCF для этого, и мы решили, что будем использовать различные привязки, чтобы удовлетворить потребности каждого клиента, включая netTcpBinding для нашего настольного приложения, net.Tcp и / или именованный канал.привязка для интернет-приложения, работающего локально или на компьютере в сети, и некоторая разновидность HTTP-привязки для внешнего веб-API.
Мы пытаемся решить, как разместить наш сервис.Кажется, что в большинстве мест, где я говорю, что IIS - это путь, но кажется, что вы получите лучшую производительность из части BLL / DAL, если бы она была под Windows Service, и @marc_s здесь, на SO, кажетсярекомендовать сам хостинг чаще, чем нет.Итак, размещаем ли мы его в IIS, в сервисе или в каком-то гибридном варианте, где, возможно, тонкий сервис размещен в IIS для конечной точки HTTP и использует основной сервис через net.tcp или привязку именованного канала?Разделение позволяет учесть физическое разделение, если это необходимо, а также допускает возможность отключения IIS, что все равно оставит службу работающей для тех клиентов, которые получают доступ к опубликованным конечным точкам.
ТакжеА как насчет масштабируемости и надежности?Есть ли большая разница между двумя средами хостинга таким образом?
Я понимаю, что есть много подобных вопросов, но я не смог найти достаточно информации, которую я искал, поэтому ссылкичтобы более конкретная помощь работала так же как ответ.