1

我正在构建一个高负载 http 服务,它每秒会消耗数千条消息并将其传递给像 activemq 这样的消息传递系统。

我目前有一个休息服务(非骆驼,非码头),它接受来自http客户端的帖子并返回一个简单的成功响应,我可以使用apache ab对此进行负载测试。

我们还将 camel-jetty 视为输入端点,因为它具有用于 activemq 的集成组件,并且如果需要可以成为 esb 的一部分。在我开始构建骆驼码头到 activemq 路线之前,我想测试骆驼码头可以支持的负载。我的码头唯一路线应该是什么样子,

我在想路线

from("jetty:http://0.0.0.0:8085/test").transform(constant("a"));

并使用 apache ab 进行测试。我担心这条路线是否提供真正的骆驼码头容量,因为转换可能会增加开销。还是不会。

基于这些测试,我计划在有或没有骆驼的情况下构建 http-mq。

4

1 回答 1

0

转换 API 不会增加大量开销...我只是针对您的基本路线进行了测试...

ab -n 2000 -c 50 http://localhost:8085/test

并得到以下...

Concurrency Level:      50
Time taken for tests:   0.459 seconds
Complete requests:      2000
Failed requests:        0
Write errors:           0
Non-2xx responses:      2010
Total transferred:      2916510 bytes
HTML transferred:       2566770 bytes
Requests per second:    4353.85 [#/sec] (mean)
Time per request:       11.484 [ms] (mean)
Time per request:       0.230 [ms] (mean, across all concurrent requests)
Transfer rate:          6200.21 [Kbytes/sec] received
于 2012-11-16T00:02:32.623 回答