使用Rally Rest.net api从Rally查询数据时,请求/响应非常慢。请注意,我忽略了客户端连接速度的因素。
尝试了Fiddler的进一步调查,我发现每个对Rally服务器的请求已成为一对往返(1个请求响应认证401,其他请求实际响应数据),即使只使用一个伴随用户的RallyRestApi实例帐户信息。您可以在下面附带的Fiddler截图中看到红色框。
这是Rally Rest.net api的错误吗?我应该做些什么来避免它吗?
请帮忙!
修改
将附件文件上传到缺陷时我发现了另一个问题。为了上传附件文件,我创建了一个AttachmentContent对象,并将文件二进制内容放入Content属性中。一切都运作良好,除了这个请求的响应。 Rally响应包含相同文件二进制内容的CreateResult。想象一下,我们在请求中上传了一个4MB的附件文件,我们将收到内部有4MB文件内容的响应。这导致客户端和服务器之间通过Http(s)在上传附件请求中传输数据的时间加倍。
答案 0 :(得分:0)
我很惊讶您使用.NET REST获得了较慢的性能,因为它实际上是Rally性能更高的API之一。它的数据检索是多线程的,有助于响应。
使用Rally Webservices需要注意的一件事 - 最大页面大小的记录数为200.因此,如果您针对返回900条记录的Rally发出请求,.NET API将实际(在幕后) )针对Rally提出5个请求:每页200个记录的4页,然后是100个记录的第5页。
我希望这有助于解释多个请求。