Docker多种环境

我正试着把头包裹在Docker身边,但是我很难搞清楚它.我试图在我的小项目(MERN堆栈)中实现它,我在想如何区分开发,(可能是升级)和生产环境.

我看到一个例子,他们使用了2个Docker文件和2个docker-compose文件,(每对一个env,所以Dockerfile + docker-compose.yml用于prod,Dockerfile-dev + docker-compose-dev.yml用于dev) .

但这对我来说似乎有些过分.我宁愿只用两个文件.

另外一个问题是,例如,对于开发,我想要全局安装nodemon,但不是为了生产.

在完美的解决方案中,我想象运行这样的东西

docker-compose -e ENV=dev build
docker-compose -e ENV=dev up

请记住,我仍然没有完全得到docker,所以如果你发现了一些关于docker的误解,你可以指出它们.

你可以采取一些线索,从" 在生产中使用撰写 "

您几乎肯定希望对更适合实时环境的应用配置进行更改.这些变化可能包括:

删除应用程序代码的任何卷绑定,以便代码保留在容器内,不能从外部更改

绑定到主机上的不同端口

以不同方式设置环境变量(例如,减少日志记录的详细程度,或启用电子邮件发送)

指定重启策略(例如,重启:始终)以避免停​​机

添加额外服务(例如,日志聚合器)

这个建议与你提到的例子不太相似:

因此,您可能希望定义一个额外的Compose文件,例如production.yml,它指定适合生产的配置.此配置文件只需要包含您要从原始Compose文件中进行的更改.

docker-compose -f docker-compose.yml -f production.yml up -d

这种重写机制比尝试在一个compose文件中混合dev和prod逻辑更好,用环境变量来尝试选择一个.

注意:如果您为第二个dockerfile命名docker-compose.override.yml,则simple docker-compose up会自动读取覆盖.
但在您的情况下,基于环境的名称更清晰.