Назад | Перейти на главную страницу

Akamai NetStorage против пограничного сервиса Akamai

В чем разница между использованием Akamai NetStorage и пограничной службой Akamai? Ниже приведены концепции, которые, как я считаю, различают их, но я хотел бы получить более подробную информацию от более опытных людей.

NetStorage

Это буквально высокопроизводительное место для размещения таких вещей, как изображения, JS, CSS, XML, видео, другие статические ресурсы и т. Д. Вы буквально загружаете файлы FTP в определенное место и извлекаете их из определенного URL-адреса Akamai. Все эти ресурсы работают очень быстро, поскольку они кешируются и распространяются по всему миру.

Пограничный сервис

Это не вариант хостинга, а вариант кеширования для существующего хостинга. Таким образом, вы указываете ему, что кэшировать (типы файлов, пути и т. Д.) И на какой срок. Он переходит к тем элементам, которые размещены на вашем исходном сервере, и глобально кэширует их на своих серверах, после чего ваш действующий сайт указывает на границу Akamai, чтобы «разместить» их для всех.

  1. Верны ли мои предположения выше?
  2. Зачем использовать одно против другого?
  3. Какая польза от использования NetStorage поверх пограничной службы?
  4. Каковы сравнения затрат? Они примерно равны? NetStorage примерно в x раз дороже, чем Edge?
  5. Есть ли еще какие-то контрастные черты, о которых мне следует знать?

(Извините, с момента публикации вопроса прошло немного времени, но, надеюсь, эта информация будет полезна OP и / или будущим посетителям ...)

Ваши предположения выше в целом верны. NetStorage - это размещенная исходная служба в облаке Akamai на их магистрали.

Переоценка, я считаю, что NetStorage - это бесплатный вариант, по крайней мере, с определенным уровнем обслуживания, но вам нужно спросить их, чтобы убедиться.

Компания, в которой я работаю, получает около 4 миллионов запросов в день на наши статические объекты, и мы используем Akamai. В настоящее время мы переходим на NetStorage, и я провел достаточно много измерений и тестирования их промежуточной сети в ожидании перехода. Для нас основными соображениями были:

Скорость перехода от края к источнику и коэффициент попадания в кеш - это действительно функция трафика. Разница в пользовательском опыте может быть большой или незначительной в зависимости от (1) того, как быстро пограничные серверы Akamai могут достичь вашего источника и (2) как часто каждый пограничный сервер получает запросы для ваших объектов.

  • Если пограничный сервер должен запросить объект из вашего источника, имеет значение, насколько быстро ваш источник может ответить. NetStorage почти всегда будет отвечать быстрее, чем ваш исходный сервер, потому что NetStorage находится в сети Akamai и оптимизирован именно для этого.

  • И / но: чем больше ваши объекты кэшируются на своих пограничных серверах, тем меньше имеет значение, насколько быстро ваш источник (или их) отвечает на запросы этих пограничных серверов. Поэтому, если ваши объекты получают много трафика (и / или ваш источник находится на быстром сервере и имеет очень быстрое соединение с пограничной сетью Akamai), это может не иметь большого значения. Но если у вас небольшой или средний трафик, а пограничные серверы Akamai часто очищают ваши объекты от своих кешей, чтобы освободить место для других объектов, то это может иметь большое значение. Это правда, что у Akamai много пограничных серверов и что они иногда могут получать кэшированные объекты с соседних пограничных серверов, но если ваши объекты не находятся в кешах этих соседей, вы все равно можете получить много попаданий в свои происхождение.

  • Для справки: у нас довольно агрессивная политика кеширования браузера для большинства наших объектов, но источник по-прежнему получает запросы от пограничных серверов Akamai примерно на 25-30% из этих 4M + запросов каждый день.

Админ. Без NetStorage вам, очевидно, потребуется разместить (или организовать хостинг) ваш собственный исходный сервер, что означает настройку, обслуживание, мониторинг, бюджет и т. Д. NetStorage - это в основном бесплатный хостинг. В зависимости от вашего выступления, в некотором смысле это может быть большой выигрыш. НО ...

Другой админ. NetStorage имеет свои проблемы и некоторые ограничения. Например:

  • Если вы заботитесь о том, что ваши URL-адреса нечувствительны к регистру, но имеют имена файлов и пути к файлам в смешанном регистре, вам нужно будет преобразовывать их в верхний или нижний регистр всякий раз, когда вы их загружаете.

  • Управление файлами NetStorage оставляет желать лучшего. Нет сценариев, о которых можно было бы говорить; вы можете загружать и скачивать, но удаление любого большого # файлов занимает вечность.

  • Размер папки по существу ограничен 10 000 файлов на папку (несмотря на документацию, в которой указано, что ограничение составляет 50 000).

Еще одна вещь, о которой вы, возможно, захотите узнать, - это "Midgress"вариант. Если вы не хотите использовать NetStorage и нуждаетесь в лучшем коэффициенте попаданий в кэш и меньшем количестве обращений к источнику, вы можете доплатить за средний уровень серверов кеширования, вставленных между пограничными серверами и исходным. Это фактически гарантирует меньшее время приема-передачи (пограничный сервер запрашивает более локальный промежуточный сервер вместо того, чтобы идти прямо к вашему исходному серверу) и высокий коэффициент попадания в кеш. Мы попробовали это один раз, и он работал довольно хорошо, но стоимость была больше, чем мы хотели платить.

Привет,

Аарон

Некоторые вещи, которые нужно уточнить ... NetStorage по умолчанию действительно реплицирует контент глобально. Это не услуга по запросу, она обрабатывается автоматически. Платформа NetStorage представляет собой отдельный сетевой оверлей от инфраструктуры кэширования контента.

Вы можете настроить бизнес-логику на игнорирование чувствительности к регистру для запрашиваемых объектов. В качестве альтернативы вы можете настроить NetStorage на преобразование имен объектов при загрузке.

Ваши предположения верны. За исключением одного места, где, я думаю, они не будут распространять контент netstorage по всему миру по умолчанию. По логике это должно быть востребовано.

Во-вторых, с точки зрения производительности вы не должны видеть разницы между ними. Если вы установите правильные заголовки кеширования, то ваш статический контент все равно будет кэшироваться на пограничном сервере. Единственная разница между ними заключается в том, что если вы используете netstorage, вы перегрузите оставшееся очень небольшое количество HTTP-запросов на статический контент в akamai. Одна из областей, где Netstorage может помочь, если исходный сервер не работает.

Короче говоря, Akamai - это более или менее обратный прокси.

Некоторое определение на случай, если они помогут.

Сервер Origin - это ваш сервер.

Пограничный сервер - это сервер akamai.

Apache <----> | Пограничный сервер - Akamai_Network ---> Пограничный сервер <----> | Клиент

Стоимость netstorage будет зависеть от того, о чем вы можете договориться :)