"चयनित" उत्तर सही है, लेकिन मैं कुछ अतिरिक्त जानकारी जोड़ना चाहता था क्योंकि ईबी और आरडीएस का उपयोग करने वाले अधिकांश लोगों को एक ही आवश्यकता होनी चाहिए - भले ही वे अभी तक इसे नहीं जानते हों।
पहला सवाल : आप ईडी वातावरण के बाहर आरडीएस का उदाहरण क्यों देना चाहेंगे?
उत्तर : ताकि आरडीएस उदाहरण का जीवनकाल ईबी वातावरण के जीवनकाल से बंधा न हो। जब आप किसी वातावरण को निकालते हैं, तो आप इसके साथ DB को नष्ट नहीं करना चाहते हैं। बहुत कम कारण हैं कि आप वास्तव में अपने RDS उदाहरण को अपने परिवेश से बाँधना चाहते हैं।
ईबी के स्वतंत्र रूप से आरडीएस की सेटिंग्स के साथ एक समस्या यह है कि आपको आरडीएस_ * वैरिएबल स्वचालित रूप से नहीं मिलते हैं और इसलिए उन्हें अपने मूल्यों को प्राप्त करने और वेब कंसोल या .ebextensions के माध्यम से अपने आप को आबाद करने की आवश्यकता है। यह अनुशंसित नहीं है कि आप अपने कोड में क्रेडेंशियल जोड़ते हैं, हालांकि यह एक सुरक्षा छेद हो सकता है।
लेकिन फिर, अगली समस्या यह है कि यदि आप प्रोग्रामेटिक रूप से वातावरण बनाना चाहते हैं (जैसे कि नीले-हरे शून्य डाउनटाइम परिनियोजन के लिए) तो आपको हर बार संवेदनशील RDS मान (जैसे पासवर्ड) को पॉप्युलेट करने के लिए एक समाधान की आवश्यकता होती है। दुर्भाग्य से, इसके लिए आपको एडब्ल्यूएस स्टैक को और नीचे छोड़ना होगा और क्लाउडफार्मेशन टेम्प्लेट का उपयोग करना होगा।
आदर्श समाधान EB के लिए एक वृद्धि है, ताकि प्रश्न में उल्लिखित "एक मौजूदा डेटाबेस का उपयोग करें" लिंक वास्तव में आपको मौजूदा RDS डेटाबेस को मैन्युअल रूप से संबद्ध करने देता है और फिर RDS_ * पर्यावरण चर स्वचालित रूप से फिर से आबाद हो जाता है, बजाय आपको अप्रतिष्ठित दस्तावेज़ के पुनर्निर्देशित करने के। । AWS सपोर्ट ने कहा कि यह एक सुविधा अनुरोध के रूप में उठाया गया है लेकिन निश्चित रूप से कोई समय सीमा नहीं दी गई है।