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

Понимание Azure CDN

Я новичок в Azure CDN. По сути, я пытаюсь использовать CDN для изображений моего веб-сайта php, файлов javascript и файлов css.

Я создал хранилище BLOB-объектов Azure, затем добавил один контейнер и начал добавлять файл в этот контейнер. Я заметил, что каждый файл доступен по URL-адресу примерно так https: //*******.blob.core.windows.net/content/Test1.jpg

Это оно!. Думаю, это то, что я хотел. Но теперь вопрос в том; где CDN начинает играть? Я вижу, что мы можем создать CDN, а затем добавить к нему конечную точку, которая будет указывать на хранилище BLOB-объектов, которое я создал ранее. Но возникает вопрос, зачем мне создавать этот CDN и его конечную точку, когда я уже могу получить доступ к своему файлу через URL-адрес, предоставленный службой хранилища Azure?

Когда люди обращаются к вашему сайту впервые, Verizon / Akaimai или выбранный вами провайдер CDN кэшируют ваши статические файлы в ближайшем возможном источнике, и в следующий раз, когда пользователи из того же региона будут заходить на ваш сайт, статические файлы будут обслуживаться из ближайшая к ним точка присутствия вашего CDN-провайдера. Это не только уменьшает задержку при доставке файлов вашим пользователям, но также снижает нагрузку и использование полосы пропускания на вашем сервере.

Это действительно хорошо изображено Вот:

  1. Пользователь (Алиса) запрашивает файл (также называемый активом), используя URL-адрес со специальным доменным именем, например .azureedge.net. Это имя может быть именем хоста конечной точки или персональным доменом. DNS направляет запрос в наиболее эффективное местоположение POP, которым обычно является точка POP, географически ближайшая к пользователю.
  2. Если ни один из пограничных серверов в POP не имеет файла в своем кэше, POP запрашивает файл у исходного сервера. Исходным сервером может быть веб-приложение Azure, облачная служба Azure, учетная запись хранилища Azure или любой общедоступный веб-сервер.
  3. Исходный сервер возвращает файл на пограничный сервер в POP.
  4. Пограничный сервер в POP кэширует файл и возвращает файл исходной запрашивающей стороне (Алисе). Файл остается кэшированным на пограничном сервере в POP, пока не истечет время жизни (TTL), указанное в его заголовках HTTP. Если исходный сервер не указал TTL, TTL по умолчанию составляет семь дней.
  5. Затем дополнительные пользователи могут запросить тот же файл, используя тот же URL-адрес, который использовала Алиса, а также могут быть направлены на тот же POP.
  6. Если TTL для файла не истек, пограничный сервер POP возвращает файл непосредственно из кеша. Этот процесс приводит к более быстрому и отзывчивому взаимодействию с пользователем.