2016-09-19 6 views
2

В настоящее время мы имеем коллекцию сервисов .NET Core с поддержкой состояния без учета состояния и состояния, размещенных в Azure Service Fabric, которые мы хотим развернуть в производство (с доступом к интернету), но руководство, на котором размещается готовое производство, довольно редкое ,Обслуживание Производство хостинга хостинга

Итак, в настоящее время мы используем Kestrel w/HTTPS, который, как утверждается, не подходит, но нигде не говорится, почему - самое близкое из того, что мы видели, это то, что он может быть уязвимым DOS? Я отвлекся.

Обычно рекомендуется запускать пустельгу за протестированным обратным прокси-сервером, и похоже, что есть плавающий пакет услуг Nginx Service Fabric, но это также говорит о том, что это просто доказательство концепции и не подходит для использования в производстве.

Ближайшая вещь, которую мы нашли для одобрения, - это WebListener, который, как утверждается, поддерживается для развертывания кромок здесь https://github.com/aspnet/Announcements/issues/204. (а также имеет портовый обмен, который является опрятным.)

Я также заметил, что некоторые люди упоминают использование AspNetCoreModule перед пустельгой, в отличие от IIS - это поддерживается/рекомендуется в Service Fabric? и если да, то есть ли какая-либо документация или репо, чтобы это продемонстрировать?

Просьба сообщить.

ответ

1

С выпуском 1.0.0 RC2 WebListener является рекомендуемым веб-сервером для услуг, связанных с Интернетом, на сервисе Fabric в Windows. Обратите внимание, что в настоящий момент это релиз RC.

Kestrel пока не рекомендуется для интернет-услуг без обратного прокси перед ним для обработки определенных случаев DoS. Вы, безусловно, можете запустить обратный прокси-сервер, например nginx, на Service Fabric и поместить Kestrel за ним в службу, которая не имеет интернет-портов. Но проще всего просто использовать WebListener.

 Смежные вопросы

  • Нет связанных вопросов^_^