Задержка с использованием Parse.com с европейского сервера
Я создаю простую функцию hello world, используя сервис Parse.com. (см.: https://www.parse.com/docs/cloud_code_guide)
Когда я вызываю его с помощью curl с хост-сервера в Европе, я получаю время отклика от 400 до 800 мс.
Это нормальная задержка для этой услуги? Может ли кто-нибудь, воспользовавшись этим сервисом, откуда-то еще попробовать эту функцию и сказать мне ваше время ожидания?
У меня нет ответа от Parse по этому поводу.
1 ответ
Я пишу это в январе 2014 года. Parse.com быстро растет и расширяет свою платформу. Я не могу сказать, как долго эта информация будет правильной или как долго мои наблюдения будут оставаться актуальными.
Это сказал...
Я думаю, что эта задержка очень типичная. Я в Сиэтле, США. Вот несколько неофициальных ориентиров:
Получение одного объекта через REST API имеет довольно стабильный RTT 800 мс
- ПОЛУЧИТЕ https://api.parse.comapi.parse.com/1/classes/Element/xE5sZCQd6D
Ответ: Статус =200, Время прохождения туда и обратно =0,846 ICMP заблокирован, но простое постукивание по двери занимает 400-800 мс, в зависимости от дня.
ПОЛУЧИТЬ https://api.parse.comapi.parse.com/1
- Статус =404, Время в оба конца =0,579
Parse.com находится в дата-центре Amazon в Северной Вирджинии. Я использовал Speedtest от Ookla, чтобы оценить свою задержку в этой области. Достижение сервера Richmond Business Center (75.103.15.244) в Ашберне дает мне время пинга 95 мс. Сервер в DC дал мне время пинга 97 мс. Двести миллисекунд интернет-нагрузки не проблема.
Имейте в виду, что использование Cloud Founds также увеличит вашу задержку. Чем больше запросов или операций сохранения выполняет облачная функция, тем дольше время отклика. Облачные функции с одним или двумя запросами или операциями сохранения имеют RTT от 1 до 3 секунд. Облачные функции с несколькими запросами и операциями сохранения имеют RTT от 3 до 10 секунд.