Aws-cli: एक पैरामाटर फ़ाइल को स्वीकार करने के लिए क्लाउडफॉर्मेशन परिनियोजन की अनुमति दें

कोड को देखते हुए ऐसा लगता है कि हमें बस यहां कुछ चाहिए

https://github.com/aws/aws-cli/blob/develop/awscli/customizations/cloudformation/deploy.py#L178

जो एक JSON फ़ाइल में पढ़ता है, शायद एक त्वरित विवेक जांच, फिर उसे deploy() ।

क्लाउडफॉर्मेशन परिनियोजन के लिए सुविधा अनुरोध के रूप में चिह्नित करना।

@sanathkr विचार?

इस सुविधा का इंतजार

मुझे package क्रियाओं के लिए भी सुविधा चाहिए। धन्यवाद! मैं

पैरामीटर फ़ाइल को --parameters जैसे create-stack और update-stack CF कमांड (और आदर्श रूप से समान फ़ाइल सामग्री सिंटैक्स का उपयोग करके) के माध्यम से पास करने से CF टेम्प्लेट विकसित करना थोड़ा आसान हो जाएगा मुझे। उस विशेषता को देखना पसंद करेंगे।

इस सुविधा के लिए +1। धन्यवाद!

शुभ प्रभात!

AWS CLI से जुड़े फीचर अनुरोधों के लिए UserVoice में हमारे माइग्रेशन के हिस्से के रूप में, हम GitHub पर इस मुद्दे को यहाँ बंद कर रहे हैं।

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

एक त्वरित UserVoice प्राइमर के रूप में (यदि पहले से परिचित नहीं है): एक विचार पोस्ट किए जाने के बाद, लोग विचारों पर वोट कर सकते हैं, और उत्पाद टीम सबसे लोकप्रिय सुझावों का सीधे जवाब देगी।

हमने गिटहब से मौजूदा फीचर अनुरोध आयात किए हैं - इस मुद्दे को वहां खोजें!

और चिंता न करें, यह समस्या अभी भी पोस्टीरिटी के लिए GitHub पर मौजूद रहेगी। चूंकि यह UserVoice में मूल पोस्ट का केवल-पाठ आयात है, हम अभी भी उन टिप्पणियों और चर्चाओं को ध्यान में रखेंगे जो यहां GitHub मुद्दे पर पहले से मौजूद हैं।

बग की रिपोर्ट करने के लिए GitHub चैनल बना रहेगा।

एक बार फिर, इस मुद्दे को अब इस शीर्षक पर खोज कर पाया जा सकता है: https://aws.uservoice.com/forums/598381-aws-command-line-interface

-एडब्ल्यूएस एसडीके और टूल्स टीम

यह प्रविष्टि विशेष रूप से UserVoice पर यहां पाई जा सकती है: https://aws.uservoice.com/forums/598381-aws-command-line-interface/suggestions/33168409-allow-cloudformation-deploy-to-accept-a-paramater

इस सुविधा के लिए +1। धन्यवाद!

सामुदायिक प्रतिक्रिया के आधार पर, हमने गिटहब मुद्दों पर फीचर अनुरोध वापस करने का निर्णय लिया है।

अगर किसी को कामकाज की तलाश है, तो आप jq का उपयोग करने का प्रयास कर सकते हैं, जैसे:
aws cloudformation deploy --parameter-overrides $(jq -r '.[] | [.ParameterKey, .ParameterValue] | join("=")' param.json) ...
आपके पैरामीटर मानों के आधार पर आगे भागना आवश्यक हो सकता है।

मैं इस सुविधा को भी +1 करने जा रहा हूं।

मैं जहां भी संभव हो jq को jp बदल रहा हूं। जेएमईएसपाथ सीखने लायक है।

$ jp \
  --unquoted \
  --filename example-app-params-staging.json  \
  "join(' ', @[].join('=', [ParameterKey, ParameterValue])[])"
HostedZone=example.com KeyName=example-ap-southeast-2 TargetPort=8080 VpcStackName=vpc-example

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

इसके लिए +1। मैं समझता हूं कि "एडब्ल्यूएस क्लाउडफॉर्मेशन परिनियोजन" को सरल रखना चाहता हूं, लेकिन इस कमांड में पहले से ही क्षमताओं, टैग और मापदंडों के लिए अलग-अलग कमांड लाइन झंडे हैं (जैसे अन्य सभी एडब्ल्यूएस क्लाउडफॉर्मेशन कमांड), लेकिन आपने उन्हें अलग तरह से कार्य किया है (केवल सूची को स्वीकार करते हुए) string=string एक फ़ाइल में JSON संरचना के बजाय कमांड लाइन पर)। आपको सभी "एडब्ल्यूएस क्लाउडफॉर्मेशन" कमांड को लगातार काम करना चाहिए (क्ली-इनपुट-जेसन के उपयोग सहित लगभग सभी एडब्ल्यूएस सीएलआई कमांड)। यदि आप "aws क्लाउडफॉर्मेशन परिनियोजन" के लिए टैग निर्माण का सरलीकरण चाहते हैं, तो आपको एक अलग कमांड लाइन ध्वज पेश करना चाहिए, जैसे --tags-overrides या --parameters-overrides।

