Медленная производительность при запросе и ответе Rally Rest api

Question

При использовании Rally Rest.net api для запроса данных из ралли, запрос/ответ довольно медленный. Обратите внимание, что я проигнорировал коэффициент скорости подключения клиента.

Проведенное дальнейшее исследование Fiddler, я обнаружил, что каждый запрос на сервер Rally превратился в пару раундов (1 запрос с проверкой подлинности 401 и другой запрос, фактически отвечающий данным), хотя использовать только один экземпляр RallyRestApi, который сопровождал данные учетной записи пользователя. Вы можете увидеть красную рамку в скриншоте скриншота Fiddler ниже.

Это ошибка Rally Rest.net api? Должен ли я делать что-нибудь еще, чтобы избежать этого?

Пожалуйста, помогите!

Edit:

Еще один вопрос я нашел, когда загрузить файл вложения дефекта. Чтобы загрузить файл вложения, я создал объект AttachmentContent и поместил двоичный контент файла в свойство Content. Все работает очень хорошо, за исключением ответа на этот запрос. Ралли отвечает CreateResult, который включает один и тот же файл двоичного содержимого. Представьте, что мы загружаем файл вложений 4MB в запрос, и мы получим ответ с содержимым файла 4MB внутри. Это вызывает удвоение времени передачи данных между клиентом и сервером по Http (-ам) в запросе на вложение вложений.

Answer 1

Я удивлен, что вы получаете низкую производительность с .NET REST, так как на самом деле это один из более производительного API для ралли. Его поиск данных многопоточен, что помогает реагировать.

Что нужно знать с помощью Rally Webservices - максимальный размер страницы в количестве записей 200. Таким образом, если вы сделаете запрос против Rally, который вернет 900 записей, API .NET фактически (за сцены) делают 5 запросов против ралли: четыре страницы по 200 записей, а затем пятую страницу из 100 записей.

Надеюсь, это поможет с точки зрения объяснения нескольких запросов.