Aws-lambda-dotnet: त्रुटि: S3 बाल्टी उसी क्षेत्र में होनी चाहिए जिसमें कॉन्फ़िगर किया गया क्षेत्र us-west-2 है। us-east-1 क्षेत्र में है।

को निर्मित 17 जन॰ 2018 · 7टिप्पणियाँ · स्रोत: aws/aws-lambda-dotnet

मैंने AWS सर्वर रहित WebAPI टेम्पलेट (ASP.NET Core 2.0) के साथ dotnet new का उपयोग करके एक नया प्रोजेक्ट बनाया। इसमें ValuesController और S3ProxyController नमूना कोड शामिल हैं।
मेरा प्राथमिक क्षेत्र us-west-2 है इसलिए मैंने इस क्षेत्र को सभी .appsettings फ़ाइलों में बदलने के लिए एक खोज-प्रतिस्थापन किया।
मैंने अपनी डिफ़ॉल्ट प्रोफ़ाइल कुंजी आईडी, एक्सेस कुंजी और क्षेत्र को aws-west-2 पर सेट करने के लिए aws configure भी चलाया।

इस सब के बाद, मैं dotnet lambda deploy-serverless चलाता हूं और यह us-east-1 का उपयोग करने का प्रयास कर रहा है। क्या यह टेम्पलेट या एडब्ल्यूएस सीएलआई के साथ कोई समस्या है?

Error: S3 bucket must be in the same region as the configured region us-west-2. is in the region us-east-1.

स्रोत

01binary

सबसे उपयोगी टिप्पणी

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

गंभीरता से, यह भयानक है। वैश्विक s3 बकेट का क्या उपयोग है जब आप प्रत्येक क्षेत्र में डुप्लिकेट बकेट बनाने के बजाय एक s3 बकेट से लैम्ब्डा फ़ंक्शन कोड अपडेट का समर्थन नहीं कर सकते हैं।

dhruvp-8 29 जुल॰ 2019

👍5

सभी 7 टिप्पणियाँ

मैंने AWS के लिए नए डॉटनेट द्वारा उत्पन्न serverless.template अपलोड किया और इससे एक स्टैक बनाने का प्रयास करते समय निम्न त्रुटि मिली:

Error creating change set: Transform AWS::Serverless-2016-10-31 failed with: Invalid Serverless Application Specification document. Number of errors found: 1. Resource with id [ProxyFunction] is invalid. 'CodeUri' is not a valid S3 Uri of the form "s3://bucket/key" with optional versionId query parameter.

ऐसा लगता है कि टेम्पलेट में कुछ गड़बड़ है। मुझे CloudFormation के साथ अधिक अनुभव नहीं है, अभी भी जांच कर रहा हूं।

01binary 18 जन॰ 2018

आज मैंने त्रुटि संदेश को समझकर कुछ प्रगति की है :)

क्लाउड फॉर्मेशन टेम्प्लेट में "प्रॉक्सीफंक्शन" संसाधन में CodeUri पैरामीटर खाली स्ट्रिंग पर सेट है। वहां खाली स्ट्रिंग का समर्थन क्यों नहीं किया जाता है, इसकी जांच जारी है।

01binary 18 जन॰ 2018

स्पष्ट रूप से CodeUri सापेक्ष, एक गतिशील पैरामीटर, या एक स्थिर यूआरएल हो सकता है लेकिन कभी खाली स्ट्रिंग नहीं हो सकता है।

https://github.com/awslabs/serverless-application-model/blob/master/HOWTO.md

क्या आपके पास एक ऐसा पृष्ठ है जहां आप कहते हैं कि CodeUri को किसी चीज़ से बदलने की आवश्यकता है? सबसे सस्ता फिक्स इसे एक पैरामीटर के रूप में शामिल करना होगा, फिर आपको इसे दस्तावेज करने की आवश्यकता नहीं है।

01binary 18 जन॰ 2018

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

01binary 18 जन॰ 2018

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

rescios 30 मई 2018

👍5

उसके लिए आपको CloudFormation टीम को फीडबैक देना चाहिए। CloudFormation के व्यवहार को बदलना इस रिपॉजिटरी के दायरे से बाहर है।

normj 30 मई 2018

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

dhruvp-8 29 जुल॰ 2019

👍5

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Aws-lambda-dotnet: त्रुटि: S3 बाल्टी उसी क्षेत्र में होनी चाहिए जिसमें कॉन्फ़िगर किया गया क्षेत्र us-west-2 है। us-east-1 क्षेत्र में है।

सबसे उपयोगी टिप्पणी

सभी 7 टिप्पणियाँ

संबंधित मुद्दों