Skip to content
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
4 changes: 2 additions & 2 deletions content/zh/cooperation/interface_testing.md
Original file line number Diff line number Diff line change
Expand Up @@ -225,9 +225,9 @@ Executor 收到的请求会携带有被测服务的名字、要测试的接口

如果大家有关注 CloudWeGo 社区的同学,应该会知道最近 CloudWeGo 社区开源了一个叫做 dynamicgo 的项目,它的诞生其实就是为了解决我刚刚提到的这种问题。我们也在持续地关注这个项目,希望能够把 dynamicgo 接入到 Executor 服务。

**第二,** **我们希望尽可能地去提高** **泛化** **客户端** **缓存的命中率** **,** **从而避免新建客户端所带来的开销。** 目前我们尝试在 Broker 加一层一致性哈希的调度算法,这样能够更好地去命中 Executor 的泛化客户端缓存。
**第二,** **我们希望尽可能地去提高泛化客户端缓存的命中率,** **从而避免新建客户端所带来的开销。** 目前我们尝试在 Broker 加一层一致性哈希的调度算法,这样能够更好地去命中 Executor 的泛化客户端缓存。

**第三,** **我们也在持续地去探索** **S** **erverless** **方向。** 现在我们在支持业务测试一个新机房的服务的时候,需要手动的在该机房部署 Executor,那么有没有可能让这个过程完全自动化?再者,业务做接口测试的时间分布模型是有自己的一个特殊性的,怎么样分配整个系统资源去更好地适配这套时间模型?而 Serverless 是很符合这些场景的技术方向。Executor 其实是一个很轻量级的执行器,完全是可以 Serverless 化,充分去享受云的弹性伸缩能力,优化整个系统的资源使用率。
**第三,** **我们也在持续地去探索 Serverless 方向。** 现在我们在支持业务测试一个新机房的服务的时候,需要手动的在该机房部署 Executor,那么有没有可能让这个过程完全自动化?再者,业务做接口测试的时间分布模型是有自己的一个特殊性的,怎样分配整个系统资源去更好地适配这套时间模型?而 Serverless 是很符合这些场景的技术方向。Executor 其实是一个很轻量级的执行器,完全是可以 Serverless 化,充分去享受云的弹性伸缩能力,优化整个系统的资源使用率。

以上这些都是我们未来希望在系统性能和稳定性方向所做的一些长期工作。

Expand Down