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

Question

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

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

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

Answer 1

이 사건....
천 사람의 눈에는 천 개의 도커 환경이 있습니다.
네트워크 설정 방법과 사용 방법에 따라 다릅니다.

1. 개인적으로 저는 도커를 프로세스로 취급하는 데 익숙하므로 컨테이너 인스턴스당 하나의 프로세스만 추구하도록 최선을 다하겠습니다. 왜냐하면 개인적으로 n개의 애플리케이션이 컨테이너에서 실행되고 있다면 컨테이너는 다음과 같다고 생각하기 때문입니다. 프로세스 수준이 아니라 OS/머신 수준입니다. 이제 가상 머신 이미지를 구축했는데 도커 이미지를 생성해야 하는 이유는 무엇입니까? . php와 nginx가 협력하더라도 두 개의 컨테이너가 하나의 애플리케이션으로 간주될 수 있습니다. 그런 다음 nodejs를 사용하여 구현하는 다른 애플리케이션과 같은 다른 언어의 경우 반드시 다른 컨테이너 인스턴스를 실행한 다음 nginx를 실행합니다. 이 두 개를 교체합니다. 그래서 nginx+php docker가 컨테이너인지 묻고 싶습니다.
2. 하나의 도커에도 여러 프로세스가 섞여 있습니다. 결국 [OS] 운영체제를 기반으로 합니다. Docker에서 Supervisor(Python)와 같은 프로세스 모니터를 실행할 수 있고, Supervisor를 Docker로 직접 실행하여 동일한 애플리케이션에 대한 pm2(nodejs)도 있지 않나요?
그런 dockerfile은 어차피 작성하기 쉽지 않습니다.
3. 혼합됨. 비즈니스를 최대한 완성하려면 제한된 리소스를 사용하여 구체적인 비즈니스 시나리오와 아키텍처를 살펴보는 것이 가장 좋은 방법이라고 생각합니다.
더 나은 결정을 내리기 위해서는 먼저 docker가 가져오는 장점과 이러한 장점을 위해 지불해야 하는 대가를 살펴보는 것이 좋습니다. 그렇지 않으면 무분별하게 사용하지 않는 것이 좋습니다.

Answer 2

물론, 새로운 노드 컨테이너가 풀업되어 실행된다는 것은 일반적으로 데이터베이스와 서버가 느슨한 결합을 달성하기 위해 경량 및 낮은 결합의 이점을 중시한다는 의미는 아닙니다. 포트 매핑이 잘 이루어지면 각 도커도 리소스를 많이 차지하지 않고 다양한 서비스 애플리케이션을 실행할 수 있는 nb 프로세스로 간주할 수 있다는 것도 도커의 의미입니다. , 크기가 작고 연결이 느슨합니다.

Answer 3

프론트엔드는 node gulp webpack yarn sass 등등

뿐입니다.

여기에 미리 만들어진 web-dev-docker가 있으니 참고하시거나 직접 사용해보시면 될 것 같습니다.