सुविधा अनुरोध पर, यह समर्थित होने पर बहुत अच्छा होगा।

यह एक बड़ी विशेषता होगी! क्ली . के साथ cf स्टैक बनाते समय यह Idempotency को बहुत सरल करेगा

+1

+1

+1

@ ColdFire87 @ dan-lind @mnwk क्या आप कृपया केवल पहला अंक, और जिसने भी इस मुद्दे की सदस्यता ली है, उसे स्पैम करना बंद कर सकते हैं? 👍 के साथ प्रत्येक टिप्पणी 20 व्यक्तियों को पिंग कर रही है....
(दूसरों के लिए खेद है, लेकिन हमें उससे लड़ना होगा...)

@pierreozoux इसके बारे में क्षमा करें, मेरा मतलब लोगों को परेशान करने का नहीं था :)

@cervantek ने क्या कहा। मैं केवल यह जोड़ना चाहता हूं कि मुझे उम्मीद है कि यह टिकट create-stack साथ निरंतरता के लिए इन सभी विकल्पों को लागू करता है:

          [--template-body <value>]
          [--template-url <value>]
          [--parameters <value>]
          [--capabilities <value>]
          [--tags <value>]

मेरे जैसे बहुत से लोगों के पास लीगेसी कोड होगा जो create-stack और update-stack का उपयोग करके लिखा गया था और वे deploy का उपयोग करने के लिए इसे फिर से लिखना चाहेंगे। यह इतना कठिन नहीं होना चाहिए।

+1 से --पैरामीटर JSON फ़ाइल का समर्थन करता है।

हमारी टीम ने हाल ही में ऐसे क्लाउडफॉर्मेशन टेम्प्लेट जेनरेट करना शुरू किया है जो S3 बकेट में अपलोड की आवश्यकता के लिए काफी बड़े थे, इसलिए अब हम क्रिएट-स्टैक और अपडेट-स्टैक से डिप्लॉयमेंट में संक्रमण कर रहे हैं... और हमारे माइग्रेट करने की एक ही समस्या में चल रहे हैं इस नए आदेश के साथ काम करने के लिए पैरामीटर फ़ाइल। इस सुविधा के लिए +1

इस सुविधा के लिए +1

+1

+1

+1

+1

@ olivier-schmitt-sonarsource @ anshul0915 @lmunro @MiMo42 @markusbecker @benjammin12 और अन्य भविष्य में, कृपया केवल 👍 मूल मुद्दे को स्पैम करने के बजाय हम में से उन लोगों ने टिप्पणियों के साथ थ्रेड की सदस्यता ली है यदि आप इस मुद्दे को +1 करना चाहते हैं। धन्यवाद।

मैं

इसके लिए एक अन्य समाधान key=value पैरामीटर जोड़े की सूची के साथ एक .ini फ़ाइल का उपयोग करना है, और इसका उपयोग करके परिनियोजित करना है:
aws cloudformation deploy --parameter-overrides $(cat parameters.ini)
टैग के लिए भी ऐसा ही किया जा सकता है।

इसके लिए एक अन्य समाधान key=value पैरामीटर जोड़े की सूची के साथ एक .ini फ़ाइल का उपयोग करना है, और इसका उपयोग करके परिनियोजित करना है:
aws cloudformation deploy --parameter-overrides $(cat parameters.ini)
टैग के लिए भी ऐसा ही किया जा सकता है।

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

रूपांतरण आसानी से प्राप्त किया जा सकता है:

cat parameters.json | jq -r '.[] | .ParameterKey + "=" + .ParameterValue'

इसके अलावा, इसे फ्लाई पर परिवर्तित किया जा सकता है और सीधे तैनाती कमांड के इनपुट के रूप में उपयोग किया जा सकता है:

aws cloudformation deploy --template-file ./sample-template.yaml --stack-name sample-stack --parameter-overrides $(cat parameters.json | jq -r '.[] | .ParameterKey + "=" + .ParameterValue')

आशा है कि इससे सहायता मिलेगी!

सौभाग्य से सीडीके द्वारा इस पूरी समस्या को पूरी तरह से समाप्त कर दिया गया है। मैं आगे बढ़ गया हूं।

मैं क्रिएट-स्टैक/अपडेट-स्टैक से परिनियोजन विधि में जाने की कोशिश कर रहा हूं और यह अन्य मुद्दों को प्राप्त कर रहा है - मुझे आश्चर्य है कि 3 साल बाद भी उन पुराने तरीकों के साथ समानता नहीं है।

