Является ли Microsoft Azure CDN настоящим CDN или чем-то другим? - PullRequest
8 голосов
/ 29 августа 2011

Я только что попытался настроить учетную запись Azure CDN, и до сих пор (продолжительностью четыре часа) я не смог заставить ее вернуть ничего, кроме 400 и 404 ошибок.

Если бы это был настоящий CDN, все, что мне нужно было бы сделать, это указать CDN на моем веб-сайте и сделать запрос в CDN для файла; например, http://myaccount.vo.msecnd.net/images/1.jpg или http://myaccount.blob.core.windows.net/images/1.jpg. Затем CDN либо предоставит файл клиенту из своего кэша, либо сделает запрос на мой веб-сайт (например, http://www.myaccount.com) для файла сохраните его в кеше и передайте клиенту.

Что ж, похоже, это не так. Я прошел все шаги на портале управления Azure для создания моей учетной записи хранения, моей конечной точки CDN и моего настраиваемого домена, включая шаг проверки CNAME, который (по-видимому) работал, поскольку портал показывает мой настраиваемый домен как разрешенный ( и конечная точка CDN как включенная, и учетная запись хранения как созданная, и подписка как активная).

Так что, если Azure на самом деле не настраивает CDN, то что он на самом деле делает? Должен ли я физически загружать все содержимое со своего сайта в Azure CDN? Если это так, то какой смысл иметь собственный домен?

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

Ответы [ 2 ]

7 голосов
/ 30 августа 2011

CDN - это то, что вы ожидаете. Обратите внимание, что распространение DNS-изменений по всему миру может занять (на самом деле) до часа. CDN либо находится перед учетной записью хранилища BLOB-объектов или веб-приложением (но не одновременно одновременно, как кажется, вы собираетесь).

Обратите внимание, что настраиваемый домен и CDN являются отдельными, поэтому вы можете проверить только по необработанному URL-адресу CDN (* .vo.msecnd.net), чтобы убедиться, что все настроено, и позже беспокоиться о настраиваемом домене.

Ваша конечная точка CDN находится над хранилищем больших двоичных объектов? или веб-приложение?

Если вы просматриваете тот же URL-адрес непосредственно из хранилища BLOB-объектов (* .blob.core.windows.net / path против * .vo.msecnd.net / path), работает ли он?

6 голосов
/ 30 августа 2011

После прочтения комментария от smarx я связался со службой поддержки клиентов Microsoft для получения разъяснений, и вот ответ, который я получил.

To answer your question, “yes Windows Azure CDN” is real CDN and it uses 24 nodes
worldwide to deliver your content.

There is one basic difference then other CDN is that Windows Azure CDN sits
configuration is top of Windows Azure Storage, that means, you will create a
Cloud base Storage service in Windows Azure Storage and stop all of your data
there. Once you will configure your Azure Storage to act as CDN the same data
which is stored in your Windows Azure Storage service will be cached into
currently available 24 nodes worldwide.

I think the following difference may confused you:

While other CDN service, you can point CDN to read data from your own premise
servers, however in Windows Azure you will have to move your content from your
on-premise servers to Windows Azure Storage. As in Cloud Storage based CDN
Model, it is user responsibility to upload data to Azure Storage first and if
the Storage Service is configured as CDN, you will have the same CDN function-
ality as any other CDN.

Без возможности указать CDN Azure на наших собственных серверах и получить / кэшироватьстатический контент Я не понимаю, как Microsoft надеется конкурировать со всеми другими сетями доставки контента, которые предлагают сквозное и кэширование.Единственное предположение, которое я могу сделать, это то, что служба Azure CDN все еще находится в стадии разработки и когда-нибудь сможет предложить те же возможности, что и другие службы CDN.

...