Хорошая идея для размещения данных, которые будут загружаться на международном уровне с использованием S3?

Question

У меня нет опыта работы с хостингом сервера и его медленной, поэтому я хотел задать этот вопрос.

Моя ситуация в том, что я хочу разместить файл данных размером 1 МБ, который иногда нужно загружать клиентами (раз в 2-3 дня). Конечно, я хотел бы минимизировать затраты до тех пор, пока это не повредит пользовательскому опыту. У меня есть данные, чтобы указать, что у меня есть клиенты по всему миру.

Я хотел спросить, какова будет цифра шара, сколько времени потребуется, чтобы загрузить файл такого размера из других частей мира (данные размещены в США). Кто-нибудь знает, например, сколько времени потребуется, чтобы загрузить 1 МБ-файл из таких мест, как Япония?

В случае, если люди задаются вопросом, я лично буду считать это ОК, если вам потребуется менее 10 секунд для загрузки в большинстве районов мира.

Answer 1

Первое, что нужно сделать, когда вы не знаете, как хорошо что-то работает ... это попробовать. Создайте ведра во всех регионах, сохраните файл, а затем загрузите его и увидите.

Официальный AWS-ориентированный ответ для глобального распространения контента заключается в подключении дистрибутива CloudFront к ведро S3 и настройке, чтобы ваш контент загружался с S3 через CloudFront. Это будет иметь тенденцию улучшать скорость загрузки больше, когда пользователь отдален от ведра, даже если содержимое не кэшируется на краю CloudFront, поскольку большая часть расстояния, на которое должна загружаться загрузка, будет перемещаться по AWS «Edge» Сеть », глобальная сеть, соединяющая CloudFront с регионами AWS, с меньшим количеством неизвестных, чем Интернет в целом между здесь и где угодно.

У меня есть глобальная клиентская база, но, например, изображения каталога моих торговых страниц хранятся в S3 в Орегоне (us-west-2), но со ссылками, указывающими на CloudFront.

Интересно, что цена за использование обеих сервисов иногда работает немного дешевле, чем использование только S3. Возможным объяснением этого является то, что пограничный сетевой выходный трафик представляет собой более низкую стоимость для AWS, и ставки устанавливаются соответствующим образом. Это не главное отличие, но как только вы поймете таблицы цен, вы увидите это.

Answer 2

1MB в 10s равно 800kbps. Я был бы очень удивлен, если бы какой-либо авторитетный хостинг-провайдер не смог справиться с этой скоростью доставки. Рассматривая Akamai rankings (2015) *, в Японии (как в вашем примере) средняя скорость пользователя составляет 15 Мбит/с: тогда ваш файл будет загружен через 0,53 секунды.

(* Рассматривая рейтинги, имейте в виду, что в странах, где быстрая интернет-инфраструктура пока еще вездесущая, «средняя скорость» будет в среднем быстрыми корпоративными каналами и другими премиальными ссылками, с фактическими основными пользователями с существенно более медленными скоростями.)

Тогда в большинстве случаев это будет связано со скоростью подключения пользователя и, кроме того, к их международным каналам ISP, которые могут быть намного медленнее, чем их национальные или региональные трубки. Более того, в странах с менее развитой инфраструктурой Интернета, где операторы сокращают издержки и углы.

При принятии решения о необходимости развертывания S3 или других решений CDN или каких-либо дополнительных решений вообще вам придется начинать с создания демографических данных пользователей. Если есть значительный сектор из далеких стран со слабой сетью, это имеет смысл. В противном случае вряд ли ваша целевая скорость 1 МБ/10 не будет соответствовать даже без специальных средств доставки.

Если у вас есть некоторые но не существенный трафик из стран/регионов, где вы думаете, Int'l трафик может быть медленнее, и если вы хотите избавиться от лишних затрат, я фигурировать ваши пользователи будут выживать даже если это займет 15-20 секунд один раз в синей луне, когда их скорости колеблются. (Это основано на мнениях относительно того, насколько вы изворотливы ваши пользователи!) В таком случае я бы только беспокоился о CDN, если бы хотел увеличить скорость по всем направлениям, например. для всех запросов на статические ресурсы, а не только один файл, запрашиваемый каждые пару дней. Внесет более существенный вклад в общий пользовательский опыт.