मुझे टैग फ़ाइलों के लिए ऊपर दिए गए समाधान का उपयोग करने में समस्या हो रही है जहां कुछ टैग्स के मानों में रिक्त स्थान हैं। मुझे यकीन है कि यह हल करने योग्य है, लेकिन मेरा अन्य मुद्दा अधिक मौलिक है - इस कमांड का आउटपुट असंरचित है, इसलिए परिवर्तन आईडी प्राप्त करने के लिए मुझे एक असंरचित टेक्स्ट स्ट्रिंग को पार्स करना होगा। मैं इसे बहुत ही डोडी (!) मानता हूं, खासकर जब से create-change-set मेथड json में id लौटाता है।

इस थ्रेड पर पहले के संदेश में यूजरवॉयस पर मुद्दे का लिंक मर चुका है - क्या किसी को पता है कि इस समस्या को वर्तमान में कहां ट्रैक किया जा रहा है या यदि यह अभी भी काम किया जा रहा है?

दोस्तों, कृपया इस सुविधा को लागू करने पर विचार करें। cat साथ ट्रिक्स का उपयोग करना या वर्कअराउंड के रूप में SSM माध्यम से पैराम पास करना - यह एक बहुत ही बुनियादी कार्यक्षमता पर एक अनावश्यक जटिलता है, और इस तरह की कार्यक्षमता CFN हर दूसरे विकल्प द्वारा समर्थित है।

create-stack और update-stack पैरामीटर पास करने के लिए समाधान की तलाश करते समय मैं इस धागे में आया, लेकिन मैं यहां अपना 👍 भी दूंगा, लेकिन अनुरोध पर जोड़कर कि हमारे पास पास करने का विकल्प है एक फ़ाइल जो JSON प्रारूप का अनुसरण करती है जिसे CodePipeline CloudFormation के लिए स्वीकार करता है।

यदि आप CloudFormation को परिनियोजित करने के लिए CodePipeline के एक भारी उपयोगकर्ता हैं, तो यह पहले से ही आपकी CloudFormation फ़ाइलों को CodePipeline प्रारूप में आपके रिपॉजिटरी के भीतर प्रतिबद्ध करने के लिए प्रथागत है।

यह तब बहुत अच्छा काम करता है जब आप पाइपलाइन के माध्यम से एक पूर्ण सीआई/सीडी चला रहे हों, लेकिन यह बहुत कठिन स्थानीय विकास के लिए बनाता है। मेरे पास कुछ स्क्रिप्ट हैं जो कोडपिपलाइन JSON को JSON में अनुवाद कर सकते हैं जो aws cloudformation create-stack और update-stack माध्यम से स्वीकार करते हैं --parameters file://params.json , और कुछ अतिरिक्त काम के साथ शायद कुछ हैक्स में काम कर सकते हैं ऊपर के लोगों ने jq और इसी तरह के साथ उल्लेख किया है, लेकिन यह सिर्फ एक हैक की तरह लगता है।

कृपया इसे लागू करें!

कृपया इसे लागू करें! एडब्ल्यूएस पर आओ, यह लगभग 3 वर्षों से खुला है।

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

मैं इस समय एक deploy उपयोगकर्ता हूं, और अब तक cat - यानी --parameter-overrides $(shell cat configs/${LNMS_ENV}.properties) साथ ट्रिक्स के माध्यम से इनलाइन मापदंडों का उपयोग करके इसे दूर करने में सक्षम था।

समस्या तब उत्पन्न हुई जब मैंने सीएफएन के चेंज सेट का उपयोग करके टेराफॉर्म के plan समान कुछ लागू करने का निर्णय लिया। पता चलता है कि aws cloudformation create-change-set पैरामीटर ओवरराइड करने में सक्षम है, लेकिन यह उम्मीद करता है कि उन्हें deploy से भिन्न प्रारूप में शिप किया जाएगा!

deploy लिए प्रति सीएलआई दस्तावेज यह है:

ParameterKey1=ParameterValue1

create-stack , update-stack और create-change-set लिए प्रति सीएलआई दस्तावेज यह है:

ParameterKey=string,ParameterValue=string

JSON की आपूर्ति करने के विकल्प के साथ।

मैं वास्तव में नहीं समझता कि वे अलग क्यों हैं, क्यों deploy एक ही JSON प्रारूप का समर्थन नहीं करेगा, और मुझे क्या करना चाहिए - प्रत्येक वातावरण के लिए दो अनिवार्य रूप से एक ही परम फ़ाइलें रखें?

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

