Azure Service Fabricでは、Stateless Web APIとASP.NET Core Web APIとの間の相違点は何ですか？

Question

私はそれほど掘り下げていませんが、両者の長所と短所があります。 コアバージョンは実験的で、おそらくOdataとEntity Frameworkのような多くのコアライブラリでは機能しません。

Answer 1

tl/dr：ステートレスWeb APIは、古い「古典的な」Web APIです。 ASP.NET Coreは、すべての新機能が登場する新しいものです。

詳細：

ステートレスのWeb APIテンプレート：OWINに基づいて

• "クラシック" のASP.NET Web API 2。 MVC（Razorサーバー側レンダリングなし）をサポートしていません。
• .NET Frameworkのみ。
• は2015年
• 自体は、WindowsのHTTPサーバーのAPIを使用していますSystem.Net.HttpListener上に構築されたWebホスト、ためKatanaを使用するVisual Studioの "古典的な" .NETプロジェクトタイプ（.csproj）を使用します（ http.sys）。

ASP.NETコアテンプレート：

• 新しいASP.NETコア、MVCとWeb APIを組み合わせ、カミソリ、サーバー側のレンダリングやASP.NETからの新機能の富を提供しています。
• 完全な.NET Frameworkまたは.NET Coreですが、現在は完全な.NET FrameworkのみがService Fabricでサポートされています。
• Visual Studio 2015で新しい.NETプロジェクトタイプ（.xproj）を使用します。このプロジェクトタイプのVS 2015でのツールは、「プレビュー」と見なされます。新しいVisual Studio 2017（これは.csprojに戻って変更されています）では、ツールは「プロダクション」としか見なされません。これは主にVS2015に両方のプロジェクトテンプレートがある理由です。
• ウェブホストとしてWebListener or Kestrelを使用します。
  • WebListenerもhttp.sysに基づいており、完全にサポートされています。
  • Kestrelは完全に異なるクロスプラットフォームライブラリ（libuv）に基づいており、現在の状態では、DoS保護を提供するためにリバースプロキシを使用せずにインターネットに接続するプロダクションアプリケーションに入れることは推奨しません。その名前にもかかわらず

Answer 2

次に大きな違いは、ASP.NETコアWeb APIが.NETコアに本当に構築されていることです。どちらのタイプでも、ステートレスサービス、同一のServiceManifests、ETWロガーを提供し、同じ方法でサービスを開始します。

ASP.NETコアウェブAPIテンプレートが本当に唯一のASP.NETコア・ホストのベースのリスナーを作成するためのヘルパーを含む追加のアセンブリMicrosoft.ServiceFabric.AspNetCore.WebListener（からWebListenerCommunicationListener内Microsoft.AspNetCore.Hosting.IWebHostを使用してHTTPリスナーを設定します。また、あなたのASP.NETコアMVCベースのWeb APIの足場を提供します。

ステートレスWeb APIのテンプレートではなく、プロジェクトのソースに含まれているOwinCommunicationListener内Microsoft.Owin.Hosting.WebAppを使用してHTTPリスナーを設定します。

ありISNはサービスファブリックがサービスを作成する結果をどのように処理するかの違いこれらの2つのテンプレートやサービスの種類は、ボイラープレートとして使用する場合の違いに過ぎません。また、テンプレートによって設定されたプロジェクトについて特別なことは何もなく、空のプロジェクトを作成してNuGetsを追加し、必要なPackageRootファイルを手動で作成して新しいサービスを作成することができます。

基本的に.NETコアを使用してサービスを構築するかどうかを選択しています。