- cross-posted to:
- programming
- dotnet
- cross-posted to:
- programming
- dotnet
azureedge.net
dotnet CDN URLs will cease to work sometime next year after January 15th.
One of two Azure CDN providers was Edgio, which filed for bankruptcy. CDN migration is in progress.
We expect that most users will not be directly affected, however, it is critical that you validate if you are affected and to watch for downtime or other kinds of breakage.
We maintain multiple Content Delivery Network (CDN) instances for delivering .NET builds. Some end in
azureedge.net
. These domains are hosted by edg.io, which will soon cease operations due to bankruptcy. We are required to migrate to a new CDN and will be using new domains going forward.
Affected domains:
dotnetcli.azureedge.net
dotnetbuilds.azureedge.net
Unaffected domains:
dotnet.microsoft.com
download.visualstudio.microsoft.com
- Update
dotnetcli.azureedge.net
tobuilds.dotnet.microsoft.com
- Update
dotnetcli.blob.core.windows.net
tobuilds.dotnet.microsoft.com
We also noticed that there is a lot of use of our storage account:
dotnetcli.blob.core.windows.net
. Please also search for it. The storage account is unaffected, however, it would be much better for everyone if you used our new CDN. It will deliver better performance.
Really shows how even if you’re using a big cloud provider, you’re not safe from sudden systematic issues like a backing service becoming unavailable. I wasn’t aware they directly integrated third-party providers like that.
There’s an Azure migration path from Azure CDN to Azure Front Door.
I’m not too familiar with the Azure products. Surely Azure CDN was documented as backed by another company, and mindful use would have been aware of this provider dependency?
Still, I feel like the uniform Azure branding nudges users to trust it as one big, stable, long-term platform that can serve all your needs.