PS ने इस पर ध्यान नहीं दिया @ pablods90 , लेकिन केवल इस बात को साबित करता है कि लोग बुनियादी कार्यक्षमता की कमी के कारण एक पहिया का फिर से आविष्कार कर रहे हैं :(

+1

कैप्टन कंसिस्टेंसी का रोमांच जारी है।

हम के उपयोग के साथ दूर होने जा सकता है cat के लिए दुकान कॉन्फ़िगरेशन को deploy एक प्रारूप भी साथ संगत है कि में update-stack :

[
    {
        "ParameterKey": "ParamEnv",
        "ParameterValue": "prod"
    }
]

CodePipeline साथ Deploy:CloudFormation प्रकार की कार्रवाई CFN को पास करने के लिए किसी अन्य फ़ाइल स्वरूप का उपयोग करती है:

{ 
  "Parameters": {
     "ParamEnv": "prod"
  }
}

कोई और टिप्पणी नहीं... वास्तव में एक ही समस्या को बार-बार मारते हुए थक गया हूं। ये गलत है।

हमने cat या jq शेंनिगन्स के बजाय कोडपाइपलाइन के लिए फाइलों के साथ aws cloudformation deploy को कॉल करने के लिए केवल एक-पंक्ति शेल स्क्रिप्ट को समाप्त किया।

मुझे लगता है कि यह उन मुद्दों में से एक है जिसे वे ठीक नहीं करने जा रहे हैं, हो सकता है कि उनका ध्यान अब सीडीके पर है?

वैसे भी मैंने प्रतीक्षा करना छोड़ दिया और जो मैंने सोचा था उसे करने में तैनात करने की कोशिश कर रहा था और जो मुझे लगता है कि अधिकांश लोगों ने किया है - स्टैक क्ली कमांड बनाने और अपडेट करने का उपयोग करके अपनी खुद की "अप्सर्ट" बैश स्क्रिप्ट लिखें। 100 लाइन लंबी लेकिन कम से कम अब यह काम करता है!

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

अरे, हमें वास्तव में खेद है कि इस मुद्दे पर पहुंचने में इतना समय लगा।

क्या आप कृपया पीआर के विवरण पर एक नज़र डाल सकते हैं और हमें बता सकते हैं कि आप इस तरह के समाधान के बारे में क्या सोचते हैं।

साथ ही, ऐसा लगता है कि बहु-पंक्ति पैरामीटर प्रदान करने के लिए कोई आसान तरीका नहीं है (कम से कम विंडोज कमांड प्रॉम्प्ट सीएलआई पर)।

मुझे उम्मीद है कि इस पैरामीटर फ़ाइल सुविधा के कार्यान्वयन के साथ, यह बहु-पंक्ति पैरामीटर समस्या को बचाएगा।

महान कार्य के लिए बहुत-बहुत धन्यवाद दोस्तों!

नमस्ते, इस पीआर को विलय कर एडब्ल्यूएस सीएलआई v.2.0.39 में जारी किया गया था।

@ vz10 अद्यतन के लिए धन्यवाद।

बीटीडब्ल्यू, क्या आपको पता है कि क्या यह कार्यान्वयन (पैरामीटर फ़ाइल के माध्यम से) बहु-पंक्ति पैरामीटर की अनुमति देता है? यह उन चीजों में से एक था जो मैं एडब्ल्यूएस सीएलआई चलाने वाले विंडोज बैच वातावरण में नहीं प्राप्त कर सका।

आपकी सहायता के लिए अग्रिम धन्यवाद!

@ बीएस-थॉमस मैंने इसे बहु-पंक्ति पैरामीटर के साथ परीक्षण नहीं किया। लेकिन मेरा मानना ​​है कि अगर JSON प्रारूप इसका समर्थन करता है, तो यह ठीक काम करेगा।

यह बहुत अच्छा होगा यदि आप इसे आजमा सकते हैं और हमें प्रतिक्रिया दे सकते हैं।

धन्यवाद।

@ vz10 मल्टी-लाइन वास्तव में काम कर रही है। हालांकि, यह \n . के साथ बहुत बदसूरत दिखता है

असल में, यह अच्छा होगा यदि सीएलआई सीएलआई पैरामीटर-ओवरराइड के लिए वाईएएमएल प्रारूप का समर्थन कर सकता है ;-)

@ बीएस-थॉमस यह एक और फीचर अनुरोध जैसा दिखता है।

बस इसे बनाएं और यह पैरामीटर-ओवरराइड को YAML को समझने की आधी लड़ाई होगी;)

@vz10 ज़रूर, मैं इसे तुरंत करूँगा।

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

फिर!

@ बीएस-थॉमस हाँ, यह थोड़ा अजीब है लेकिन यह वही व्यवहार है जो cloudformation create-stack अपेक्षा करता है - सभी मान तार हैं और यह उन्हें बाद में पार्स करता है और इसमें बूलियन पैरामीटर प्रकार नहीं है