Разработчик микростратегий слишком медленный

Я пытаюсь подключиться к интеллектуальному серверу MSTR в Сиэтле от MSTR Developer, работающего на моем ноутбуке, подключенном в Бангалоре. Любое действие, которое я выполняю с разработчиком, например, вход в систему, открытие папок, открытие отчета или что-то еще, занимает в среднем более 10 секунд. Практически непрактично разрабатывать отчет таким образом (не говоря уже о разочаровании).

Когда мой коллега подключается к тому же инстансу/проекту из Сиэтла, у него не возникает никаких задержек. Поэтому я полагаю, что это проблема сети и не имеет ничего общего с метаданными или индексами. Время отклика сети на ящик составляет в среднем 30 мс и 300 мс из Сиэтла и Бангалора соответственно. Я нашел в Интернете, что 280 мс — это среднее время ответа из Индии в США. Однако доступ к отчетам и проектам через веб-интерфейс осуществляется без проблем.

Вы когда-нибудь сталкивались с подобной ситуацией раньше? Могут ли задержки в сети вызвать такие проблемы в MicroStrategy? Пожалуйста помоги…

PS: этот вопрос не совсем подходит для SO. Но я предполагаю, что разработчики MSTR обычно сталкиваются с этой проблемой и, возможно, знают решение. Поэтому публикуйте это здесь, а не в SU или где-то еще.


person Faiz    schedule 03.05.2016    source источник


Ответы (2)


Это довольно распространенная проблема, по моему опыту. Я считаю, что сетевой трафик MicroStrategy основан на XML, поэтому пропускная способность сети, а также задержка являются проблемой.

Обычно веб-сервер более отзывчив, потому что:

  • Он выполняет «более простые» задачи, которые разработчик
  • Интенсивный сетевой трафик проходит между I-Server и веб-сервером, поэтому, если они расположены вместе, производительность будет приемлемой.

Боюсь, я никогда не встречал эффективного решения этой проблемы. Наличие «сервера перехода» в том же центре обработки данных, что и серверы MSTR, с установленным программным обеспечением разработчика, как правило, является наиболее приемлемым решением (при условии, что удаленный рабочий стол не слишком тормозит).

person paulbailey    schedule 03.05.2016
comment
В прошлом я использовал многочисленные клиент-серверные приложения (в основном на основе Microsoft), где клиент и сервер находились на противоположных сторонах планеты. Никогда раньше не сталкивался с такой проблемой.. :( Есть ли что-то, что MSTR делает неправильно? - person Faiz; 12.05.2016

То же решение здесь: у нас есть виртуальные машины разработчиков на хосте в том же центре обработки данных, что и сервер, и мы используем удаленный рабочий стол для них. Оттуда мы используем разработчика/менеджера объектов и т. д. Вы все еще можете выполнять 90% задач в Интернете.

person Mathieu    schedule 03.05.2016