このケース....
千人の目には千の Docker 環境が存在します。
ネットワークの設定方法と使用方法によって異なります。

1. 個人的には、docker をプロセスとして扱うことに慣れているので、コンテナ内で n 個のアプリケーションが実行されている場合は、1 つのプロセスだけをハングさせるコンテナ インスタンスを追求するように最善を尽くします。このコンテナはプロセス レベルではなく、OS/マシン レベルにあります。では、すでに仮想マシン イメージを構築しているのに、なぜ Docker イメージが必要なのでしょうか。 。 php と nginx を連携させても、2 つのコンテナーが存在します。それは 1 つのアプリケーションとみなすことができます。その後、nodejs を使用して実装する他のアプリケーションなど、別のコンテナー インスタンスを実行してから nginx を実行します。この2つを置き換えます。そこで、nginx+php docker がコンテナであるかどうかを聞きたいのです。
2、1 つの Docker 内に複数のプロセスが混在していることもあります。結局のところ、それはオペレーティング システム [OS] に基づいています。 docker でスーパーバイザー (Python) のようなプロセス モニターを実行し、そのスーパーバイザーを docker に渡してサスペンドすることができます。同じアプリケーションの pm2 (nodejs) はありませんか?
このような dockerfile を書くのはとにかく簡単ではありません。
3、混合、特定のビジネス シナリオとアーキテクチャを検討し、限られたリソースを使用してビジネスを最大限に完了することが最善の方法であると感じています。
より適切な決定を下せるように、最初に docker によってもたらされる利点と、その利点に対して支払う必要がある価格を確認することをお勧めします。それ以外の場合は、むやみに使用しない方がよいでしょう。

もちろん、いわゆるコンテナは、疎結合を実現するために、軽量化と低結合化の利点を重視するという意味ではありません。ポートマッピングがうまく行われると、それぞれの docker を、リソースをあまり消費せずにさまざまなサービス アプリケーションを実行できる nb プロセスとしてみなすことができ、これも docker の移植を容易にします。サイズが小さい。

フロントエンドはnode gulp webpack yarn sass待っているだけです

ここに既製の web-dev-docker がありますので、それを参照することも、直接使用することもできると思います。