应该把多个依赖放入同一个Docker镜像中，还是每个依赖单独放一个镜像
使用容器的目的，在于解偶硬件和服务，并方便自动化迁移和部署。其他的怎么方便怎么来。
■网友
一般是不应该放在一起的，这样容器细粒度资源管理的特点就没有了。
不过如果你的意图并不是想做微服务，只想和操作系统隔离，那也未尝不可。创建一个容器并不复杂，所以我建议你不妨自己试一试，跑几遍程序然后自己总结得失。
■网友
按照docker推荐的做法是一个容器一个进程，也就是你需要把服务拆成n个容器，自己掂量下迁移的代价，对比容器化后获得的可扩展性和可部署性提升值不值得。
【应该把多个依赖放入同一个Docker镜像中，还是每个依赖单独放一个镜像】 有一个东西叫“容器编排”，所以拆了以后并不会造成什么麻烦。麻烦的是持久数据，需要单独挂载进容器，好在看你的描述，这个项目应该就一web，持久数据应该不多。
mysql这种东西就不要容器化了，自己想想为什么。
■网友
为了方便维护，要放在不通容器中，因为他们4个所依赖的环境也可能不同，要避免改动1个影响其他3个。
为了方便操作，可以写在同一个docker-compose脚本中，一同启动。
■网友
docker设计的时候就是一个容器跑一个服务，当然你放一起也可以，只是不符合他的设计哲学了
■网友
docker-compose，四个服务
■网友
我是放在不同容器中
推荐阅读
- 乌鲁木齐再迎大规模降雪多个航班取消
- 想要入门图像处理，应该从哪本书看起
- 应该怎样理解会员服务的法律性质
- 电视盒子能用代理吗
- 工作3、4的人怎样转行当警察
- 假如把中国电信监测到的3亿人一个月每天上网的所有行为打个包，哪些数据应该被提出从这些数据能得到啥
- 是否该停止密码掩饰了
- 通信专业大二在读，以后想从事软件方向。请问现在应该准备些啥
- |苏州科技城新增160多个非机动车停车位！
- 麦当娜|62岁麦当娜带六个娃拍全家福，坐26岁男友大腿上耳语，甜蜜依赖少女样