La respuesta "seleccionada" es correcta, pero quería agregar información adicional ya que la mayoría de las personas que usan EB y RDS juntas también deberían tener el mismo requisito, incluso si aún no lo saben.
Primera pregunta : ¿por qué querría que la instancia de RDS exista fuera del entorno EB?
Respuesta : para que la vida útil de la instancia de RDS no esté vinculada a la vida útil del entorno EB. es decir, cuando elimina un entorno, no desea destruir el DB con él. Hay muy pocas razones por las que desearía vincular su instancia RDS a su entorno.
Un problema con la configuración de RDS independientemente de EB es que no obtiene las variables RDS_ * rellenadas automáticamente y, por lo tanto, necesita recuperar sus valores y rellenarlos usted mismo a través de la consola web o .ebextensions. Sin embargo, no se recomienda agregar credenciales a su código, ya que puede ser un agujero de seguridad.
Pero entonces, el siguiente problema es si desea crear entornos mediante programación (como para implementaciones de tiempo de inactividad azul-verde cero), entonces necesita una solución sobre cómo poblar los valores RDS sensibles (por ejemplo, contraseña) cada vez. Desafortunadamente, esto requiere que baje más abajo en la pila de AWS y use una plantilla de CloudFormation.
La solución ideal es una mejora de EB para que el enlace "usar una base de datos existente" mencionado en la pregunta realmente le permita asociar manualmente una base de datos RDS existente y luego tener las variables de entorno RDS_ * rellenadas automáticamente de nuevo, en lugar de redirigirlo a documentación inútil . AWS Support dijo que esto se ha planteado como una solicitud de función pero, por supuesto, no se ha proporcionado un marco temporal.
