SOAP Web服务,性能测试可能吗?

时间:2011-07-26 14:10:14

标签: java web-services apache spring tomcat

我有一个用Java编写并使用Spring-ws的SOAP Web服务。

我需要知道,如果每天可以处理200万个请求,以及它的性能如何。

- 大规模的使用性能与我的java代码和架构有什么关系,我可以改进它吗?

- 扩展这个与我使用的Application Server,我应该使用哪个app服务器,有什么限制或设置有关。我可以设置和测试这种性能吗?

由于

4 个答案:

答案 0 :(得分:4)

SOAP在HTTP协议中具有体系结构基础,实际上有许多商业和开源工具可用于执行加载和可伸缩性测试。

您要做的是确保您选择的任何工具都能满足正确锻炼界面的技术需求,这非常符合您的内部技能,并包含您确定成功或失败所需的报告。测试工作。如果你得到一个在三个方面都不匹配的工具,那么你也可以购买市场上最昂贵的工具并雇用最昂贵的咨询形式来使用它们。排序或者喜欢用用螺丝刀末端而不是使用合适的工具(锤子)。

目前市场上的大多数商业工具都有短期使用的租赁/租赁选项,然后还有开源品种。每个工具都具有与核心任务相关的工程效率,例如脚本构造,测试构建,测试执行和分析,这与工具不同。商业工具往往在任务中具有更均衡的权重,而开源的工具往往在脚本创建和分析的边缘任务上需要更高的LsOE。

鉴于您将要使用至少几百万个样本(假设您将要运行至少24小时),那么您需要确保分析工具具有包含大量数据的可证明的跟踪记录集。长期存在的商业性能测试工具在这个级别上都具有可证明的跟踪记录,开源的跟踪记录是命中和遗漏,在某些情况下,分析成为针对记录的响应时间数据的自己的命题。您可以在此处查看可以在此处构建自己的分析引擎的大量时间!

您想要做的是技术上可行的。您可能需要重新检查您的性能要求,这就是原因。我碰巧正在与一个今天使用Web服务接口的组织合作,以满足全球客户的需求。他们的交易数据后端存档接近250多亿份来自十多年工作的数据。在过去的一年中,每小时的高水位标记是每小时约60,000个请求。经过24小时的预测,这仍然可以达到每天少于200万的请求。如果您测试到这个级别,并且您发现问题是您发现了真正的问题,或者您是否发现了工程重影,这是由于生产与测试量的差异而在生产中永远不会发生的事情。正确地对负载进行建模总是很困难,但是花费大量时间来处理混合交易和适当数量的负载模型将花费大量时间用于不使用开发人员技能来追踪性能重影和燃烧预算。

祝你好运!

答案 1 :(得分:3)

您还可以使用StresStimulus作为Fiddler

插件的{{3}}

答案 2 :(得分:2)

请记住,1天(24小时)是一个大样本。我怀疑在24小时内,2,000,000次点击不会均匀分布。尝试了解流量模式的样子。如果1/2的流量在凌晨1点到凌晨4点之间(例如),你需要在3小时内测试1M次点击,在24点测试2M。

答案 3 :(得分:1)

SOAPUI将能够帮助您加载测试您的Web服务,从wsdl计算soap消息:

Apache JMeter是一个性能/负载测试工具,可以帮助您使用soap采样器或常规HTTP采样器加载测试: