这是一个创建于 3002 天前的主题，其中的信息可能已经有所发展或是发生改变。
服务器资源富余，已经放了一个应用 A 4 个容器（ docker-compose ） web/nginx/php/database
现在想部署 B 是共同使用 A 的容器（节省资源，但应用混合在一起），还是单独新增 B 的容器再弄个 docker-compose （应用独立，不影响彼此，但占用资源）
还有是怎么更新的问题
或者说说你们的整个上线部署方案？可以参考下
谢谢大家
现在想部署 B 是共同使用 A 的容器（节省资源，但应用混合在一起），还是单独新增 B 的容器再弄个 docker-compose （应用独立，不影响彼此，但占用资源）
还有是怎么更新的问题
或者说说你们的整个上线部署方案？可以参考下
谢谢大家
 |
1
Bardon 2016-10-03 22:41:58 +08:00
资源富余，看来应该是没多少用户的。
放一起还是分开，随意，反正你用不到 docker 的资源配置。我个人是 database 公用，其他分开。 至于更新，你之前不用 docker 时怎么更新就怎么更新，除非你蛋疼到将数据文件塞到容器中。 |
 |
2
htfy96 2016-10-03 23:40:18 +08:00 via Android
觉得 db 应该不用 compose 管理，做成一个公用的，固定 name ，其他 link 就行。
其他的 nginx/php 之类的都不用多少资源， docker-compose 一个开一个就行了。固定 nginx 容器 name ，如 blog, service1 之类的。 最后前面套个不属于任何 compose 的 nginx, link blog/service1 做反代 |
 |
3
fim8 2016-10-03 23:53:21 +08:00
在基于 DevOps 的前提下，配合敏捷开发流程，整合 Git 进行持续集成。并在配置的负载均衡集群中，线上启动、管理 Docker 环境。
同时分配 Git 代码仓库、线上源代码空间、独立附件空间及数据库空间。保证其细粒度、彼此隔离、各司其职，以达到高安全与高可用。  |
Select Language