Общие сведения о 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-провайдера, который находится ближе всего к ним. Это не только уменьшает задержку при доставке файлов вашим пользователям, но также снижает нагрузку и использование полосы пропускания на вашем сервере.
Это действительно хорошо показано здесь :
- Пользователь (Алиса) запрашивает файл (также называется активом) с помощью URL со специальным доменным именем, например .azureedge.net. Это имя может быть именем хоста конечной точки или персональным доменом. DNS направляет запрос в наиболее эффективное расположение POP, то есть обычно POP, который географически ближе всего к пользователю.
- Если ни один из пограничных серверов в POP не имеет файла в своем кэше, POP запрашивает файл с исходного сервера. Исходный сервер может быть веб-приложение Azure, облачная служба Azure, учетная запись хранения Azure или любой другой общедоступный веб-сервер.
- Исходный сервер возвращает файл на пограничный сервер в POP.
- Граничный сервер в POP кэширует файл и возвращает файл на исходный запросчик (Алиса). Файл остается кешированным на краю сервер в POP до времени жизни (TTL), указанного в его HTTP заголовки истекает. Если исходный сервер не указал TTL, по умолчанию TTL составляет семь дней.
- Дополнительные пользователи могут затем запросить тот же файл, используя тот же URL-адрес, который использовала Алиса, также может быть направлен на тот же POP.
- Если TTL для файла не истек, пограничный сервер POP возвращает файл прямо из кеша. Этот процесс приводит к более быстрому, более отзывчивый пользовательский интерфейс.