前端 - 如何正确的使用 docker 来运行 webdev？

Question

后端的 php nginx 服务都跑在 docker 上

现在我想把前端的构建工具也跑在 docker 上，例如 node gulp 等等

应该怎么处理这个工作流，单独新建一个容器吗？如果有多个项目，应该如何操作？

Answer 1

このケース....
千人の目には千の 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 によってもたらされる利点と、その利点に対して支払う必要がある価格を確認することをお勧めします。それ以外の場合は、むやみに使用しない方がよいでしょう。

Answer 2

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

Answer 3

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

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