Jawaban "terpilih" benar, tetapi saya ingin menambahkan beberapa informasi tambahan karena kebanyakan orang yang menggunakan EB dan RDS bersama-sama harus memiliki persyaratan yang sama juga - bahkan jika mereka belum mengetahuinya.
Pertanyaan pertama : Mengapa Anda ingin instance RDS ada di luar lingkungan EB?
Jawab : Sehingga masa pakai instance RDS tidak terkait dengan masa pakai lingkungan EB. yaitu ketika Anda menghapus suatu lingkungan, Anda tidak ingin menghancurkan DB dengannya. Ada beberapa alasan mengapa Anda ingin benar-benar mengikat instance RDS Anda dengan lingkungan Anda.
Masalah dengan pengaturan RDS secara independen dari EB adalah Anda tidak mendapatkan variabel RDS_ * yang terisi secara otomatis dan oleh karena itu perlu mengambil nilainya dan mengisinya sendiri melalui konsol web atau ekstensi. Namun, Anda tidak disarankan untuk menambahkan kredensial ke kode Anda, karena itu bisa menjadi celah keamanan.
Tetapi kemudian, masalah selanjutnya adalah jika Anda ingin secara terprogram membuat lingkungan (seperti untuk penyebaran downtime biru-hijau nol) maka Anda memerlukan solusi untuk bagaimana mengisi nilai RDS yang sensitif (misalnya kata sandi) setiap kali. Sayangnya, ini mengharuskan Anda untuk turun lebih jauh ke tumpukan AWS dan menggunakan templat CloudFormation.
Solusi ideal adalah penyempurnaan EB sehingga tautan "gunakan database yang ada" yang disebutkan dalam pertanyaan benar-benar memungkinkan Anda secara manual mengaitkan basis data RDS yang ada dan kemudian membuat variabel lingkungan RDS_ * secara otomatis diisi kembali, alih-alih mengarahkan Anda ke dokumentasi yang tidak membantu. . Dukungan AWS mengatakan ini telah dimunculkan sebagai permintaan fitur tetapi tentu saja tidak ada jangka waktu yang diberikan.