我刚刚尝试设置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的所有内容？如果是这种情况，那么拥有自定义域有什么意义呢？
我希望有人可以指出我不理解的内容，或者让我知道我是否在浪费时间尝试使用Azure CDN，因为我会使用真正的CDN。
答案 0 :(得分：7)
CDN就是您所期望的。请注意，DNS更改可能需要（大约）一个小时才能在全球范围内传播。 CDN可以位于blob存储帐户或Web应用程序的前面（但不能同时显示您可能想要的那些）。
请注意，自定义域和CDN是分开的，因此您可以针对原始CDN URL（* .vo.msecnd.net）进行测试，以确保所有内容都已设置，稍后会担心自定义域。
您的CDN端点是否位于blob存储之上？还是网络应用？
如果您直接从blob存储区浏览到相同的URL（* .blob.core.windows.net / path vs. * .vo.msecnd.net / path），它是否有效？
答案 1 :(得分：6)
在阅读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.
如果无法将Azure CDN指向我们自己的服务器并获取/缓存静态内容，我无法看到Microsoft希望如何与提供直通和缓存的所有其他内容交付网络竞争。我可以做的唯一假设是Azure CDN服务仍在进行中，并且有一天能够提供与其他CDN服务相同的功能。