- 主题:微服务带来了新的问题
RE
【 在 licy 的大作中提到: 】
: 拆微服务确实是个有技术含量的内容
: 但是————
: 这东西只不过是系统发展到一定程度拆解复杂系统而已，所以也没啥高大上的
: ...................
--
FROM 124.202.17.*
RE
【 在 guestking 的大作中提到: 】
: 规模小的时候，就前后端分离，一个系统两个部署单元
: 后端再驾个网关，各服务之间直接http调用就好了
: 做大了再重构
: ...................
--
FROM 124.202.17.*
不夸张，写python处理数据的，好多其实没什么工程概念，不知道百万级的dict是个什么怪物
【 在 i00i 的大作中提到: 】
:
: 这个也太吓人了吧。。这种开发为何不祭天。。
--
FROM 111.206.214.*
3分钟感觉极限了，3分钟以上有度日如年的感觉
【 在 Mikov (Mikov Chain) 的大作中提到: 】
: 两百秒以内应该还好
--
FROM 103.202.147.*
用alpine，加上程序也時不時超200M，除了基礎鏡像，layer只有一個。。。 可能是我們優化的有問題吧
【 在 sayinger 的大作中提到: 】
: 你那是os大，选个alpine的，几十M而已，况且即便是几百M也不是每次都要传所有layer
:
--
FROM 221.196.169.*
分几层是你自己设计的啊，如果你的依赖比较稳定，完全可以分出去。
退一步说，别的部署方案你不也得传这么多东西么，如果别的方案能摘出来少传点，docker也可以
【 在 Donaldcuc (Donald) 的大作中提到: 】
: 用alpine，加上程序也時不時超200M，除了基礎鏡像，layer只有一個。。。 可能是我們優化的有問題吧
--
FROM 221.220.225.*
mvn pom.xml有问题吧。不是所有包都要包括，exclude， scope设置一下，能优化好多
【 在 Donaldcuc (Donald) 的大作中提到: 】
: 用alpine，加上程序也時不時超200M，除了基礎鏡像，layer只有一個。。。 可能是我
: 們優化的有問題吧
--
FROM 119.139.196.*
服务器受不了为啥跟进程数有关系？
【 在 changtuiniu 的大作中提到: 】
: 一个项目动不动几十个进程，客户方服务器受不了，明确要求进程数不能超过一定数量，要求我们合并服务
: - 来自 水木社区APP v3.4.2
--
FROM 117.121.46.*
影响客户端连接数吧
【 在 childewuque (childewuque) 的大作中提到: 】
: 服务器受不了为啥跟进程数有关系？
--
FROM 103.202.147.*
服务是需要调度需要监控的，拜托能不能专业一点？
- 来自 水木社区APP v3.4.2
【 在 childewuque 的大作中提到: 】
: 服务器受不了为啥跟进程数有关系？
:
--
FROM 223.104.212.*