Dockerを使用してWebアプリケーションをコンテナ化する：複数のイメージにソースコードをコピーしますか？

Question

私は、nginx、php-fpm、およびmariadbで構成されるWebアプリケーションXYを持っています。私はドッキングマシンを使って自分のコンテナに至るまですべてを分割しました。それは魅力的なものです。開発目的のために、私はちょうど実際のソース/ PHPコードを含むローカルディレクトリをマウントしました。これをステージング環境または実稼働環境にデプロイするとき、Dockerのドキュメントはソースコードを実際のイメージに焼き付けるように指示しました。この場合、ソースコードをnginxにコピーするだけでなく、php-fpmイメージをビルドするときに、両方とも必要なのでコピーする必要があります。

アプリケーション自体が大きくなると（資産とライブラリが増えると）、nginxとphp-fpmの両方の画像が大きくなります。私の意見では、これは何とか「可能な限り小さな画像を維持する」ルールに違反し、これは私にとって非常に間違っているようです。私はいつも自分自身を繰り返したり、ロジックを1か所に保存したり、物事をエンコードしたりすることを学ばなかった。

これは正しい方法ですか、何か不足していますか？

Answer 1

Dockerise your PHP application with Nginx and PHP7-FPMに興味深い記事があります。この例では、ボリュームを使用してPHPとNginxの間でコードを共有しています。

自分自身を繰り返さないことについての悪い点は悪いことではありませんが、NginxのコンテナとPHPコンテナの数が常に同じであるとは限りません。おそらく、アプリケーションのPHP部分は、静的資産を提供する部分よりも負荷が大きくなり、独立して拡張する必要があるでしょう。 Docker Swarmのようなものを使用すると、PHPコンテナがすべて同じホスト上にあることが保証されていないことさえあります。

イメージはデプロイメントの成果物であり、複数のイメージに同じ静的コンテンツを焼き付けても問題はありません。

Answer 2

この場合、おそらくソースコードを含む新しいコンテナを作成します。このコンテナは、nginxとphp-fpmcanの両方がマウントできるボリューム内のソースコードのディレクトリをエクスポートできます。