-1
私はdjangoアプリのドッキング用のコンテナをビルドしています。インターネット上でかなりの量を読んだ後、私はドッカーのcompose.ymlに既に作成したMysqlのためのイメージか私はアプリのコンテナにそれを含めることができます。私は、どちらが正の側面であるのか不思議に思っていました。そのうちの1つはより安全で、もう1つは他のものより速く動作しませんか?Mysqlを別のコンテナに入れておく
私はdjangoアプリのドッキング用のコンテナをビルドしています。インターネット上でかなりの量を読んだ後、私はドッカーのcompose.ymlに既に作成したMysqlのためのイメージか私はアプリのコンテナにそれを含めることができます。私は、どちらが正の側面であるのか不思議に思っていました。そのうちの1つはより安全で、もう1つは他のものより速く動作しませんか?Mysqlを別のコンテナに入れておく
コンテナは、単にプロセスを実行する方法です。彼らはほとんどオーバーヘッドを持っていません。ベストプラクティスは、各タイプのプロセスを独自のコンテナで実行することです。
たとえば、Djangoアプリケーションを更新したい場合、mysqlデータベースを停止することなく、Djangoアプリケーションを更新したいとします。 mysqlのバージョンをアップグレードするような場合にのみ、mysqlデータベースを停止したいでしょう。
これらのサービスをそれぞれ独自のコンテナで実行すると、この分離によってサービスが互いに干渉しないようになります。
したがって、どちらの方法も同等に安全ですか?アプリケーションと同じコンテナにmysqlを含めるか、ドッカーハブからの準備ができたイメージを使用するかどうか – devdev
私はそれを言わないでしょう。 Webアプリケーションとデータベースエンジンを同じコンテナに入れておくと、複雑さが増し、Dockerによって簡単に分離されます。それらを別々にすることはベストプラクティスなので、私は両方のオプションを同じにするつもりはありません。 – programmerq