2 回答
TA贡献1876条经验 获得超7个赞
正好这个问题我也想过很久,其实有几种方案,各有利弊:
把nginx和php作为两个容器,代码另外放在volume,分别供php和nginx两者挂载
好处:代码更新灵活
坏处:感觉这作为一个服务来说很“山寨”(可以和Java/NodeJS的服务类比一下);另外,如果你用到了composer,依赖部分无法在制作镜像中过程中自动化安装
把nginx作为一个容器,php和代码放在另一个容器,但其中代码目录也需要供nginx挂载
好处:相比1,可以把composer放入PHP容器中,制作镜像时帮你安装依赖
坏处:作为服务依然很“山寨”
把nginx、php和代码全放入同一个容器
好处:更符合微服务的定义,整体对外构成一个服务;nginx和php之间可以直接用unix socket通信
坏处:除了灵活性之外,不太符合Docker官方一个容器只跑一个服务的建议
个人在开发、集成时都是用了方案2,如果以后用到swarm可能会在生产环境用方案3
听你的方案,好像是想把nginx和代码放入一个容器,把php单独放入另一个容器?这种方案好像并没有什么意义,上述2、3的好处它都没有。
TA贡献1780条经验 获得超5个赞
楼上已经给了三个方式了,我来说说实际大规模集群中的吧
在大规模集群中,不关心服务内部是怎么做的,所以更期望一个整体对外提供服务,至于怎么提供,这不属于集群调度职责
所以,在大规模集群中,只有第三个方案:将代码,代码运行环境放入集群中
并且,在大规模集群中,前面都是有负载均衡网关的,所以容器中根本不会有Nginx
- 2 回答
- 0 关注
- 1116 浏览
添加回答
举报