Atualização baseada em comentários:
Versão curta: Não importa muito, mas pode depender do que eles hospedam. Todos eles acolhimento coisas diferentes: Google não hospeda jQuery.Validate, a Microsoft não fez anfitrião jQuery-UI, desde 2016 eles fazem !!, a Microsoft oferece seus scripts que seriam servidos via ScriptResource.axd
e uma integração mais fácil (por exemplo ScriptManager com ASP. Net 4.0 ).
Nota importante: Se você estiver criando um aplicativo de intranet, fique longe da abordagem da CDN. Não importa quem está hospedando-o, a menos que você está em um muito servidor sobrecarregado internamente, não CDN lhe dará mais desempenho do que 100mb local / 1GB Ethernet. Se você usar uma CDN para um aplicativo estritamente interno, estará prejudicando o desempenho . Defina corretamente os cabeçalhos de expiração do cache e ignore as CDNs no cenário somente da intranet.
As chances de serem bloqueadas parecem quase iguais, quase nulas. Eu trabalhei em contratos onde isso não é verdade, mas parece ser uma exceção. Além disso, desde a postagem original desta resposta, o contexto em torno dela mudou bastante, a CDN da Microsoft fez muitos progressos.
O projeto em que estou atualmente usa as duas CDNs, que funcionam melhor para nossa solução. Vários fatores contribuem para isso. Os usuários com um navegador mais antigo provavelmente ainda estão fazendo 2 solicitações simultâneas por domínio, conforme recomendado pela especificação HTTP . Isso não é um problema para quem executa algo decentemente novo que suporta pipelining (todos os navegadores atuais), mas com base em outro fator, estamos eliminando essa limitação também, pelo menos no que diz respeito ao javascript.
CDN do Google que estamos usando para:
CDN da Microsoft que estamos usando para:
Nosso servidor:
- Combined.js? V = 2.2.0.6190 (Major.Minor.Iteration.Changeset)
Como parte do nosso processo de compilação está combinando e minificando todo o javascript personalizado, fazemos isso por meio de um gerenciador de scripts personalizado que inclui as versões de lançamento ou depuração (não minificadas) desses scripts, dependendo da compilação. Como o Google não hospeda o pacote de validação do jQuery, isso pode ser uma desvantagem. O MVC está incluindo / usando isso em sua versão 2.0, para que você possa confiar completamente na CDN da Microsoft para todas as suas necessidades, e tudo isso automaticamente através do ScriptManager .
O único outro argumento a ser levantado seria o tempo de DNS; há um custo para isso em termos de velocidade de carregamento da página. Em média: simplesmente porque é usado mais (já existe há mais tempo) ajax.googleapis.com
provavelmente será retornado pelo DNS mais cedo do que ajax.microsoft.com
, simplesmente porque o servidor DNS local tem mais chances de receber uma solicitação (este é o primeiro usuário na penalidade de área) . Isso é algo muito pequeno e só deve ser considerado se o desempenho for extremamente importante, até o milissegundo.
(Sim: eu sei que esse ponto é contrário ao uso das duas CDNs, mas, no nosso caso, o tempo do DNS é muito ofuscado pelo tempo de espera no javascript / bloqueio que ocorre)
Por fim, se você ainda não viu, uma das melhores ferramentas disponíveis no mercado é o Firebug , e alguns plug-ins: Speed da página e YSlow . Se você usa uma CDN, mas suas páginas solicitam imagens todas as vezes por causa de nenhum cabeçalho de cache, você está perdendo a fruta mais baixa. O painel Net do Firebug pode rapidamente fornecer uma rápida análise do tempo de carregamento da página, e o Page Speed / YSlow pode oferecer algumas boas sugestões para ajudar.