asp.net - http 服务器的责任与使用此服务器托管的 Web 应用程序的责任

Question

我正在评估 ASP.NET Core 应用程序的各种托管选项。
在 ASP.NET 的新编程模型中，您使用一组中间件(它们是旧的 IHttpModule 和 IHttpHandler 的混合体)处理请求。

您可以拥有一个中间件，它可以负责身份验证、处理静态文件或在发送之前压缩响应(仅举几例)。
困惑来了。

在责任范围内，在哪里设置服务器和应用程序之间的边界？

应该由哪一方负责压缩 响应？使用 IIS，这由服务器处理并在 web.config 中进行配置。 Kestrel 不提供此功能 AFAIK，因此您需要在应用程序中实现一个自定义中间件，该中间件将为您处理此问题。哪一个更合适？

怎么样认证 ? IIS 提供身份验证设置(匿名、模拟、表单例份验证)。相反，在 ASP.NET Core 中，我们也可以编写一个应用程序中间件来为我们处理这个问题。

好的， SSL 由服务器处理，因为它位于协议(protocol)层下方，并且应用程序仅在 HTTP(S) 上运行。

服务器应该承担什么责任？一个应用程序应该有什么责任？

Answer 1

服务器负责实现基本的 HTTP 协议(protocol)、管理连接等。它也可以选择提供其他功能(例如 windows auth)，但我们建议不要这样做，除非它可以提供比中间件实现明显的优势。例如。 Windows 身份验证可以在中间件中实现，但由于某些连接管理限制，它会更加困难。压缩可以在中间件中实现，就像在服务器中一样容易。