dotnet core Web api 中的服务器端会话状态 - 如何对它进行基准测试和验证它是否有利于我的应用程序可伸



我们的团队正在编写一个 Angular + Dotnet Core 2.0 Web API 项目。我们预计此应用程序将在不久的将来快速扩展,因此在以下方面存在一些问题:

使用 Web API 项目中的会话维护服务器端状态是否是一种好的做法?我知道这不是 REST 的工作方式,但想知道维护服务器端状态是否会使我的应用程序受益。我们希望此应用程序在近期功能中快速扩展。

有人可以帮助我如何进行基准测试并找出数字来验证我们的选择吗? - 是否是一种 REST ful 方法,我们在每个请求中发送状态或在服务器上保留会话状态并最大限度地减少请求有效负载和数据库行程..?我不知道从哪里开始,因此寻求一些指导。

ASP.NET Core 内置了对分布式缓存的支持,这也用于维护会话状态。因此,如果需要,您可以轻松扩展此功能。

但是,您是对的,会话状态违反了 REST,并且构造良好的 REST API 不需要状态。您认为需要跨请求坚持什么?

相关内容

  • 没有找到相关文章

最新更新