Question

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

我目前有一个休息服务（非骆驼，非码头）接受来自http客户端的帖子并返回一个简单的成功响应，我可以使用apache ab加载测试。

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

我正在考虑路线

从（ “码头：HTTP：//0.0.0.0：8085 /测试”）.transform（常数（ “A”））;

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

基于这些测试，我打算在有或没有驼峰的情况下构建http-mq。

Answer 1

转换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

每秒请求的骆驼码头基准测试

1 个答案: