@danielstocker इसे हमारे ध्यान में लाने के लिए आपका बहुत-बहुत धन्यवाद। मैंने इसे आगे की जांच के लिए सर्विस लीड को सौंपा है और जब हमारे पास अधिक स्पष्टता होगी तो हम इसे अपडेट करेंगे।

@ माइक-उबेज़ी-एमएसएफटी @ माइक-उर्नन-एमएसएफटी

इस मामले की तलाश के लिए धन्यवाद।

क्या आपको इसे आगे बढ़ाने के लिए किसी और जानकारी की आवश्यकता है?

@danielstocker क्या आप इस बारे में अधिक पृष्ठभूमि प्रदान कर सकते हैं कि आपका मूल मुद्दा क्या था जो इस खोज की ओर ले जाता है? मैं इसे गलत तरीके से सेट करने के निहितार्थ को ठीक से समझ नहीं पा रहा हूं (जिसे आपने unintentional swap रूप में उल्लेख किया है)

हाय @ ggirard07 ,

कोई दिक्कत नहीं है। मुझे संक्षेप में बताएं।
यह शुरुआत में सामने आया क्योंकि हमारे दस्तावेज़ में कहा गया है कि WEBSITE_CONTENTSHARE की आवश्यकता है। (यहां देखें: https://docs.microsoft.com/en-us/azure/azure-functions/functions-infrastructure-as-code#windows)

यदि हम मार्केटप्लेस (अंतिम पृष्ठ पर निर्यात टेम्पलेट) से एक फ़ंक्शन टेम्पलेट निर्यात करते हैं तो हमें मानक ऐप सेटिंग के रूप में WEBSITE_CONTENTSHARE मिलता है। यदि हम इसका उपयोग करते हैं, तो निम्न स्थिति हो सकती है।

1) हम एक एआरएम टेम्पलेट तैनात करते हैं और दो स्लॉट के साथ एक खाली फ़ंक्शन प्राप्त करते हैं
2) हम स्टेजिंग स्लॉट में तैनात हैं
3) हम सामग्री को उत्पादन में उपलब्ध कराने के लिए स्वैप करते हैं
4) एआरएम टेम्पलेट के रूप में अनपेक्षित स्वैप को पुन: नियोजित किया जाता है और ऐप सेटिंग्स को फिर से लागू किया जाता है (यह एक वृद्धिशील एआरएम परिनियोजन के दौरान भी होता है क्योंकि ऐपसेटिंग संसाधन हमेशा WEBSITE_CONTENTSHARE सेटिंग को ओवरराइट और रीसेट करता है)
5) परिनियोजन दिनचर्या अब नए कोड को स्टेजिंग स्लॉट में तैनात करती है और हमारा उत्पादन स्लॉट पिछले संस्करण को शामिल करने के बजाय खाली है। हमारा उत्पादन कार्य "अनजाने में" नीचे है

इस विशेष मामले में ग्राहक ने तब इस लेख की ओर इशारा किया https://nascent.blog/2017/06/27/azure-functions-slots-arm-templates-snags-2-redeploy-causes-unwanted-swap/

इससे पता चलता है कि व्यवहार को ठीक करने के लिए सेटिंग को स्लॉट सेटिंग के रूप में सेट किया जाना चाहिए। हालांकि यह मेरे परीक्षणों में व्यवहार को ठीक करता है, यह गलत लगता है, क्योंकि इसे काम नहीं करना चाहिए।

मेरे परीक्षणों में क्या हुआ इसकी एक तालिका नीचे दी गई है। (इसे एक स्लॉट सेटिंग बनाने के बाद)

मेरी (और ग्राहक की) धारणा यह है कि स्लॉट्स को अब बिल्कुल भी स्वैप नहीं करना चाहिए, लेकिन जैसा कि लेख में वर्णित है, यह अभी भी वैसे भी काम करता है।

मैंने इसे आंतरिक रूप से भी उठाया और ऐप सेटिंग बदलते समय लोगों को असंगत व्यवहार मिला। (इसलिए इसे मेरे परीक्षण ग्रिड में क्यों हाइलाइट किया गया है) इसका परीक्षण करने वाले एक सहयोगी के लिए, ऐप सेटिंग्स को अपडेट करते हुए, स्लॉट सेटिंग्स को फिर से लागू किया गया जिससे एक अनपेक्षित स्वैप हो गया।

इसके बाद अंत में (लंबी प्रतिक्रिया के लिए खेद है) ने मुझे समर्थन के मामले को उठाने के लिए प्रेरित किया, जहां परिणाम "बस सेटिंग बिल्कुल सेट न करें"।
मेरे व्यक्तिगत परीक्षणों से पता चला कि यह समस्या को ठीक करता है, लेकिन इसकी पुष्टि करने के लिए दस्तावेज़ीकरण में कोई मार्गदर्शन नहीं है, इसलिए मैंने इस आइटम को क्यों उठाया।

उम्मीद है ये मदद करेगा।
अगर कुछ अस्पष्ट है तो मुझे बताएं।

@danielstocker निश्चित रूप से एक महत्वपूर्ण जानकारी है, विशेष रूप से यह समझने के लिए कि वेबजॉब के साथ पारंपरिक वेबएप बनाम कार्यों के लिए स्लॉट और स्वैपिंग कैसे काम कर रहे हैं।
साथ ही 'WEBSITE_CONTENTSHARE' द्वारा यहां महत्वपूर्ण भूमिका निभाने के बावजूद स्लॉट दस्तावेज़ीकरण में भी इसकी व्याख्या नहीं की गई है। चरण 4 में इसका प्रतिनिधित्व करने वाला केवल

हाय @ ggirard07 और मेरे

@ggirard07 @ggailey777 @mike-urnun-msft

क्या इस व्यवहार के बारे में कुछ दस्तावेज़ीकरण स्पष्टता बनाने के लिए अधिक जानकारी की आवश्यकता है? मैं एक ऐसे ग्राहक के साथ काम कर रहा हूं जो फ़ंक्शन स्लॉट का उपयोग करने के लिए रुकने पर विचार कर रहा है क्योंकि वे इस परिदृश्य के बारे में आधिकारिक मार्गदर्शन के बारे में अनिश्चित हैं।

आपकी सहायता के लिए धन्यवाद

@danielstocker बस इतना है कि मैं इस बारे में स्पष्ट हूं कि आप क्या सोचते हैं इससे संबंधित दस्तावेज़ीकरण मुद्दों का समाधान होगा:

• निकालें WEBSITE_CONTENTSHARE से तैनाती की स्थापना यहाँ ।
• संदर्भ लेख में एक नोट जोड़ें कि WEBSITE_CONTENTSHARE केवल रनटाइम द्वारा सेट किया जाना चाहिए।

क्या आपको लगता है कि यह पर्याप्त होगा?

सी.सी. @mattchenderson

नमस्ते @ggailey777
हाँ मुझे लगता है कि यह एक अच्छा समाधान होगा

एआरएम का उपयोग करके फ़ंक्शन ऐप को तैनात करते समय WEBSITE_CONTENTSHARE आवश्यक ऐपसेटिंग में से एक नहीं है?

एआरएम का उपयोग करके फ़ंक्शन ऐप को तैनात करते समय WEBSITE_CONTENTSHARE आवश्यक ऐपसेटिंग में से एक नहीं है?

यदि इसे लागू नहीं किया जाता है तो रनटाइम आपके लिए एक उत्पन्न करेगा, मुझे लगता है।

मैं एक उपभोग-योजना और एक अनुभाग _Microsoft.Web / साइटों / config_ नामित appSettings के साथ एक समारोह अनुप्रयोग और निम्नलिखित गुणों के साथ एक हाथ तैनात

• FUNCTIONS_EXTENSION_VERSION : "~2",
• FUNCTIONS_WORKER_RUNTIME : "डॉटनेट",
• WEBSITE_CONTENTAZUREFILECONNECTIONSTRING : [स्टोरेज
• WEBSITE_NODE_DEFAULT_VERSION: 6.5.0

परिनियोजन ने निम्न त्रुटि लौटाई:

      "ErrorEntity": {
        "ExtendedCode": "01010",
        "MessageTemplate": "Required parameter {0} is missing.",
        "Parameters": [
          "WEBSITE_CONTENTSHARE"
        ],
        "Code": "BadRequest",
        "Message": "Required parameter WEBSITE_CONTENTSHARE is missing."

जब मैंने _also_ पैरामीटर WEBSITE_CONTENTAZUREFILECONNECTIONSTRING को हटा दिया, तो परिनियोजन बिना किसी त्रुटि के चला गया। तो, उन दो सेटिंग्स के बीच कुछ आवश्यक संबंध प्रतीत होता है।
हालांकि सफल रहा, इस परिनियोजन ने मुझे भटका दिया कि क्या और कहाँ फ़ंक्शन (पैकेज) को भौतिक रूप से तैनात किया गया है (और यदि यह मामला पहली जगह में मान्य है)।

हम सटीक व्यवहार देख रहे हैं @tjgalama ने वर्णन किया है और यह भी सोच रहे हैं कि फ़ंक्शन पैकेज के साथ फ़ाइल साझा कहाँ संग्रहीत की जाती है।

हमारे फ़ंक्शन ऐप्स में टाइमर ट्रिगर फ़ंक्शन भी शामिल है, इसलिए हम सुझाए गए अनुसार AzureWebJobsStorage सेटिंग निर्दिष्ट करते हैं: हमने अनुमान लगाया होगा/उम्मीद है कि रनटाइम ने उसी कनेक्शन स्ट्रिंग का उपयोग किया होगा (अब निहित) WEBSITE_CONTENTAZUREFILECONNECTIONSTRING , लेकिन ऐसा नहीं है: हमारे द्वारा निर्दिष्ट भंडारण खाते में, हम azure-webjobs-hosts और azure-webjobs-secrets ब्लॉब कंटेनर देखते हैं, लेकिन कोई फ़ाइल शेयर मौजूद नहीं हैं।

मैंने कुडू में सुराग के लिए जाँच की है और ऐसा लगता है कि सभी फाइलें जो वहां होनी चाहिए, वे फाइल सिस्टम में हैं (जहां कहीं भी, app-name.scm.azurewebsites.net/api/vfs/ पर चेक किया गया है), लेकिन किसी भी सेटिंग्स का कोई संदर्भ नहीं है ( WEBSITE_CONTENTSHARE या WEBSITE_CONTENTAZUREFILECONNECTIONSTRING ) को पर्यावरण टैब ( appname.scm.azurewebsites.net/Env.cshtml ) में देखा जाना है।

शायद उल्लेख करना महत्वपूर्ण है, हमारे ऐप्स WEBSITE_ENABLE_SYNC_UPDATE_SITE=True और WEBSITE_RUN_FROM_PACKAGE=1 साथ सेट अप हैं।
ऐप्स काम करने लगते हैं, लेकिन हम वास्तव में इस बिंदु पर कुछ स्पष्टता चाहते हैं, क्योंकि हम एज़्योर फ़ंक्शंस के लिए एक मुख्य व्यवसाय सेवा को पोर्ट कर रहे हैं और उत्पादन के लिए रोल आउट करने से पहले इसका पता लगाना चाहते हैं।

कुछ सलाह के बाद, हमने यह सुनिश्चित करने के लिए स्लॉट सेटिंग के रूप में WEBSITE_CONTENTSHARE सेट किया था कि हमारे उत्पादन और स्टेजिंग स्लॉट के बीच मान अलग-अलग थे। आज, हम जिस एआरएम टेम्पलेट का उपयोग करते हैं वह 'WEBSITE_CONTENTSHARE' cannot be a slot setting. साथ विफल होने लगा (भले ही मैंने पुष्टि की कि यह वास्तव में वर्तमान में पोर्टल में एक स्लॉट सेटिंग के रूप में सेट है)। क्या इस व्यवहार के आसपास कुछ बदल गया?

हमने पिछले कुछ दिनों में इसी मुद्दे पर ध्यान दिया है और आगे बढ़ने के लिए मार्गदर्शन की आवश्यकता है। हम अनजाने में स्वैप समस्या को हल करने के लिए WEBSITE_CONTENTSHARE को स्लॉट सेटिंग के रूप में सेट करने के दृष्टिकोण का भी पालन कर रहे हैं, लेकिन अब इस त्रुटि के कारण तैनात नहीं किया जा सकता है। मैंने इसे और WEBSITE_CONTENTAZUREFILECONNECTIONSTRING सेटिंग्स दोनों को पूर्वव्यापी रूप से हटाने का प्रयास किया है, जो कि या तो उपयोग न करने के अनुशंसित दृष्टिकोण की ओर बढ़ने के लिए है, लेकिन ये तैनाती भी विफल हो जाएगी।

कुछ सलाह के बाद, हमने यह सुनिश्चित करने के लिए स्लॉट सेटिंग के रूप में WEBSITE_CONTENTSHARE सेट किया था कि हमारे उत्पादन और स्टेजिंग स्लॉट के बीच मान अलग-अलग थे। आज, हम जिस एआरएम टेम्पलेट का उपयोग करते हैं वह 'WEBSITE_CONTENTSHARE' cannot be a slot setting. साथ विफल होने लगा (भले ही मैंने पुष्टि की कि यह वास्तव में वर्तमान में पोर्टल में एक स्लॉट सेटिंग के रूप में सेट है)। क्या इस व्यवहार के आसपास कुछ बदल गया?

इसे हटा दें और रनटाइम को एक नाम चुनने दें। मैं इसे इस तरह से करता हूं।

@jeffhollan क्या आप कृपया हमें कुछ स्पष्टता दे सकते हैं?

यह कहता है कि WEBSITE_CONTENTSHARE और WEBSITE_CONTENTAZUREFILECONNECTIONSTRING _required_ हैं: https://docs.microsoft.com/en-us/azure/azure-functions/functions-infrastructure-as-code#create -a-function-app

यहाँ टिप्पणीकार सोचते हैं कि वे _not_ आवश्यक हैं; एआरएम सोचता है कि वे आवश्यक हैं?; Azure समर्थन का मानना ​​है कि WEBSITE_CONTENTSHARE स्लॉट परिदृश्यों को तोड़ता है।

हमने Azure फ़ंक्शन होस्ट के कोड की जाँच करना समाप्त कर दिया और ऐसा लगता है , पैकेज से चलते समय, WEBSITE_CONTENTAZUREFILECONNECTIONSTRING सेटिंग का उपयोग नहीं किया जाता है ।
हमने अपने एआरएम टेम्पलेट से WEBSITE_CONTENTAZUREFILECONNECTIONSTRING और WEBSITE_CONTENTSHARE दोनों को हटाकर और अच्छे परिणाम प्राप्त करके इसे सत्यापित किया: हमारे फ़ंक्शन ऐप्स में वे दो सेटिंग्स बिल्कुल नहीं हैं (रनटाइम द्वारा निर्दिष्ट भी नहीं) और वे किसी भी संग्रहण खाते में फ़ाइल शेयर का उपयोग न करें (कम से कम जो हम देख सकते हैं)।

तो एक बात का ध्यान रखें कि वेबएप/फ़ंक्शन ऐप के लिए फाइल सिस्टम कुछ इस तरह दिखता है:

|-data
|-LogFiles
|-site
  |-deployments
  |-tools
  |-wwwroot

जब आप पैकेज से रन का उपयोग करते हैं, तो यह केवल इस ट्री में wwwroot फ़ोल्डर को बदल देता है। बाकी सब कुछ मुख्य फाइल सिस्टम द्वारा प्रदान किया जाता है। यदि आप WEBSITE_CONTENTAZUREFILECONNECTIONSTRING के बिना एक खपत या लोचदार प्रीमियम फ़ंक्शन ऐप बनाते हैं तो मुख्य फाइल सिस्टम उस स्केल यूनिट के बाहर उपलब्ध नहीं है जिसमें फ़ंक्शन ऐप बनाया गया था। यह समर्थित/अनुशंसित कॉन्फ़िगरेशन नहीं है। इसका मतलब है कि आपका फ़ंक्शन ऐप उस स्केल यूनिट की सीमा से आगे नहीं बढ़ सकता है जिसमें इसे बनाया गया था, या यदि ऐसा होता है, तो आप इस बात पर भरोसा नहीं कर पाएंगे कि wwwroot के बाहर फाइल सिस्टम स्थिति सुसंगत रहती है।

सबसे हालिया मार्गदर्शन जो मैंने उस देव से देखा है जो यह बताता है कि WEBSITE_CONTENTSHARE स्लॉट के साथ कैसे इंटरैक्ट करता है:

• WEBSITE_CONTENTSHARE स्लॉट सेटिंग नहीं होनी चाहिए। एक एपीआई परिवर्तन जो इसे अवरुद्ध करता है, लेखन के समय चल रहा है।
• एआरएम के माध्यम से संसाधन के प्रारंभिक निर्माण में, WEBSITE_CONTENTSHARE को सेट किया जाना चाहिए। हालांकि प्रारंभिक निर्माण के बाद, इस सेटिंग को एआरएम टेम्पलेट से हटा दिया जाना चाहिए (क्योंकि अगर इसे शामिल किया गया था, तो एआरएम टेम्पलेट के आगे निष्पादन से अप्रत्याशित सामग्री स्वैप हो सकती है)

उपरोक्त मेरी टिप्पणी के बाद .. मैंने यह भी पाया कि सिस्टम में वर्तमान में WEBSITE_CONTENTSHARE उत्पन्न करने के संबंध में कुछ असंगत व्यवहार है ताकि आपको इसे प्रारंभ में निर्दिष्ट करने की भी आवश्यकता न हो। आप में से कुछ कह रहे हैं कि आपको इसे निर्दिष्ट करने की आवश्यकता नहीं है, जबकि अन्य को यह कहते हुए त्रुटि हो रही है कि इसकी आवश्यकता है। जहां तक ​​​​मैं कह सकता हूं, यह व्यवहार खपत के लिए सही ढंग से काम करता है (यानी खपत के लिए एआरएम टेम्पलेट को प्रारंभिक रूप से इस सेटिंग की आवश्यकता नहीं होती है) लेकिन लोचदार प्रीमियम के लिए यह सच नहीं है। वह व्यवहार ठीक हो रहा है, लेकिन इसे बाहर निकलने में शायद 1-2 महीने लगेंगे। तो इस बीच, मैंने ऊपर जो मार्गदर्शन साझा किया है (जहां आप इसे शुरू में सेट करते हैं और फिर इसे एआरएम टेम्पलेट से हटा देते हैं) लागू होता है।

@paulbatum

• एआरएम के माध्यम से संसाधन के प्रारंभिक निर्माण में, WEBSITE_CONTENTSHARE को सेट किया जाना चाहिए। हालांकि प्रारंभिक निर्माण के बाद, इस सेटिंग को एआरएम टेम्पलेट से हटा दिया जाना चाहिए (क्योंकि अगर इसे शामिल किया गया था, तो एआरएम टेम्पलेट के आगे निष्पादन से अप्रत्याशित सामग्री स्वैप हो सकती है)

आप इस तरह के एआरएम टेम्पलेट के उद्देश्य को तोड़ने का एहसास करते हैं, है ना?

वह व्यवहार ठीक हो रहा है, लेकिन इसे बाहर निकलने में शायद 1-2 महीने लगेंगे। तो इस बीच, मैंने ऊपर जो मार्गदर्शन साझा किया है (जहां आप इसे शुरू में सेट करते हैं और फिर इसे एआरएम टेम्पलेट से हटा देते हैं) लागू होता है।

यहाँ अंतिम अपेक्षित विन्यास क्या है?
क्या हम Azure/ऐप-सेवा-घोषणाओं पर उचित कॉन्फ़िगरेशन और आधिकारिक समयरेखा के साथ एक घोषणा प्राप्त कर सकते हैं जब यह सब वास्तव में तैनात हो जाए?

नमस्ते, सुनिश्चित नहीं है कि इस पर कोई विकास हुआ है। मैं अभी भी WEBSITE_CONTENTSHARE ध्वज के साथ एआरएम टेम्पलेट्स का उपयोग करने के लिए संघर्ष कर रहा हूं। @paulbatum मैं एआरएम टेम्पलेट से कॉन्फ़िगरेशन कैसे छोड़ सकता हूं? इसे काम करने के लिए मुझे चरण को पूरी तरह अक्षम करना पड़ा।

@gustavobmichel क्षमा करें, मैं आपका प्रश्न नहीं समझता। एआरएम टेम्पलेट JSON है, आप इसे आवश्यकतानुसार संपादित करते हैं। यह ऐपसेटिंग अनुभाग के भाग के रूप में दिखाई देता है, जैसे:

          "appSettings": [
            {
              "name": "WEBSITE_CONTENTAZUREFILECONNECTIONSTRING",
              "value": "[concat('DefaultEndpointsProtocol=https;AccountName=', variables('storageAccountName'), ';EndpointSuffix=', environment().suffixes.storage, ';AccountKey=',listKeys(resourceId('Microsoft.Storage/storageAccounts', variables('storageAccountName')), '2019-06-01').keys[0].value)]"
            },
            {
              "name": "WEBSITE_CONTENTSHARE",
              "value": "[toLower(variables('functionAppName'))]"
            },

हाय @paulbatum , मेरे पास वापस आने के लिए धन्यवाद। मैंने सोचा था कि आपने JSON टेम्पलेट से सेटिंग्स को प्रोग्रामिक रूप से छोड़ने के बारे में उल्लेख किया है, इसलिए यह मेरा प्रश्न था।

जैसा कि अन्य ने कहा कि मुझे भी लगा कि इन दो सेटिंग्स की आवश्यकता है, इसलिए मैंने अपने एआरएम टेम्पलेट से दोनों को हटा दिया।

शून्य-डाउनटाइम के साथ इस सुविधा का परीक्षण करने के लिए मैंने इसका परीक्षण करने के लिए नंगे न्यूनतम बुनियादी ढांचे के साथ एक साधारण परीक्षण बनाया। मैंने अपने संसाधन समूह से सभी संसाधनों को हटा दिया और WEBSITE_CONTENTAZUREFILECONNECTIONSTRING, WEBSITE_CONTENTSHARE और WEBSITE_RUN_FROM_PACKAGE के बिना संसाधन बनाने के लिए रिलीज पाइपलाइन के हिस्से के रूप में एआरएम टेम्पलेट चलाया।

मैंने कुछ परीक्षण चलाए और खपत योजना का उपयोग करके यह अभी भी ठीक काम कर रहा है। मैं इस सप्ताह प्रीमियम स्तर के साथ कुछ परीक्षण करूंगा।

मैंने इस लिंक के अनुसार इस कॉन्फ़िगरेशन WEBSITE_ADD_SITENAME_BINDINGS_IN_APPHOST_CONFIG को 1 में भी जोड़ा है: https://docs.microsoft.com/en-us/azure/app-service/deploy-staging-slots#troubleshoot -swaps

मैंने संदर्भ के लिए अपना परीक्षण एआरएम टेम्पलेट संलग्न किया है।
azuredeploy.txt

हाय @paulbatum , मेरे पास वापस आने के लिए धन्यवाद। मैंने सोचा था कि आपने JSON टेम्पलेट से सेटिंग्स को प्रोग्रामिक रूप से छोड़ने के बारे में उल्लेख किया है, इसलिए यह मेरा प्रश्न था।

जैसा कि अन्य ने कहा कि मुझे भी लगा कि इन दो सेटिंग्स की आवश्यकता है, इसलिए मैंने अपने एआरएम टेम्पलेट से दोनों को हटा दिया।

शून्य-डाउनटाइम के साथ इस सुविधा का परीक्षण करने के लिए मैंने इसका परीक्षण करने के लिए नंगे न्यूनतम बुनियादी ढांचे के साथ एक साधारण परीक्षण बनाया। मैंने अपने संसाधन समूह से सभी संसाधनों को हटा दिया और WEBSITE_CONTENTAZUREFILECONNECTIONSTRING, WEBSITE_CONTENTSHARE और WEBSITE_RUN_FROM_PACKAGE के बिना संसाधन बनाने के लिए रिलीज पाइपलाइन के हिस्से के रूप में एआरएम टेम्पलेट चलाया।

मैंने कुछ परीक्षण चलाए और खपत योजना का उपयोग करके यह अभी भी ठीक काम कर रहा है। मैं इस सप्ताह प्रीमियम स्तर के साथ कुछ परीक्षण करूंगा।

मैंने इस लिंक के अनुसार इस कॉन्फ़िगरेशन WEBSITE_ADD_SITENAME_BINDINGS_IN_APPHOST_CONFIG को 1 में भी जोड़ा है: https://docs.microsoft.com/en-us/azure/app-service/deploy-staging-slots#troubleshoot -swaps

मैंने संदर्भ के लिए अपना परीक्षण एआरएम टेम्पलेट संलग्न किया है।
azuredeploy.txt

WEBSITE_CONTENTAZUREFILECONNECTIONSTRING को छोड़कर, आपका फ़ंक्शन कैसे जानता है कि ऐप कोड कहां से प्राप्त करें?

अगर यह मदद करता है, तो हम इस पर समझौता कर चुके हैं:

• WEBSITE_CONTENTAZUREFILECONNECTIONSTRING को उस संग्रहण खाते में सेट करना जिससे हम कोड चलाना चाहते हैं
• आर्म टेम्प्लेट में WEBSITE_CONTENTSHARE को बिल्कुल भी निर्दिष्ट नहीं करना (इसे दोनों स्लॉट के लिए स्वतः उत्पन्न होने दें)
• WEBSITE_RUN_FROM_PACKAGE = 1

मैंने इनके चारों ओर बहुत सारे परीक्षण किए और यह अनजाने में स्वैप को ट्रिगर करने से बचने के लिए सबसे अच्छा कॉन्फ़िगरेशन की तरह लग रहा था और यह जानना कि कोड कहां बैठा था, आदि। एआरएम टेम्पलेट के बाहर इन सेटिंग्स को प्रबंधित करने की भी आवश्यकता नहीं है, जो मुझे पसंद नहीं आया का विचार (ऐसा लगता है कि उस बिंदु पर एआरएम टेम्पलेट्स का उपयोग करने का कोई मतलब नहीं है)।

तैनाती भी एक WEBSITE_CONTENTAZUREFILECONNECTIONSTRING मान निर्दिष्ट किए बिना काम करने लगती है, लेकिन जैसा कि बताया गया है कि हम यह नहीं पता लगा सके कि कोड कहां बैठा था और मेरे टिकट को संभालने वाले एमएस सपोर्ट मैन ने सुझाव दिया था कि यह एक बग था और इसकी अनुमति नहीं दी जानी चाहिए मंच द्वारा।

अगर यह मदद करता है, तो हम इस पर समझौता कर चुके हैं:

• WEBSITE_CONTENTAZUREFILECONNECTIONSTRING को उस संग्रहण खाते में सेट करना जिससे हम कोड चलाना चाहते हैं
• आर्म टेम्प्लेट में WEBSITE_CONTENTSHARE को बिल्कुल भी निर्दिष्ट नहीं करना (इसे दोनों स्लॉट के लिए स्वतः उत्पन्न होने दें)
• WEBSITE_RUN_FROM_PACKAGE = 1

मैंने इनके चारों ओर बहुत सारे परीक्षण किए और यह अनजाने में स्वैप को ट्रिगर करने से बचने के लिए सबसे अच्छा कॉन्फ़िगरेशन की तरह लग रहा था और यह जानना कि कोड कहां बैठा था, आदि। एआरएम टेम्पलेट के बाहर इन सेटिंग्स को प्रबंधित करने की भी आवश्यकता नहीं है, जो मुझे पसंद नहीं आया का विचार (ऐसा लगता है कि उस बिंदु पर एआरएम टेम्पलेट्स का उपयोग करने का कोई मतलब नहीं है)।

तैनाती भी एक WEBSITE_CONTENTAZUREFILECONNECTIONSTRING मान निर्दिष्ट किए बिना काम करने लगती है, लेकिन जैसा कि बताया गया है कि हम यह नहीं पता लगा सके कि कोड कहां बैठा था और मेरे टिकट को संभालने वाले एमएस सपोर्ट मैन ने सुझाव दिया था कि यह एक बग था और इसकी अनुमति नहीं दी जानी चाहिए मंच द्वारा।

ठीक यही मुझे भी पता चला है। पुष्टि करने के लिए धन्यवाद।

WEBSITE_CONTENTAZUREFILECONNECTIONSTRING और WEBSITE_RUN_FROM_PACKAGE को जोड़ने के बाद मेरे फ़ंक्शन में संग्रहण तक पहुँचने में समस्याएँ आ रही हैं। क्या आप लोगों ने इन दोनों कॉन्फिग को फंक्शनएप और स्लॉट दोनों में जोड़ा है?

सटीक त्रुटि है: Azure कार्य रनटाइम पहुंच योग्य नहीं है।

इसके बाद मैं पहली तैनाती करता हूं और फिर मैं एक नया संस्करण तैनात करने का प्रयास करता हूं।

मैंने अपनी वाईएमएल फाइल भी जोड़ दी।
वाईएमएल फ़ाइल.txt
तैनाती.txt

मैंने अपना एआरएम टेम्पलेट भी अपडेट किया।

WEBSITE_CONTENTAZUREFILECONNECTIONSTRING और WEBSITE_RUN_FROM_PACKAGE को जोड़ने के बाद मेरे फ़ंक्शन में संग्रहण तक पहुँचने में समस्याएँ आ रही हैं। क्या आप लोगों ने इन दोनों कॉन्फिग को फंक्शनएप और स्लॉट दोनों में जोड़ा है?

सटीक त्रुटि है: Azure कार्य रनटाइम पहुंच योग्य नहीं है।

इसके बाद मैं पहली तैनाती करता हूं और फिर मैं एक नया संस्करण तैनात करने का प्रयास करता हूं।

मैंने अपनी वाईएमएल फाइल भी जोड़ दी।
वाईएमएल फ़ाइल.txt
तैनाती.txt

मैंने अपना एआरएम टेम्पलेट भी अपडेट किया।

मेरे पास दोनों पर है। वास्तव में मेरे पास मेरे प्रोडक्शन स्लॉट में कुछ भी नहीं है और स्टेजिंग से सब कुछ स्वैप करें। मैंने इसे WEBSITE_CONTENTSHARE को परिभाषित करते समय देखा है या सही संग्रहण खाते की ओर इशारा नहीं करते हुए जहां कोड WEBSITE_CONTENTAZUREFILECONNECTIONSTRING के साथ रहता है। आपको WEBSITE_CONTENTSHARE के साथ कहीं भी कुछ भी इंगित करने की आवश्यकता नहीं है। मुझे वास्तव में लगता है कि मैंने उस त्रुटि को देखा है जिसे आप पर्यावरण चर में WEBSITE_CONTENTSHARE जोड़ने के कारण संदर्भित करते हैं। सुनिश्चित करें कि आपने इसे परिभाषित नहीं किया है।

हाय @mslot , मुझे लगता है कि समस्या मेरी तैनाती पर थी। मैं इसे zipDeploy पर सेट कर रहा था क्योंकि मैंने इस थ्रेड पर पढ़ा था https://stackoverflow.com/a/56205917 इसे Azure DevOps पर सेट करने के बारे में। जब मैंने इसे मानक परिनियोजन में बदल दिया, तो सब कुछ काम कर रहा है। आपकी सहायता के लिए धन्यवाद।

वह व्यवहार ठीक हो रहा है, लेकिन इसे बाहर निकलने में शायद 1-2 महीने लगेंगे।

इस मुद्दे पर कोई अपडेट? क्या अब उपभोग और प्रीमियम व्यवहार संरेखित है? क्या हम WEBSITE_CONTENTSHARE को प्रारंभिक ARM परिनियोजन और उसके बाद के परिनियोजन से हटा सकते हैं? यह स्टेजिंग स्लॉट्स को कैसे प्रभावित करता है? लिंक करने या मार्गदर्शन करने के लिए कोई अद्यतन दस्तावेज़?

हम अनिवार्य रूप से @thomaswilkin और @mslot के समान दृष्टिकोण पर बस गए हैं लेकिन केवल प्रयोग और परीक्षण-और-त्रुटि के माध्यम से। अभी भी यह सुनिश्चित नहीं है कि WEBSITE_CONTENTSHARE सेट नहीं होने के बाद से रनटाइम कैसे जानता है कि हमारी फाइलें कहां मिलेंगी।

नमस्ते। सुनिश्चित नहीं है कि आप लोग इसे कैसे कर सकते हैं लेकिन ऐसा लगता है कि मैं तैनात नहीं कर सकता
WEBSITE_CONTENTAZUREFILECONNECTIONSTRING बिना WEBSITE_CONTENTSHARE के। यहां तक ​​कि पोर्टल के माध्यम से, इसने मुझे कॉन्फ़िगरेशन सेट करने का प्रयास करते समय एक त्रुटि दी;
Failed to update web app settings: Required parameter WEBSITE_CONTENTSHARE is missing.

फ़ंक्शन ऐप के अवलोकन पृष्ठ पर मुझे यह चेतावनी संदेश भी दिखाई देता है: Storage is not configured, Function scaling will be limited. Click to learn more. मैं एक प्रीमियम योजना पर चल रहा हूं। हमें अपने फ़ंक्शन ऐप्स को कैसे कॉन्फ़िगर करना चाहिए, इस पर कोई अपडेट या आधिकारिक दिशानिर्देश?

प्रीमियम योजना के लिए (खपत योजना के बारे में 100% निश्चित नहीं), यहाँ क्या काम करता है/काम नहीं करता है का मैट्रिक्स है:

• यदि आप एक नया संसाधन तैनात करते हैं:
  
  
  
  • यदि आप न तो सेटिंग की आपूर्ति करते हैं, तो परिनियोजन सफल होता है, लेकिन आप Storage is not configured, Function scaling will be limited संदेश के साथ समाप्त होते हैं
  
  
  • यदि आप केवल WEBSITE_CONTENTAZUREFILECONNECTIONSTRING आपूर्ति करते हैं, तो यह Required parameter WEBSITE_CONTENTSHARE is missing साथ विफल हो जाता है
  
  
  • यदि आप दोनों मूल्यों की आपूर्ति करते हैं, तो यह काम करता है
  
  
• यदि आप किसी मौजूदा संसाधन पर परिनियोजित करते हैं
  
  
  
  • यदि आप न तो सेटिंग की आपूर्ति करते हैं, तो परिनियोजन सफल होता है, लेकिन आप Storage is not configured, Function scaling will be limited संदेश के साथ समाप्त होते हैं
  
  
  • यदि आप केवल WEBSITE_CONTENTAZUREFILECONNECTIONSTRING आपूर्ति करते हैं, तो यह सफल होता है (और बाद में ठीक काम करता प्रतीत होता है) भले ही WEBSITE_CONTENTSHARE की आवश्यकता हो
  
  
  • यदि आप दोनों मानों की आपूर्ति करते हैं, तो यह 'काम करता है' कि एआरएम भाग विफल नहीं होता है, लेकिन यह एकाधिक-पुनरारंभ समस्या का कारण बनता है और उपरोक्त एमएस मार्गदर्शन अपडेट पर WEBSITE_CONTENTSHARE सेट नहीं करना है
  
  

तो ऐसा प्रतीत नहीं होता है कि एक एकल एआरएम टेम्पलेट है जो इस समय दोनों परिदृश्यों के लिए काम करता है।

मुझे यह चेतावनी संदेश भी दिखाई देता है: Storage is not configured, Function scaling will be limited. Click to learn more । हैवेंट की वेबसाइट WEBSITE_CONTENTAZUREFILECONNECTIONSTRING या WEBSITE_CONTENTSHARE थी। जैसा कि कोर्कियाक ने उल्लेख किया है, कोई अद्यतन या आधिकारिक दिशानिर्देश?

हमने हाल ही में संदेश देखना शुरू किया है "संग्रहण कॉन्फ़िगर नहीं है, फ़ंक्शन स्केलिंग सीमित होगी। अधिक जानने के लिए क्लिक करें" मौजूदा Azure फ़ंक्शंस के लिए Azure पोर्टल में जो चार सप्ताह पहले तैनात किया गया था। हमने कभी भी WEBSITE_CONTENTAZUREFILECONNECTIONSTRING और न ही WEBSITE_CONTENTSHARE का उपयोग किया है और इसने अब तक ठीक काम किया है।

@paulbatum ऐसा लगता है कि पिछले कुछ दिनों में इस मुद्दे को और अधिक गतिविधि मिल रही है क्योंकि 'स्टोरेज कॉन्फ़िगर नहीं है, फंक्शन स्केलिंग सीमित होगी' संदेश पोर्टल में दिखना शुरू हो गया है। यह सब कॉन्फ़िगर करने के सही तरीके पर कोई नया मार्गदर्शन?

मैंने अभी-अभी बताया है कि 'WEBSITE_CONTENTSHARE' स्लॉट सेटिंग त्रुटि नहीं हो सकती है जैसा कि ऊपर उल्लेख किया गया है जब सर्वरल महीनों में पहली बार एक नए फ़ंक्शन ऐप को तैनात करते समय एक टेम्पलेट का उपयोग किया गया है जो पहले ठीक काम कर चुका है।
टेम्पलेट में स्लॉट सेटिंग के रूप में 'WEBSITE_CONTENTSHARE' है और निम्नलिखित लेख के अनुसार फंक्शन ऐप और परिनियोजन स्लॉट ऐपसेटिंग दोनों में परिभाषित किया गया है जिसका उल्लेख ऊपर भी किया गया है:
https://nascent.blog/2017/06/27/azure-functions-slots-arm-templates-snags-2-redeploy-causes-unwanted-swap/
इस थ्रेड को पढ़ने से इसे स्लॉट सेटिंग के रूप में हटा दिया गया और 'WEBSITE_CONTENTSHARE' सेटिंग के विभिन्न संयोजनों का प्रयास किया और मुझे अन्य लोगों के समान व्यवहार नहीं मिल रहा है। मैं नीचे की तरह बिना किसी त्रुटि के तैनात कर सकता हूं:

• फ़ंक्शन ऐप और परिनियोजन स्लॉट दोनों के लिए 'WEBSITE_CONTENTSHARE' निर्दिष्ट करें
• केवल फंक्शन ऐप के लिए 'WEBSITE_CONTENTSHARE' निर्दिष्ट करें

अगर मैं टेम्पलेट में 'WEBSITE_CONTENTSHARE' बिल्कुल निर्दिष्ट नहीं करता तो मुझे "आवश्यक पैरामीटर WEBSITE_CONTENTSHARE गुम है" त्रुटि मिलती है।

तो कृपया हमारे पास एक अपडेट हो सकता है कि वास्तविक सेटिंग्स क्या होनी चाहिए क्योंकि मैं इस वर्तमान व्यवहार के साथ उत्पादन में तैनात नहीं कर सकता।

हे सब लोग, यहाँ सभी भ्रम के लिए खेद है। हम Azure पोर्टल को यह बताकर स्मार्ट बनने की कोशिश कर रहे थे कि आप अपने कॉन्फ़िगरेशन के साथ स्केलिंग समस्याओं में कब भाग सकते हैं, लेकिन हमने तर्क को गलत बताया और इसलिए अब लोग चेतावनी को गलत तरीके से देख रहे होंगे। हम इसे ठीक करने पर काम कर रहे हैं, लेकिन इस बीच यहां यह सत्यापित करने का तरीका बताया गया है कि आप अपने ऐप के साथ स्केलिंग समस्याओं में भाग ले सकते हैं या नहीं:

यदि आप लोचदार प्रीमियम या खपत पर चल रहे हैं, तो आपको निम्न मानदंडों में से एक को पूरा करना होगा:

1. आपके पास WEBSITE_CONTENTAZUREFILECONNECTIONSTRING और WEBSITE_CONTENTSHARE परिभाषित होना चाहिए

या

1. यदि आप ज़िप/पैकेज से रन का उपयोग कर रहे हैं, तो आपके पास "WEBSITE_USE_ZIP", "WEBSITE_RUN_FROM_ZIP", या "WEBSITE_RUN_FROM_PACKAGE" खाली, 0, या 1 के अलावा किसी अन्य चीज़ पर सेट होना चाहिए।

हमें इसके लिए अगले सप्ताह तक किसी समय ठीक करना चाहिए।

धन्यवाद @ehamai - # 2 के लिए जब आप कहते हैं 'खाली, 0, या 1 के अलावा किसी और चीज़ पर सेट करें' - क्या यह सही है? 0 और 1 विपरीत नहीं हैं? (हम 1 करने के लिए हमारा सेट है और हम मान लिया है कि मतलब हाँ / सच (पैकेज से चला सकता हूँ) के रूप में यहाँ प्रलेखित: https://docs.microsoft.com/en-us/azure/azure-functions/run-functions-from -तैनाती-पैकेज)

हाय इलियट, अत्यंत तेज़ उत्तर के लिए बहुत धन्यवाद।

तो बस स्पष्ट करने के लिए:
एआरएम टेम्पलेट से उपभोग योजना में परिनियोजित करते समय और परिनियोजन स्लॉट का उपयोग करते समय लेकिन कोई ज़िप/पैकेज नहीं

• मुझे प्रोडक्शन और स्टेजिंग स्लॉट दोनों पर WEBSITE_CONTENTAZUREFILECONNECTIONSTRING और WEBSITE_CONTENTSHARE दोनों को परिभाषित करना चाहिए।

• मुझे WEBSITE_CONTENTSHARE को किसी भी स्लॉट पर परिनियोजन स्लॉट सेटिंग के रूप में परिभाषित नहीं करना चाहिए।

सादर

ओवेन

से: इलियट हमाई सूचनाएं @github.com
भेजा गया: 22 जून 2020 17:31
प्रति: MicrosoftDocs/azure-docs [email protected]
सीसी: ओवेन विंटरबोन (आईटीसीएस - स्टाफ) @noreply.github.com
विषय: पुन: [MicrosoftDocs/azure-docs] WEBSITE_CONTENTSHARE का उपयोग समर्थन के लिए नहीं किया जाना चाहिए (#36458)

चेतावनी: यह ईमेल यूईए प्रणाली के बाहर का है। लिंक या अटैचमेंट पर तब तक क्लिक न करें जब तक कि आप प्रेषक से उनकी अपेक्षा न करें और यह जान लें कि सामग्री सुरक्षित है।

हे सब लोग, यहाँ सभी भ्रम के लिए खेद है। हम Azure पोर्टल को यह बताकर स्मार्ट बनने की कोशिश कर रहे थे कि आप अपने कॉन्फ़िगरेशन के साथ स्केलिंग समस्याओं में कब भाग सकते हैं, लेकिन हमने तर्क को गलत बताया और इसलिए अब लोग चेतावनी को गलत तरीके से देख रहे होंगे। हम इसे ठीक करने पर काम कर रहे हैं, लेकिन इस बीच यहां यह सत्यापित करने का तरीका बताया गया है कि आप अपने ऐप के साथ स्केलिंग समस्याओं में भाग ले सकते हैं या नहीं:

यदि आप लोचदार प्रीमियम या खपत पर चल रहे हैं, तो आपको निम्न मानदंडों में से एक को पूरा करना होगा:

1. आपके पास WEBSITE_CONTENTAZUREFILECONNECTIONSTRING और WEBSITE_CONTENTSHARE परिभाषित होना चाहिए

या

1. यदि आप ज़िप/पैकेज से रन का उपयोग कर रहे हैं, तो आपके पास "WEBSITE_USE_ZIP", "WEBSITE_RUN_FROM_ZIP", या "WEBSITE_RUN_FROM_PACKAGE" खाली, 0, या 1 के अलावा किसी अन्य चीज़ पर सेट होना चाहिए।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस थ्रेड की सदस्यता ली है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FMicrosoftDocs%2Fazure-docs%2Fissues%2F36458%23issuecomment-64761943&data = 02% 7C01% 7Co.winterbone% 40uea.ac.uk% 7Cecd3322262374fb9ffb608d816c9ad12% 7Cc65f8795ba3d43518a070865e5d8f090% 7C0% 7C0% 7C637284402737046987 और sdata = woJvSwWrHgKQIV3xQ8QX3vIOULv6ZNfn5wln4tPn3EA% 3 डी और सुरक्षित = 0 , या सदस्यता समाप्त https://eur01.safelinks.protection.outlook.com/?url= https% 3A% 2F% 2Fgithub.com% 2Fnotifications% 2Funsubscribe लेखन% 2FAGFS4PC23VOJOEKS6ESN2C3RX6BM5ANCNFSM4IJGDPBQ और डेटा = 02% 7C01% 7Co.winterbone% 40uea.ac.uk% 7Cecd3322262374fb9ffb608d816c9ad12% 7Cc65f8795ba3d43518a070865e5d8f090% 7C0% 7C0% 7C637284402737056941 और sdata = StHshC6EtV6A% 2BLi3g7x0xfNx56POAYnwjMWihEf% 2BCYM% 3 डी और सुरक्षित = 0 .

@briandunnington - हाँ क्षमा करें यह भ्रमित है।

• 0 का अर्थ है अक्षम
• 1 का अर्थ है स्थानीय ज़िप से चलाना लेकिन उसके ठीक से काम करने के लिए, आपके पास पहले कथन द्वारा परिभाषित WEBSITE_CONTENTAZUREFILECONNECTIONSTRING और WEBSITE_CONTENTSHARE भी होना चाहिए।

@OwainWin - क्षमा करें, मैं आपके प्रश्न से भ्रमित हूं। आपने पूछा कि क्या आपको WEBSITE_CONTENTSHARE को शामिल करना चाहिए और नहीं करना चाहिए।

मेरा मानना ​​है कि आपके पास प्रोडक्शन और स्टेजिंग स्लॉट दोनों पर WEBSITE_CONTENTAZUREFILECONNECTIONSTRING और WEBSITE_CONTENTSHARE परिभाषित होने चाहिए।

धन्यवाद @ehamai - तो इस धागे के मूल प्रश्न पर वापस: WEBSITE_CONTENTAZUREFILECONNECTIONSTRING और WEBSITE_CONTENTSHARE को एक एआरएम टेम्पलेट में सेट करने के लिए मार्गदर्शन क्या है जो प्रारंभिक और बाद की तैनाती के लिए काम करता है? प्रीमियम योजना के लिए (खपत योजना के बारे में 100% निश्चित नहीं है, लेकिन विश्वास करें कि यह वही है), यहां मैट्रिक्स है जो काम करता है/काम नहीं करता है:

• यदि आप एक नया संसाधन तैनात करते हैं:
  
  
  
  • यदि आप न तो सेटिंग की आपूर्ति करते हैं, तो परिनियोजन सफल होता है, लेकिन आप अंत में संग्रहण के साथ कॉन्फ़िगर नहीं होते हैं, फ़ंक्शन स्केलिंग सीमित संदेश होगा
  
  
  • यदि आप केवल WEBSITE_CONTENTAZUREFILECONNECTIONSTRING की आपूर्ति करते हैं, तो यह आवश्यक पैरामीटर के साथ विफल हो जाता है WEBSITE_CONTENTSHARE गुम है
  
  
  • यदि आप दोनों मूल्यों की आपूर्ति करते हैं, तो यह काम करता है
  
  
• यदि आप किसी मौजूदा संसाधन पर परिनियोजित करते हैं
  
  
  
  • यदि आप न तो सेटिंग की आपूर्ति करते हैं, तो परिनियोजन सफल होता है, लेकिन आप अंत में संग्रहण के साथ कॉन्फ़िगर नहीं होते हैं, फ़ंक्शन स्केलिंग सीमित संदेश होगा
  
  
  • यदि आप केवल WEBSITE_CONTENTAZUREFILECONNECTIONSTRING की आपूर्ति करते हैं, तो यह सफल होता है (और बाद में ठीक काम करता प्रतीत होता है) भले ही WEBSITE_CONTENTSHARE की आवश्यकता हो
  
  
  • यदि आप दोनों मानों की आपूर्ति करते हैं, तो यह 'काम करता है' कि एआरएम भाग विफल नहीं होता है, लेकिन यह एकाधिक-पुनरारंभ समस्या का कारण बनता है और उपरोक्त एमएस मार्गदर्शन अपडेट पर WEBSITE_CONTENTSHARE सेट नहीं करना है
  
  

तो ऐसा प्रतीत नहीं होता है कि एक एकल एआरएम टेम्पलेट है जो इस समय दोनों परिदृश्यों के लिए काम करता है।

हाय इलियट

दूसरे बिंदु के लिए मेरे कहने का मतलब यह था कि WEBSITE_CONTENTSHARE को एक एप्लिकेशन सेटिंग के रूप में परिभाषित किया जाना चाहिए, लेकिन इसे एक परिनियोजन स्लॉट सेटिंग नहीं बनाया जाना चाहिए।
तो इसमें नीचे की तरह टिक नहीं होना चाहिए:

[सीआईडी: [email protected]]

से: इलियट हमाई सूचनाएं @github.com
भेजा गया: 22 जून 2020 18:38
प्रति: MicrosoftDocs/azure-docs [email protected]
सीसी: ओवेन विंटरबोन (आईटीसीएस - स्टाफ) @noreply.github.com
विषय: पुन: [MicrosoftDocs/azure-docs] WEBSITE_CONTENTSHARE का उपयोग समर्थन के लिए नहीं किया जाना चाहिए (#36458)

चेतावनी: यह ईमेल यूईए प्रणाली के बाहर का है। लिंक या अटैचमेंट पर तब तक क्लिक न करें जब तक कि आप प्रेषक से उनकी अपेक्षा न करें और यह जान लें कि सामग्री सुरक्षित है।

@OwainWin https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FOwainWin&data=02%7C01%7Co.winterbone%40uea.ac.uk%7Cafedec71775f4f42d84108d816d2f967%7Cc65f8795ba3d43518a070865e5d8f090%7C0 %7C0%7C637284442665654874&sdata=x3m7KNp6hoQJMCqfb4aEUSNnmE6E5N7geDa8Vu7AUaw%3D&reserved=0 - क्षमा करें मैं आपके प्रश्न से भ्रमित हूं। आपने पूछा कि क्या आपको WEBSITE_CONTENTSHARE को शामिल करना चाहिए और नहीं करना चाहिए।

मेरा मानना ​​है कि आपके पास प्रोडक्शन और स्टेजिंग स्लॉट दोनों पर WEBSITE_CONTENTAZUREFILECONNECTIONSTRING और WEBSITE_CONTENTSHARE परिभाषित होने चाहिए।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FMicrosoftDocs%2Fazure-docs%2Fissues%2F36458%23issuecomment-647674267&data = 02% 7C01% 7Co.winterbone% 40uea.ac.uk% 7Cafedec71775f4f42d84108d816d2f967% 7Cc65f8795ba3d43518a070865e5d8f090% 7C0% 7C0% 7C637284442665664832 और sdata = ctK99d4qO2YuIN% 2F07lwuHC0wNut% 2Fx8LjgLd7v55rTAM% 3 डी और सुरक्षित = 0 , या सदस्यता समाप्त https://eur01.safelinks.protection.outlook.com /?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAGFS4PEPPJE7NN6RO5D4SSLRX6JGNANCNFSM4IJGDPBQ&data=02%7C01%7Co.winterbone%40uea.ac.uk%7Cafedec71775f4f42d84108d816d2f967%7Cc65f8795ba3d43518a070865e5d8f090%7C0%7C0%7C637284442665664832&sdata=wXaMW%2Fx% 2B5RXDtrfiQgHeZYtpc%2BhLyI9w6f9ut9NTFjM%3D&reserved=0 ।

@paulbatum

• एआरएम के माध्यम से संसाधन के प्रारंभिक निर्माण में, WEBSITE_CONTENTSHARE को सेट किया जाना चाहिए। हालांकि प्रारंभिक निर्माण के बाद, इस सेटिंग को एआरएम टेम्पलेट से हटा दिया जाना चाहिए (क्योंकि अगर इसे शामिल किया गया था, तो एआरएम टेम्पलेट के आगे निष्पादन से अप्रत्याशित सामग्री स्वैप हो सकती है)

आप इस तरह के एआरएम टेम्पलेट के उद्देश्य को तोड़ने का एहसास करते हैं, है ना?

वह व्यवहार ठीक हो रहा है, लेकिन इसे बाहर निकलने में शायद 1-2 महीने लगेंगे। तो इस बीच, मैंने ऊपर जो मार्गदर्शन साझा किया है (जहां आप इसे शुरू में सेट करते हैं और फिर इसे एआरएम टेम्पलेट से हटा देते हैं) लागू होता है।

यहाँ अंतिम अपेक्षित विन्यास क्या है?
क्या हम Azure/ऐप-सेवा-घोषणाओं पर उचित कॉन्फ़िगरेशन और आधिकारिक समयरेखा के साथ एक घोषणा प्राप्त कर सकते हैं जब यह सब वास्तव में तैनात हो जाए?

यह हमारे लिए एक बड़ा अवरोधक है। हमें नए संसाधन समूह में परिनियोजित करने के लिए उसी एआरएम टेम्पलेट का उपयोग करने में सक्षम होना चाहिए जिसका उपयोग हम मौजूदा संसाधन समूह में परिनियोजित करने के लिए करेंगे। थोड़ा और संदर्भ प्रदान करने में सहायता के लिए हम विशेष रूप से हमारे एआरएम टेम्पलेट्स को पूर्ण मोड में चलाते हैं।

अभी, हमारा एआरएम टेम्पलेट इस तरह दिखता है:

{
  "apiVersion": "2016-08-01",
  "type": "Microsoft.Web/sites",
  "name": "[variables('functionAppName')]",
  "location": "[variables('defaultLocation')]",
  "kind": "functionapp",
  "properties": {
    "serverFarmId": "[resourceId('Microsoft.Web/serverfarms', variables('functionAppName'))]"
  },
  "resources": [
    {
      "name": "slotconfignames",
      "type": "config",
      "apiVersion": "2016-08-01",
      "dependsOn": [
        "[resourceId('Microsoft.Web/sites', variables('functionAppName'))]"
      ],
      "properties": {
        "appSettingNames": [
          "SomeSlotSpecificSetting"
        ]
      }
    },
    {
      "name": "staging",
      "type": "slots",
      "apiVersion": "2016-08-01",
      "location": "[variables('defaultLocation')]",
      "dependsOn": [
        "[resourceId('Microsoft.Web/serverfarms', variables('functionAppName'))]",
        "[resourceId('Microsoft.Web/sites', variables('functionAppName'))]"
      ],
      "properties": {
        "serverFarmId": "[resourceId('Microsoft.Web/serverfarms', variables('functionAppName'))]",
        "siteConfig": {
          "appSettings": [
            {
              "name": "AzureWebJobsStorage",
              "value": "[ourapp.storageConnectionString(listkeys(resourceId('Microsoft.Storage/storageAccounts', variables('storageResourceName')), '2015-05-01-preview').key1, variables('storageResourceName'))]"
            },
            {
              "name": "AzureWebJobsDashboard",
              "value": "[ourapp.storageConnectionString(listkeys(resourceId('Microsoft.Storage/storageAccounts', variables('storageResourceName')), '2015-05-01-preview').key1, variables('storageResourceName'))]"
            },
            {
              "name": "SomeSetting__Foo",
              "value": "[parameters('someSettings').foo]"
            },
            {
              "name": "SomeSetting__Bar",
              "value": "[parameters('someSettings').bar]"
            },
            {
              "name": "WEBSITE_CONTENTAZUREFILECONNECTIONSTRING",
              "value": "[ourapp.storageConnectionString(listkeys(resourceId('Microsoft.Storage/storageAccounts', variables('storageResourceName')), '2015-05-01-preview').key1, variables('storageResourceName'))]"
            },
            {
              "name": "WEBSITE_CONTENTSHARE",
              "value": "[toLower(variables('functionAppName'))]"
            },
            {
              "name": "FUNCTIONS_EXTENSION_VERSION",
              "value": "~3"
            },
            {
              "name": "FUNCTIONS_WORKER_RUNTIME",
              "value": "dotnet"
            },
            {
              "name": "SomeSlotSpecificSetting",
              "value": "abc 123"
            },
            {
              "name": "WEBSITE_RUN_FROM_PACKAGE",
              "value": "1"
            }
          ]
        }
      }
    }
  ],
  "dependsOn": [
    "[resourceId('Microsoft.Storage/storageAccounts', variables('storageResourceName'))]",
    "[resourceId('Microsoft.Web/serverfarms', variables('functionAppName'))]"
  ]
}

निम्नलिखित विवरणों पर ध्यान दें: हम अपने कॉन्फ़िगरेशन को _स्टेजिंग स्लॉट पर_ निर्दिष्ट कर रहे हैं, न कि प्रोडक्शन स्लॉट। यह हमें पहले स्टेजिंग स्लॉट में नई सेटिंग्स (और मौजूदा के लिए अपडेट) को तैनात करने की अनुमति देता है। तो, हमारी DevOps पाइपलाइन यह करती है:

• चरण 1) एआरएम टेम्पलेट को संसाधन समूह में तैनात करें
• चरण 2) स्टेजिंग स्लॉट में फंक्शन ऐप को तैनात करें
• चरण 3) स्टेजिंग स्लॉट के खिलाफ कुछ धूम्रपान परीक्षण चलाएं
• चरण 4) स्टेजिंग और प्रोडक्शन स्लॉट्स को स्वैप करें

हालांकि, समस्या यह है कि क्योंकि WEBSITE_CONTENTSHARE एआरएम टेम्पलेट के अंदर सेट किया जा रहा है, उत्पादन स्लॉट और स्टेजिंग स्लॉट तुरंत चरण 2 के बाद आवेदन का नया संस्करण ले रहे हैं (एक स्वैप से पहले भी होता है)। मेरा मानना ​​​​है कि जब लोग "अनपेक्षित स्वैप ऑपरेशन" कहते हैं तो लोग यही बात कर रहे हैं।

हम _DO NOT_ अपने ARM टेम्प्लेट में प्रोडक्शन स्लॉट सेटिंग सेट करना चाहते हैं, और हम _DO NOT_ चाहते हैं कि हमारे ARM टेम्प्लेट चलने के परिणामस्वरूप किसी भी प्रोडक्शन स्लॉट सेटिंग को हटा दिया जाए। पूर्ण मोड में एआरएम टेम्पलेट को तैनात करने का तरीका यह है कि यदि हम उत्पादन स्लॉट के लिए कोई सेटिंग निर्दिष्ट करते हैं, तो स्पष्ट रूप से निर्दिष्ट नहीं की गई सभी सेटिंग्स स्वचालित रूप से हटा दी जाती हैं।

मुझे आशा है कि यह सब समझ में आता है। वर्तमान में हम अपने एआरएम टेम्पलेट से WEBSITE_CONTENTSHARE को हटाने का प्रयास कर रहे हैं, इस उम्मीद में कि रनटाइम सभी परिदृश्यों में मूल्य उत्पन्न करेगा और अब "अनपेक्षित स्वैप" नहीं होगा।

हाय सब, मैं परिनियोजन स्लॉट के लिए प्राथमिक डेवलपर हूं और मैं WEBSITE_CONTENTSHARE, और WEBSITE_CONTENTAZUREFILECONNECTIONSTRING को सेट करने के संबंध में आपकी चिंताओं का समाधान करूंगा:

यहाँ आधिकारिक मार्गदर्शन है:

WEBSITE_CONTENTAZUREFILECONNECTIONSTRING: इसे हमेशा सेट किया जाना चाहिए क्योंकि यह ऐप सेवा को बताता है कि आप सामग्री भंडारण के लिए नीला फ़ाइलों का उपयोग कर रहे हैं।

WEBSITE_CONTENTSHARE:

• यह अब आपके द्वारा उपभोग sku फ़ंक्शंस के लिए ARM टेम्प्लेट से पूरी तरह से हटाया जा सकता है जो फ़ील्ड को स्वतः उत्पन्न करेगा और अनपेक्षित स्वैप से बच जाएगा। इसका मतलब है कि आप उसी टेम्पलेट का उपयोग उसके बाद निर्माण और अपडेट के लिए कर सकते हैं।

• दुर्भाग्य से, हमने पाया कि WEBSITE_CONTENTSHARE की इस ऑटो-जेनरेशन को इलास्टिक प्रीमियम स्की के लिए अनदेखा कर दिया गया था, इसलिए इसे निर्माण के दौरान शामिल करने और अपडेट के दौरान इसे छोड़ने की समस्या अभी भी बनी हुई है। इसके लिए फिक्स वर्तमान में चल रहा है और हमारे आधे बेड़े तक पहुंच गया है। इसे अगले 2 सप्ताह में पूरी तरह से रोल आउट कर दिया जाना चाहिए और इसके बाद स्कस दोनों के लिए मार्गदर्शन समान होगा और WEBSITE_CONTENTSHARE को पूरी तरह से छोड़ा जा सकता है।

आशा है कि यह आपकी कुछ चिंताओं का समाधान करेगा!

@shubDhond बहुत-बहुत धन्यवाद। क्या हम दस्तावेज़ीकरण पर आधिकारिक अपडेट प्राप्त कर सकते हैं?

विंडोज़ खपत योजनाओं के लिए @shubDhond अगर मैं केवल WEBSITE_CONTENTAZUREFILECONNECTIONSTRING प्रदान करता हूं तो मुझे आर्म टेम्पलेट परिनियोजन के माध्यम से एक त्रुटि मिलती है जिसमें कहा गया है कि WEBSITE_CONTENTSHARE गुम है।
मुझे स्लॉट का उपयोग करने की आवश्यकता नहीं है। यदि दोनों परिनियोजन को छोड़ दिया जाता है, लेकिन मुझे चेतावनी मिलती है "भंडारण कॉन्फ़िगर नहीं किया गया है। फ़ंक्शन स्केलिंग सीमित होगी"।

उपभोग योजनाओं पर उन दो मापदंडों के बारे में क्या मार्गदर्शन है जिनका मैं उपयोग कर रहा हूं। नेट कोर विंडोज़ खपत योजना?

ठीक वैसा ही! मुझे यह त्रुटि भी मिलती है। इसे कब ठीक किया जाएगा?

खपत और लोचदार योजना पर मेरा एक ही मुद्दा है, यह हमें स्वचालित तैनाती के साथ बहुत सारे मुद्दों का कारण बन रहा है।

सेटिंग्स को सीधे Microsoft.Web/sites प्रॉपर्टीज (साइटकॉन्फिग, ऐपसेटिंग) में तैनात करते समय मुझे प्रीमियम के लिए WEBSITE_CONTENTSHARE को छोड़ने में कुछ सफलता मिली है, लेकिन Microsoft.Web/sites/config का उपयोग करके सेटिंग्स को एक अलग संसाधन के रूप में निर्दिष्ट करते समय नहीं। "type": "config" ।

@shubDhond यह समस्या निश्चित रूप से ठीक नहीं हुई है। Windows उपभोग योजना पर यदि आप केवल WEBSITE_CONTENTAZUREFILECONNECTIONSTRING के साथ टेम्पलेट परिनियोजित करते हैं और WEBSITE_CONTENTSHARE के बिना आपको "WEBSITE_CONTENTSHARE गुम है" त्रुटि मिलेगी।

Azure DevOps में ऐप सेवा परिनियोजन कार्यों का उपयोग करने का प्रयास करने और केवल WEBSITE_CONTENTAZUREFILECONNECTIONSTRING को सेट करने से भी HTTP 400 त्रुटि उत्पन्न होगी।

खपत योजना पर एज़्योर फ़ंक्शन ऐप्स का स्वचालन वर्तमान में पूरी तरह से टूट गया है।

@clarenceks . जैसी ही समस्या है

हम भी @clarenceks जैसी ही समस्या का सामना कर रहे हैं।
हम भी Azure पोर्टल के माध्यम से WEBSITE_CONTENTSHARE बिना केवल WEBSITE_CONTENTAZUREFILECONNECTIONSTRING सेट नहीं कर सकते हैं। हमारे पास WEBSITE_RUN_FROM_PACKAGE 1 पर सेट है।

मुझे यह भी यकीन नहीं है कि यह कैसे काम करेगा जब आपका एआरएम टेम्पलेट परिनियोजन मोड Complete सेट हो? क्या यह जेनरेट की गई ऐप सेटिंग WEBSITE_CONTENTSHARE नहीं हटाएगा?

अधिकांश की तरह, हम भी खो गए हैं।

अब मेरे पास मेरा एआरएम टेम्पलेट सफलतापूर्वक मेरे फ़ंक्शन ऐप को विंडोज़ उपभोग योजना में तैनात कर रहा है। तैनात किए जाने पर, संदेश Storage is not configured, Function scaling will be limited. Click to learn more अब प्रदर्शित नहीं होता है। स्लॉट स्वैप भी उम्मीद के मुताबिक काम कर रहे हैं।

इस प्रक्रिया से मेरे मुख्य निष्कर्ष हैं:

यदि आपके पास वर्तमान में WEBSITE_CONTENTAZUREFILECONNECTIONSTRING और WEBSITE_CONTENTSHARE एप्लिकेशन सेटिंग्स के बिना एक Azure फ़ंक्शन ऐप है, तो मेरा मानना ​​​​है कि इसे ठीक करने का एकमात्र तरीका यह सुनिश्चित करना है कि WEBSITE_CONTENTAZUREFILECONNECTIONSTRING सेटिंग ऐप सेवा निर्माण के हिस्से के रूप में मौजूद है।

संसाधन निर्माण के हिस्से के रूप में WEBSITE_CONTENTAZUREFILECONNECTIONSTRING का होना महत्वपूर्ण है। एआरएम का उपयोग करते समय मेरे निष्कर्ष यह हैं कि इसे मुख्य ऐप सेवा परिनियोजन के दौरान Microsoft.Web/sites संसाधन प्रकार के साथ ऐप सेटिंग के रूप में तैनात किया जाना चाहिए। एप्लिकेशन सेटिंग्स को परिनियोजित करने के लिए आपके एआरएम टेम्पलेट में Microsoft.Web/sites/config का एक अलग संसाधन प्रकार होने से काम नहीं चलेगा।

मैं अपने एआरएम टेम्पलेट में WEBSITE_CONTENTSHARE सेटिंग शामिल नहीं करता। यह रनटाइम द्वारा बनाया जाता है जब मेरा एआरएम टेम्पलेट तैनात किया जाता है। यह एक संकेत है कि तैनाती अच्छी तरह से काम कर रही है। यहां वर्णित दृष्टिकोण के साथ, मैं प्रारंभिक संसाधनों को परिनियोजित करने में सक्षम हूं और फिर WEBSITE_CONTENTSHARE सेटिंग से संबंधित त्रुटियों को प्राप्त किए बिना टेम्पलेट को कई बार फिर से तैनात कर सकता हूं।

मेरे लिए एक अलग महत्वपूर्ण आवश्यकता यह थी कि उत्पादन साइट एप्लिकेशन सेटिंग्स को केवल प्रारंभिक संसाधन निर्माण के दौरान ही लागू किया जाना चाहिए। जिस तरह से मैं उत्पादन साइट में नई (भविष्य) एप्लिकेशन सेटिंग्स प्राप्त करना चाहता था, वह स्लॉट स्वैप के माध्यम से है। इसे प्राप्त करने के लिए मैंने निम्नलिखित को संभालने के लिए अपने एआरएम टेम्पलेट में कुछ तर्क जोड़े।

1) एआरएम टेम्पलेट में ऐप सेटिंग्स केवल प्रारंभिक साइट निर्माण के दौरान उत्पादन साइट पर तैनात की जाएंगी, उन्हें भविष्य की तैनाती के हिस्से के रूप में उत्पादन साइट में नहीं जोड़ा जाएगा।

2) एआरएम टेम्पलेट में ऐप सेटिंग्स हमेशा स्टेजिंग स्लॉट पर लागू होती हैं। फिर उन्हें स्वैप स्लॉट का उपयोग करके उत्पादन में बदल दिया जाता है।

उपरोक्त प्राप्त करने के लिए, मेरे एआरएम टेम्पलेट में उत्पादन साइट के लिए ऐप सेटिंग्स सशर्त हैं। यदि संसाधन मौजूद नहीं है, तो मैं टेम्पलेट में ऐप सेटिंग्स का पूरा सेट तैनात करता हूं (यह सुनिश्चित करने के लिए कि ऐप सेवा सही तरीके से बनाई गई है)। यदि संसाधन पहले ही बनाया जा चुका है, तो मैं ऐप सेटिंग्स के लिए एक नल पास करता हूं। जब इसे तैनात किया जाता है तो यह उन ऐप सेटिंग्स को बरकरार रखता है जो उत्पादन साइट के लिए पहले से मौजूद हैं।

मैं भी पूरी तरह से भ्रमित हूँ। यदि उपभोग योजनाओं के लिए WEBSITE_CONTENTAZUREFILECONNECTIONSTRING की आवश्यकता है, लेकिन इसे एक स्लॉट से चिपके रहने के लिए कॉन्फ़िगर नहीं किया जा सकता है, तो मुझे एक स्टेजिंग और प्रोडक्शन स्लॉट के बीच स्वैप कैसे करना चाहिए, जहां मैं चाहता हूं कि प्रत्येक एक अलग स्टोरेज अकाउंट पर चले? वेब ऐप्स के साथ यह हमेशा के लिए संभव हो गया है, और यह एक बहुत ही सामान्य उपयोग के मामले की तरह लगता है। जहां तक ​​​​मैं कह सकता हूं, फ़ंक्शन ऐप स्लॉट्स को स्वैप करना पूरी तरह से टूटा/अनुपयोगी है जब तक कि यह तय न हो जाए। किसी के लिए मुझे यह बताना अच्छा लगेगा कि मैं गलत क्यों/कैसे हूं! मुझे पता है कि मूल मुद्दा एआरएम टेम्पलेट्स का संदर्भ देता है, लेकिन यह एक और अधिक व्यापक समस्या की तरह लगता है।

लोचदार प्रीमियम योजना पर एक ही मुद्दा। समान WEBSITE_CONTENTSHARE के साथ समान ARM टेम्पलेट को स्टेज स्लॉट में परिनियोजित करने से प्रोडक्शन स्लॉट स्टेज स्लॉट के समान बायनेरिज़ की ओर इशारा करता है।
WEBSITE_CONTENTSHARE के बिना परिनियोजित नहीं कर सकता क्योंकि मुझे 2020-09-08T10:15:32.8385428Z ##[debug]Set-AzWebAppSlot : Operation returned an invalid status code 'BadRequest' त्रुटि मिलती है

मैं उलझन में हूं। क्या करना सही है?

यदि आप लोचदार प्रीमियम या खपत पर चल रहे हैं, तो आपको निम्न मानदंडों में से एक को पूरा करना होगा:

आपके पास WEBSITE_CONTENTAZUREFILECONNECTIONSTRING और WEBSITE_CONTENTSHARE परिभाषित होना चाहिए

या

यदि आप ज़िप/पैकेज से रन का उपयोग कर रहे हैं, तो आपके पास "WEBSITE_USE_ZIP", "WEBSITE_RUN_FROM_ZIP", या "WEBSITE_RUN_FROM_PACKAGE" खाली, 0, या 1 के अलावा किसी अन्य चीज़ पर सेट होना चाहिए।

जैसा कि @ehamai कहते हैं?

या

WEBSITE_CONTENTAZUREFILECONNECTIONSTRING: इसे हमेशा सेट किया जाना चाहिए क्योंकि यह ऐप सेवा को बताता है कि आप सामग्री भंडारण के लिए नीला फ़ाइलों का उपयोग कर रहे हैं।

WEBSITE_CONTENTSHARE:

यह अब आपके द्वारा उपभोग sku फ़ंक्शंस के लिए ARM टेम्प्लेट से पूरी तरह से हटाया जा सकता है जो फ़ील्ड को स्वतः उत्पन्न करेगा और अनपेक्षित स्वैप से बच जाएगा। इसका मतलब है कि आप उसी टेम्पलेट का उपयोग उसके बाद निर्माण और अपडेट के लिए कर सकते हैं।

दुर्भाग्य से, हमने पाया कि WEBSITE_CONTENTSHARE की इस ऑटो-जेनरेशन को इलास्टिक प्रीमियम स्की के लिए अनदेखा कर दिया गया था, इसलिए इसे निर्माण के दौरान शामिल करने और अपडेट के दौरान इसे छोड़ने की समस्या अभी भी बनी हुई है। इसके लिए फिक्स वर्तमान में चल रहा है और हमारे आधे बेड़े तक पहुंच गया है। इसे अगले 2 सप्ताह में पूरी तरह से रोल आउट कर दिया जाना चाहिए और इसके बाद स्कस दोनों के लिए मार्गदर्शन समान होगा और WEBSITE_CONTENTSHARE को पूरी तरह से छोड़ा जा सकता है।

आशा है कि यह आपकी कुछ चिंताओं का समाधान करेगा!

जैसा कि @shubDhond कहते हैं?

मुझे एक त्रुटि मिलती है यदि मेरे पास किसी भी स्लॉट पर कोई WEBSITE_CONTENTSHARE (वास्तव में उत्पादन स्लॉट में कोई ऐपसेटिंग नहीं है) के साथ उपभोग योजना पर नीला फ़ंक्शन है और मैं:

1. एआरएम को स्टेजिंग स्लॉट में तैनात करें
2. विनिमय
3. स्टेजिंग स्लॉट में फिर से तैनात करें

फिर यह मुझे बताता है कि मुझे WEBSITE_CONTENTSHARE की आवश्यकता है। यह ऐसा है जैसे यह पुराने उत्पादन स्लॉट के लिए एक हिस्सा उत्पन्न नहीं कर सकता है। मैंने WEBSITE_CONTENTAZUREFILECONNECTIONSTRING को निकालने का प्रयास नहीं किया है, क्योंकि यह धागा @ehamai को छोड़कर ऐसा नहीं करने के लिए कहता है, जो मुझे बताता है कि मैं इसे कर सकता हूं, अगर मैं "WEBSITE_RUN_FROM_PACKAGE" करता हूं।

