.net web 中的 Scoped vs Singleton ignite 客户端节点 api
Scoped vs Singleton ignite client node in .net web api
我正计划将 Apache Ignite 引入现有的旧 .net web api 项目中，以将其用作 key/value 存储来检测发送到负载平衡 api 的重复请求。
我想为每个请求引入最小的开销。
据我了解，客户端节点正在通过 TCP 与服务器通信。
我目前的计划是创建一个单例对象，它将与远程缓存建立连接并将其注册到我的 DI 容器中。
是否可以让节点 运行 和 TCP 连接处于打开状态，或者应该使 ignite 对象的范围限定为在每个 request/response 周期开始关闭？
保持开放，作为一个单身人士。
- Ignite 对象是线程安全的
- 创建和连接到集群的成本很高（在经典 "Thick" 客户端的情况下）
还有一个"Thin" client，非常轻量级，可以经常创建和销毁。请注意，瘦客户端也是线程安全的。
此外，您可以尝试使用 REST：
我正计划将 Apache Ignite 引入现有的旧 .net web api 项目中，以将其用作 key/value 存储来检测发送到负载平衡 api 的重复请求。
我想为每个请求引入最小的开销。
据我了解，客户端节点正在通过 TCP 与服务器通信。
我目前的计划是创建一个单例对象，它将与远程缓存建立连接并将其注册到我的 DI 容器中。
是否可以让节点 运行 和 TCP 连接处于打开状态，或者应该使 ignite 对象的范围限定为在每个 request/response 周期开始关闭？
保持开放，作为一个单身人士。
- Ignite 对象是线程安全的
- 创建和连接到集群的成本很高（在经典 "Thick" 客户端的情况下）
还有一个"Thin" client，非常轻量级，可以经常创建和销毁。请注意，瘦客户端也是线程安全的。
此外，您可以尝试使用 REST：