docker有一个很大的优势，单服务管理方便且一致

哪怕一堆实例弄个Portainer或者rancher之类的鼠标点点就好


至少测试环境非常方便


【 在 i00i (烟灰·独孤求胖) 的大作中提到: 】
: +1
: 关于docker，spring boot的天下，java -jar就完事了。。
: 再套一层docker已有叠床架屋之感，服务器上装个jre又不会死。。
: ...................
--
FROM 116.233.186.*

微服务适合大项目拆解，实现小步快跑，也可以缓解人员素质不齐带来的问题。
如果项目本身不大，拆成微服务的收益不一定大于开销，直接分package开发效率可能还更高。
【 在 changtuiniu 的大作中提到: 】
: 一个项目动不动几十个进程，客户方服务器受不了，明确要求进程数不能超过一定数量，要求我们合并服务  
:  
: \- 来自 水木社区APP v3.4.2  
: --  
:

发自「今日水木 on M2011K2C」
--
FROM 114.254.3.*

嗯嗯，我主要就用portainer + docker compose。。
满足大多数部署场景了，“一堆”实例主要受益于docker compose。
对于springboot来说，有docker确实比没有要方便一点点，这点我是认同的。

【 在 oldwatch 的大作中提到: 】
: docker有一个很大的优势，单服务管理方便且一致
: 哪怕一堆实例弄个Portainer或者rancher之类的鼠标点点就好
:
: ...................
--
FROM 124.202.17.*

经典java war项目，生产环境上docker优势其实不明显


但是测试环境里docker优势真的大


【 在 i00i (烟灰·独孤求胖) 的大作中提到: 】
: 嗯嗯，我主要就用portainer + docker compose。。
: 满足大多数部署场景了，“一堆”实例主要受益于docker compose。
: 对于springboot来说，有docker确实比没有要方便一点点，这点我是认同的。
: ...................
--
FROM 116.233.186.*

vm时代的话，靠vm限制了。。
一个vm只跑一个服务。。

【 在 guestking 的大作中提到: 】
: java -jar的话，一般如果去限制单个应用的cpu上限？
:
--
修改:i00i FROM 124.202.17.*
FROM 124.202.17.*