Имеет ли распределение амазонных облаков с несколькими конфликтами происхождения?

У меня есть 2 разных изображения на 2 веб-сайтах по адресу:

Если я создаю дистрибутив Amazon Cloudfront с двумя источниками: www.siteA.com и www.siteB.com, а затем я вызываю uniqueDistributionID.cloudfront.net/avatar.png, то какой avatar.png будет возвращен? Один в siteA или один в siteB?

Почему и почему нет?

Попытка понять потенциал конфликтов в распределении Cloudfront.

Ответ 1

Нет, у CloudfFront нет понятия "конфликт", потому что, когда у вас есть дистрибутив с несколькими источниками, вы должны определить, какой путь совпадает с тем, в каком происхождении.

Согласование шаблона пути CloudFront является детерминированным. Он использует первый матч, а не лучший матч. Какой бы шаблон ни был первым, это тот, который будет использоваться, даже если этот путь является тупиком на исходном сервере.

Когда CloudFront получает запрос конечного пользователя, запрашиваемый путь сравнивается с шаблонами пути в порядке, в котором поведение кэша отображается в дистрибутиве. Первое совпадение определяет, какое поведение кэша применяется к этому запросу.

http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/distribution-web-values-specify.html#DownloadDistValuesPathPattern

Обновить

CloudFront теперь поддерживает концепцию Origin Groups, которая позволяет любому заданному Cache Behavior отправлять запрос одному источнику, а затем - если один из типов ошибок, которые вы указываете (например, 404 или 503), возвращается первым источником, тогда CloudFront попытается извлечь контент из второго источника. Это можно использовать для отказоустойчивости, но его также можно использовать для случаев, когда вы хотите, чтобы CloudFront попробовал одно происхождение, а затем другое. Два источника в исходной группе проверяются для каждого промаха в кеше. Если какой-либо из исходников возвращает кешируемый ответ, этот ответ будет сохранен в кеше.