Самостоятельное веб-приложение для хостинга и хостинг IIS?

Question

Я нахожусь в процессе создания веб-клиента для приложения Server, которое работает как служба Windows. В настоящее время серверное приложение имеет клиентское приложение на базе Windows Form, написанное на C#, и идея заключается в его устаревании и предоставлении нового веб-клиентского приложения. Приложение Server будет выставлять API на основе REST, а клиентское приложение будет использовать API REST для связи с серверным приложением. (В настоящее время приложение Server предоставляет конечные точки на основе SOAP, которые потребляются приложением Windows Form Based)

Клиентское приложение на основе браузера будет написано с использованием Angular JS. Клиентское приложение будет использоваться не более 10 одновременных пользователей. Приложение предназначено для системных администраторов и будет использоваться внутри корпоративной среды.

Еще одно требование - интегрировать аутентификацию Active Directory для клиентского приложения. Поэтому, учитывая требования к производительности и требования к аутентификации, мне интересно, следует ли использовать IIS для размещения веб-приложения. Или я должен просто использовать существующий сервер для самостоятельного размещения веб-страниц.

Если у меня есть возможность самостоятельного хостинга, будет ли катана Self Host хорошим выбором? Или я должен использовать набор WCF Rest для обслуживания страниц?

Каковы последствия использования механизма Self Hosted для подключения веб-приложения по сравнению с IIS?

Любое предложение будет принята с благодарностью.

Answer 1

WCF REST Starter kit по-прежнему находится во второй версии предварительного просмотра 2 с 2009 года, поэтому мне будет предложено использовать его.

Вопрос об IIS или самообслуживании зависит от того, нужны ли функции IIS вне поля, такие как ведение журнала, перезапуск после сбоя и т. Д.?

Мое предложение было бы использовать ASP.NET Web API (или Нэнси, который также является отличным выбором), но сохраните свой уровень хостинга отдельно от вашего прикладного уровня, чтобы у вас была гибкость, чтобы решить, как вы размещаете свое обслуживание позже ,

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