7
OpsWorksを使用してRailsアプリケーションをデプロイすると、新しいdatabase.ymlがsharedディレクトリに作成されます。それは既存のdatabase.yml（正当にはリポジトリに含まれていてはいけない）を無視し、カスタムJSONを指定しようとしましたが、何も動作しません。多分私は構造が間違っていますか？OpsWorksがdatabase.ymlをオーバーライドする/カスタムJSONを無視する
{
"deploy": {
"my-app-name": {
"database": {
"adapter": "mysql2",
"encoding": "unicode",
"host": "xxxxxx.rds.amazonaws.com",
"port": "3306",
"database": "db-name",
"pool": "5",
"username": "username",
"password": "password"
}
}
}
}
だけに私がJSONの権利を得た後にそれを解決するには時間がかかったからです。 RDSコンソールでは、インスタンスがRDSに接続できるように、Opsworks RailsサーバーからRDSインスタンスにセキュリティグループを追加する必要があります。こちらを参照してください：docs.aws.amazon.com/AmazonRDS/latest/UserGuide/... OpsworksインスタンスからRDSインスタンスに接続できる場合は試してみてください。sshをインスタンスに接続してから、RDSインスタンスにtelnetして、例えばTelnet Your-RDS-Instance 3306 – Martin
OpsWorksにデプロイするとき、私たちのアプリに 'database.yml'をインクルードする必要はありませんか？私はそれを含め、今はApache2からの "ファイルを読むことができません"というデッドリンクのシンボリックリンクを取得しています。非常に混乱して、これが文書化されているかどうかは不明です。 – mmcrae