我们需要测试我们的基础架构的弹性(每秒高达数十万个请求),架构中的一个元素是谷歌云数据存储.我需要执行的测试之一是可以在一秒钟内写入多少实体.
有一个代码示例这里由谷歌插入和列表元素,但我觉得,这是慢写一个实体(每个刀片有一两秒钟),甚至paralelising他们在一个bash脚本,它需要的时间相当多,来自基础设施之外和内部.
有没有办法直接测试数据存储区,每秒可以发送数千个请求？最好是在javascript中.
我自己不是一个javascript程序员,如果这个问题有点显而易见,我很抱歉 - 我希望不是.
javascript node.js google-cloud-datastore google-cloud-platform
有什么方法可以根据网络利用率而不是基于内存或CPU来扩展Kubernetes节点吗？
举例来说，假设您要向负载均衡器后面的几个节点发送数千个请求。CPU并没有出现内存不足的情况，但是由于每秒有数千个请求，因此您需要其他节点来提供服务。您如何在Google Cloud Kubernetes中做到这一点？
我一直在研究，但似乎找不到任何有关这种缩放比例的参考，而且我想我不是唯一遇到此问题的人。因此，我想知道您是否知道任何最佳实践解决方案。
我想理想的解决方案是每个节点有一个Pod来接收请求，并根据更多请求创建更多节点，并以此为基础进行放大或缩小。
我试图想到Tomcat会有一个关闭端口的原因,但我想不出任何问题.据我所知,这个端口只有在本地发送消息时才会工作,因为它连接到环回设备,因此有什么意义呢？这是不是可以通过内部命令以一种无法被网络外部人员欺骗的方式完成的？
谢谢!