Я собираюсь внедрить RDS (сервер служб удаленных рабочих столов с использованием Windows Server 2016). Пользователи будут использовать программное обеспечение для подотчетности, а не браузер или какое-либо другое приложение. Я собираюсь использовать его как удаленное приложение, чтобы упростить работу пользователя и не путать удаленный рабочий стол с локальным. К настоящему времени максимальное количество одновременных пользователей будет всего 7, пользователи будут заходить из разных городов.
Я поставлю сервер в центр обработки данных, чтобы он был доступен круглосуточно и без выходных.
Я могу разместить сервер за пределами моей страны за меньшие деньги, чем в местном центре обработки данных (почти вдвое дешевле). Я знаю, что задержка очень важна (даже больше, чем пропускная способность) для такого рода услуг, поэтому пользователь может иметь лучший / плавный пользовательский интерфейс.
Среднее время от моего сайта до внешнего центра обработки данных (за пределами моей страны) составляет около 65 мс.
Среднее время от моего сайта до местного центра обработки данных (того же города) составляет около 10 мс.
Конечно, в цифрах локальная задержка лучше, чем внешняя. Но в реальной жизни это будет иметь огромное значение для пользовательского опыта? На мой взгляд, 65 мс - это не так уж и плохо.
В идеале вы развертываете сразу на обоих сайтах и сравниваете запросы на поддержку «это медленно». Хотя географически удаленные объекты отлично подходят для обеспечения непрерывности бизнеса, это большие расходы, которые вы, возможно, не захотите тратить.
«Быстро» - 100 мс, «удерживает внимание пользователя» - 1000 мс. 65 мс в пределах бюджета, это предполагает, что приложение работает быстро.
Возьмем только одну возможную проблему с производительностью - задержку в сети в приложении. Если действие требует 2 вызова базы данных, также находящейся на расстоянии 65 мс, это сразу же кажется медленным. Когда все компоненты приложения расположены близко друг к другу, у вас есть больший бюджет задержки для RDP для пользователя.
Данные о задержке более важны, чем использование системных ресурсов для решения вопросов времени отклика. Совсем недавно добавлен RDS Счетчики задержки ввода пользователя для отслеживания задержки ввода. Еще лучше, если приложение оснащено подробными показателями производительности. Возможно, работы больше, чем вы хотите потратить, но действительно быстрые приложения внимательно следят за временем отклика и задержкой.