मजेदार बात यह है कि, मेरे पास इस सेटअप के साथ एक फ़ंक्शन चल रहा है, लेकिन ~ 3 के बजाय ~ 2 रनटाइम के साथ, और यह काम कर रहा है। क्या ~3 और परिनियोजन स्लॉट में कोई समस्या है?
यह बहुत भ्रमित करने वाला है।

कोई फर्क नहीं पड़ता कि यह सहज स्लॉट स्वैप बहुत डरावना है, वैसे भी हमें इन दोनों WEBSITE_ चर बनाने की आवश्यकता है, हम एआरएम में बाद वाले को भी यहां परिभाषा के अनुसार भर रहे

पुन: असाइन करें: @mattchenderson

इस पर किसी भी अद्यतन?

हमें भी Microsoft समर्थन द्वारा सलाह दी गई है कि "WEBSITE_CONTENTSHARE" गुण सेट होना चाहिए। जब इसे स्लॉट सेटिंग के रूप में सेट करना संभव नहीं होता है तो यह हमारे बिल्ड पाइपलाइनों और एआरएम टेम्पलेट्स के लिए काफी समस्याग्रस्त है। कृपया सलाह दें!

मैं भी सहमत हूँ। यहाँ स्लॉट्स का उपयोग करने के तरीके के बारे में कुछ स्पष्टीकरण के लिए यह वास्तव में समय है!

