サービスファブリック生産

Question

我々は現在、我々は生産の準備ができているものをホスティングにそこ生産（インターネット側）が、指導に展開するAzureのサービスファブリックでホストされているステートレス/ステートフル.NETのコアサービスのコレクションを持っているホスティングはかなり希薄です。

だから、現在、私たちは一般的に適切ではありませんが、どこにも理由を述べていないに記載されている/ HTTPS wのケストレルを使用している - 私たちは言及見てきた最も近いが、それはDOS脆弱であるかもしれないということですか？私は逃げる。

バストテストのリバースプロキシの後ろにkestrelを実行することが一般的に推奨されています。また、nginx Service Fabricパッケージが浮かんでいるように見えますが、これは単なる概念的証明であり、

我々は裏書に見つけた最も近いものは、ここでは、エッジの展開https://github.com/aspnet/Announcements/issues/204のためにサポートされるように記載されているWebListenerです。 （また、ポート共有もきちんとしています）

私はまた、IISとは対照的にkestrelの前でAspNetCoreModuleを使用している人もいます。これはService Fabricでサポートされているかアドバイスされていますか？もしそうなら、これを実証するためのドキュメンテーションやリポジトリがありますか？

お知らせください。 1.0.0 RC2のリリースで

Answer 1

、WebListenerは、Windows上のサービスファブリック上のインターネット向けサービスのための推奨されるWebサーバです。これは現在のところRCリリースであることに注意してください。

ケストレルはまだ特定のDoSケースを処理するために、それの前にリバースプロキシなしでインターネット向けのサービスにはお勧めできません。あなたは確かにサービスファブリック上でnginxのようなリバースプロキシを実行し、任意のインターネット側のポートを持っていないサービスでは、その背後にケストレルを置くことができます。しかし、最も簡単なことは、WebListenerを使用することです。