मैं 2 वेबसाइटों में 2 अलग छवियों:एकाधिक उत्पत्ति संघर्ष के साथ एक अमेज़ॅन क्लाउडफ़्रंट वितरण करता है?
तो मैं 2 मूल के साथ एक अमेज़न CloudFront वितरण बनाने के लिए: www.siteA.com और www.siteB.com और फिर मैं uniqueDistributionID.cloudfront.net/avatar.png के लिए कहते हैं, तो कौन सा avatar.png वापस कर दिया जाएगा? siteA में से एक या siteB में से एक?
क्यों & क्यों नहीं?
क्लाउडफ़्रंट वितरण में संघर्ष की संभावना को समझने की कोशिश कर रहा है।
नहीं, क्लाउडफ्रंट में "संघर्ष" की अवधारणा नहीं है, क्योंकि जब आपके पास एकाधिक उत्पत्ति के साथ वितरण होता है, तो आपको परिभाषित करना होगा कि कौन से पथ मिलान मूल पर जाते हैं।
क्लाउडफ्रंट का पथ पैटर्न मिलान निर्धारक है। यह पहला मैच का उपयोग करता है, न कि सर्वोत्तम मैच। जो भी पैटर्न पहले मेल खाता है वह वह होगा जिसका उपयोग किया जाएगा, भले ही वह पथ मूल सर्वर पर एक मृत अंत हो।
जब क्लाउडफ्रंट को अंतिम उपयोगकर्ता अनुरोध प्राप्त होता है, तो अनुरोधित पथ को क्रम में पथ पैटर्न के साथ तुलना की जाती है जिसमें वितरण में कैश व्यवहार सूचीबद्ध होते हैं। पहला मैच निर्धारित करता है कि उस अनुरोध पर कौन सा कैश व्यवहार लागू होता है।
पहले मैच पर सबसे अच्छा मैचों की - जहाँ मैं परिभाषित करते हैं - –
स्पष्ट "जब आपके पास कई मूल के साथ एक वितरण है, तो आप जो पथ के लिए जो मूल जाना मेल खाता है परिभाषित करने के लिए है" के लिए धन्यवाद इन पथों? क्लाउडफ़्रंट "उत्पत्ति" टैब में केवल मूल के लिए पथ है। क्लाउडफ़्रंट यूआरएल के लिए रास्ता नहीं है। – PKHunter
@PKHunter पथ मिलान ** कैश व्यवहार ** में किया जाता है। कैश व्यवहार उत्पत्ति के पथ पथ से मेल खाते हैं, और संसाधनों के अनुरोध के दौरान दिखाए गए क्रम में उनका मूल्यांकन किया जाता है। डिफ़ॉल्ट रूप से एक कैश व्यवहार मौजूद होता है, और यह "डिफ़ॉल्ट" व्यवहार होता है जो '*' से मेल खाता है। यह निश्चित रूप से मूल्यांकन के लिए सूची में हमेशा रहता है। प्रत्येक पथ पैटर्न के लिए, आप एक नया व्यवहार बनाते हैं। उत्पत्ति के तहत "मूल पथ" सेटिंग का उपयोग न करें जब तक कि आपको उत्पत्ति के अनुरोध को भेजते समय अनुरोध पथ पर कुछ * प्रीपेन्ड * करने की आवश्यकता न हो - यह कॉन्फ़िगरेशन सामान्य नहीं है। –