मैं भी सहमत हूं, यह धागा 15 महीने पहले शुरू किया गया था और अभी भी कोई स्थिर समाधान नहीं है।
हम स्लॉट का उपयोग तब तक नहीं कर सकते जब तक कि इसे किसी विश्वसनीय समाधान के साथ ठीक से हल नहीं किया जाता है, स्लॉट एक शानदार विशेषता है लेकिन उन्हें विश्वसनीय होने की आवश्यकता है।

नमस्ते,

यहां प्रतिक्रिया में देरी के लिए अत्यंत खेद है, इस धागे की निगरानी नहीं की जा रही थी और साथ ही इसे होना चाहिए था।

भ्रम को दूर करने के लिए, ऊपर @clarenceks द्वारा वर्णित व्यवहार अभी तक सही है। उन साइटों के लिए जिनमें पहले से Azure फ़ाइलें संग्रहण कॉन्फ़िगर नहीं है, आपको WEBSITE_CONTENTAZUREFILECONNECTIONSTRING और WEBSITE_CONTENTSHARE दोनों प्रदान करने होंगे। एक बार जब ये उपलब्ध हो जाते हैं और आपका ऐप अब Azure फ़ाइलों पर चलने के लिए कॉन्फ़िगर हो जाता है, तो आप अनजाने में अपनी सामग्री की अदला-बदली से बचने के लिए उसके बाद अपने टेम्प्लेट से WEBSITE_CONTENTSHARE को हटा सकते हैं।

जिस तरह से एपीआई वर्तमान में काम करता है वह यह है कि साइट निर्माण ('Microsoft.Web/sites' संसाधन) पर यदि आप WEBSITE_CONTENTAZUREFILECONNECTIONSTRING प्रदान करते हैं और WEBSITE_CONTENTSHARE नहीं, तो आपके लिए एक सामग्री साझा किया जाएगा। हालांकि मौजूदा 'Microsoft.Web/sites' संसाधन या 'Microsoft.Web/sites/config' संसाधन के अपडेट पर, एपीआई यह देखने के लिए देखता है कि क्या ऐप के लिए WEBSITE_CONTENTSHARE के लिए पहले से कोई मान है और यदि यह मौजूद नहीं है , यह एक त्रुटि फेंकता है।

मुझे लगता है कि यह ग्राहकों के खिलाफ अनजाने में उनकी सामग्री को मिटाने के लिए था, जबकि वे एज़ूर फ़ाइलों पर स्विच कर रहे थे, अगर वे WEBSITE_CONTENTAZUREFILECONNECTIONSTRING प्रदान करते हैं और हम उनके लिए एक नया WEBSITE_CONTENTSHARE उत्पन्न करते हैं (अनिवार्य रूप से उनकी सामग्री को मिटा देना क्योंकि यह शेयर नया होगा)। साइट निर्माण के दौरान यह अधिक सुरक्षित है क्योंकि साइट वैसे भी एक साफ स्लेट के साथ शुरू होगी और हम आपकी सामग्री को मिटाने का जोखिम नहीं उठाते हैं।

मैं पूरी तरह से भ्रम को समझ सकता हूं, हालांकि आप सभी फाइलों को नीलाम करना चाहते हैं। मुझे यह सोचना होगा कि हमारे अपडेट संचालन को आपकी सामग्री को वाइप करने से सुरक्षित रखते हुए इसे सर्वोत्तम तरीके से कैसे संबोधित किया जाए। अभी के लिए आप सभी के लिए मार्गदर्शन, जिनके पास एज़ूर फ़ाइलें कॉन्फ़िगर नहीं हैं और स्विच करना चाहते हैं, आपको प्रारंभिक स्विच के लिए WEBSITE_CONTENTAZUREFILECONNECTIONSTRING और WEBSITE_CONTENTSHARE दोनों प्रदान करने की आवश्यकता होगी और फिर मार्गदर्शन आपके द्वारा WEBSITE_CONTENTSHARE को छोड़ने के लिए समान होगा। उसके बाद टेम्पलेट।

यदि कोई सुझाव है कि आप अद्यतन मामले को कैसे संभालना चाहते हैं, तो इसकी भी बहुत सराहना की जाएगी!

@shubDhond इसलिए हमें उत्पादन स्लॉट में पहली तैनाती पर

@mslot दुर्भाग्य से मुझे नहीं लगता कि यह एक टेम्पलेट के भीतर बताना संभव है कि कोई संसाधन पहले से मौजूद है या नहीं, लेकिन इसके साथ यह संभव होना चाहिए (https://docs.microsoft.com/en-us/azure/azure-resource- प्रबंधक/टेम्पलेट्स/टेम्पलेट-ट्यूटोरियल-उपयोग-शर्तों) को टेम्प्लेट में पास किए गए एक पैरामीटर के साथ मिलाकर यह बताता है कि साइट पहले से ही Azure फ़ाइलों के लिए कॉन्फ़िगर की गई है या नहीं। यह साइट प्राप्त करके और यह देखकर निर्धारित किया जा सकता है कि क्या ऐप सेटिंग में WEBSITE_CONTENTAZUREFILECONNECTIONSTRING और WEBSITE_CONTENTSHARE हैं।

@mslot दुर्भाग्य से मुझे नहीं लगता कि यह एक टेम्पलेट के भीतर बताना संभव है कि कोई संसाधन पहले से मौजूद है या नहीं, लेकिन इसके साथ यह संभव होना चाहिए (https://docs.microsoft.com/en-us/azure/azure-resource- प्रबंधक/टेम्पलेट्स/टेम्पलेट-ट्यूटोरियल-उपयोग-शर्तों) को टेम्प्लेट में पास किए गए एक पैरामीटर के साथ मिलाकर यह बताता है कि साइट पहले से ही Azure फ़ाइलों के लिए कॉन्फ़िगर की गई है या नहीं। यह साइट प्राप्त करके और यह देखकर निर्धारित किया जा सकता है कि क्या ऐप सेटिंग में WEBSITE_CONTENTAZUREFILECONNECTIONSTRING और WEBSITE_CONTENTSHARE हैं।

मुझे वाकई उम्मीद है कि यह जल्द ही ठीक हो जाएगा। यह मेरे वर्कफ़्लो में बेकार स्लॉट्स का उपयोग करता है। इसे पूरी तरह से स्वचालित होने की जरूरत है। यह समाधान मेरी आंखों में एक हैक वर्कअराउंड है और जब यह वेबएप के लिए काम कर रहा है तो इसे पेश करने का कोई मतलब नहीं है क्योंकि यह किसी ऐसी चीज पर बहुत अधिक हो जाता है जो किसी प्रोजेक्ट में आने वाले अन्य लोगों के लिए "काला जादू" पेश करने के समान ही काम करना चाहिए।

मुझे वाकई उम्मीद है कि यह ठीक हो जाएगा ताकि हम इसका उपयोग शुरू कर सकें। मुझे लगता है कि यह बहुत से लोगों को इस सुविधा का उपयोग करने से रोकता है।

@mslot मैं इसके साथ आपका दर्द पूरी तरह से समझता हूं और मुझे खेद है कि हम इस मुद्दे को जल्द ही पहचानने में सक्षम नहीं थे। मैं उन डेवलपर्स से बात करूंगा जिन्होंने आने वाले सप्ताह में इस व्यवहार को शुरू में लागू किया था और देखें कि क्या हम इस मुद्दे के लिए एक सुरक्षित समाधान ढूंढ सकते हैं जो ग्राहकों को अनजाने में उनकी सामग्री के लिए खाली एज़ूर फ़ाइलों का उपयोग करने के लिए जाने की संभावना से बच सकता है। एक बार जब हमारे पास एक प्रस्तावित समाधान होगा तो मैं यहां अपडेट करूंगा।

@shubDhond मैं वास्तव में Azure फ़ाइलें "भाग" को समझ नहीं

हाय @cannehag क्या आप कृपया इसके लिए एक नया मुद्दा खोल सकते हैं? RunFromPackage ऐप सेटिंग को चिपचिपा के रूप में चिह्नित करने के साथ कुछ अजीब व्यवहार हो सकता है, जो यहां वर्णित लक्षणों के समान लक्षण पैदा करता है। मैं एक नए मुद्दे का सुझाव दूंगा ताकि हम यहां भ्रम न जोड़ें क्योंकि मुद्दे असंबंधित होने की संभावना है।