ne une distribution amazon cloudfront avec de multiples origines du conflit?
j'ai 2 images différentes dans 2 sites web:
Si je créer une distribution Amazon Cloudfront avec 2 origines: www.siteA.com
et www.siteB.com
puis-je appeler pour uniqueDistributionID.cloudfront.net/avatar.png
, puis qui avatar.png
seront-ils de retour? L'un dans siteA
ou en siteB
?
Pourquoi & pourquoi pas?
Essayer de comprendre le potentiel de conflits dans Cloudfront distributions.
Vous devez vous connecter pour publier un commentaire.
Non, CloudfFront n'ont pas de notion de "conflit", parce que quand vous avez une distribution origines multiples, vous devez définir le chemin d'accès correspond à aller à l'origine.
CloudFront chemin de la correspondance de modèle est déterministe. Il utilise le premier match, pas le meilleur match. Selon ce modèle correspond à la première est celle qui va être utilisé, même si ce chemin est une impasse au serveur d'origine.
Mise à jour
CloudFront prend désormais en charge un concept de Les Groupes D'Origine, qui permettent à tout Comportement de Cache pour envoyer une demande à l'un d'origine, et alors, si l'un des types d'erreur que vous spécifiez (par exemple, 404 ou 503) est renvoyé par la première origine, puis CloudFront va tenter de récupérer le contenu d'une seconde origine. Ceci peut être utilisé pour le basculement, mais il peut également être utilisé pour les cas où vous voulez CloudFront pour essayer une origine, et puis un autre. Les deux origines dans le groupe d'origine sont essayé, dans l'ordre, pour chaque cache miss. Si l'origine renvoie à mettre en cache la réponse, cette réponse sera stocké dans le cache.
*
. Celui-ci est bien sûr toujours en dernier sur la liste pour l'évaluation. Pour chaque parcours, vous créez un nouveau comportement. N'utilisez pas "à l'origine de" chemin de paramètre sous les origines, sauf si vous avez besoin de ajouter quelque chose pour le chemin de la requête lors de l'envoi de la demande à l'origine, cette configuration n'est pas commun.