- 主题:微服务带来了新的问题
一个项目动不动几十个进程，客户方服务器受不了，明确要求进程数不能超过一定数量，要求我们合并服务
- 来自 水木社区APP v3.4.2
--
FROM 223.104.20.*
docker啊
【 在 changtuiniu (此id已换人) 的大作中提到: 】
: 一个项目动不动几十个进程，客户方服务器受不了，明确要求进程数不能超过一定数量，要求我们合并服务
: - 来自 水木社区APP v3.4.2
--
FROM 1.95.20.*
没错，前两天我们组刚合并了一堆服务，主要原因是集成测试已经在开发机上没法跑了，单启动所有服务和数据库就需要24G+的内存。
【 在 changtuiniu 的大作中提到: 】
: 一个项目动不动几十个进程，客户方服务器受不了，明确要求进程数不能超过一定数量，要求我们合并服务
: - 来自 水木社区APP v3.4.2
--
FROM 125.168.196.*
过度拆分了？
--
FROM 114.247.188.*
让客户上云啊
【 在 changtuiniu 的大作中提到: 】
: 一个项目动不动几十个进程，客户方服务器受不了，明确要求进程数不能超过一定数量，要求我们合并服务
: - 来自 水木社区APP v3.4.2
--
FROM 124.64.16.*
貌似客户的应用场景和重量级微服务解决方案不匹配？
【 在 changtuiniu (此id已换人) 的大作中提到: 】
: 一个项目动不动几十个进程，客户方服务器受不了，明确要求进程数不能超过一定数量，要求我们合并服务
: - 来自 水木社区APP v3.4.2
--
FROM 111.200.53.98
拆的太散的确是不好
【 在 changtuiniu (此id已换人) 的大作中提到: 】
: 一个项目动不动几十个进程，客户方服务器受不了，明确要求进程数不能超过一定数量，要求我们合并服务
: - 来自 水木社区APP v3.4.2
--
FROM 180.167.95.*
什么项目啊,这么牛逼,需要用微服务.
【 在 changtuiniu (此id已换人) 的大作中提到: 】
: 一个项目动不动几十个进程，客户方服务器受不了，明确要求进程数不能超过一定数量，要求我们合并服务
: - 来自 水木社区APP v3.4.2
--
FROM 106.37.208.*
这个规模的集成测试本来就不应该在开发机上单机跑啊……
当年我们拆模块（我怵微服务这个词）一大动机就是单体war启动一次几百秒
开发测试进度无比拖沓
开发机配合mock单测接口就好
【 在 rimer (胖拖拖) 的大作中提到: 】
: 没错，前两天我们组刚合并了一堆服务，主要原因是集成测试已经在开发机上没法跑了，单启动所有服务和数据库就需要24G+的内存。
--
修改:oldwatch FROM 116.233.186.*
FROM 116.233.186.*
膜拜
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: 这个规模的集成测试本来就不应该在开发机上单机跑啊……
: 当年我们拆模块（我怵微服务这个词）一大动机就是单体war启动一次几百秒
: 开发测试进度无比拖沓
: ...................
--
FROM 183.6.114.*