2 つのアプリケーションがあり、それぞれが複数のデータベースを使用しています。Docker が登場する前は、すべてのデータベースを 1 つのホストに配置していました (複数の物理ホスト/VM の実行に伴うリソース消費のため)。
論理的には、これらをグループ (アプリケーションごとに 1 つの DB グループ) に分割するのが正しいことであり、コンテナーを使用するとオーバーヘッドが低く、これは可能であるように思われます。ただし、この使用例は見たことがありません。複数のバージョンを維持するために、コンテナー化された Postgres の複数のインスタンスが実行されているのを見てきました (したがって、異なるイメージ)。
人々がこれを行わない正当な技術的理由 (DB のグループを分離する目的で同じイメージを使用する PostgreSQL インスタンスの 2 つ以上のコンテナー) はありますか?
これを実行しようとすると、postgres ユーザーを構成しようとしている 2 番目のインスタンスに関係するエラーが発生しました。移行エラーを無視するオプションを渡す必要がありました。これをしない正当な理由があるかどうか疑問に思っています。