大家来看看这件事情最后到底该如何解决

[bsg1992]

公司有个业务 实施国外的一个系统进行二开。给国内某个大型传统制造业公司实施了这套系统。 系统运行了 3 年随着用户增加，逐渐达到瓶颈， 请求量一上来系统就开始崩溃无法响应，最后只能重启应用 系统还是黑盒 不开源里面的功能代码没法改造优化，最近频繁出现线上故障。 我这里给了三个解决方案 客户不满意（主要是不想掏钱，还欠着维护费用没结清） 而公司内部也要求我们统一口径，不能说该系统到达性能瓶颈，其实公司也知道该系统的性能问题 主要是个大客户公司也不想搞的太僵，还想后续拿点合同 这件事情该如何收场呢

[sagaxu]

为什么不能说性能瓶颈？当初签合同时写的性能指标没达到？

[happy32199]

啥系统啊 sap 吗？还是 crm

[happy32199]

忽悠他们上 rds 多弄几个读库 会有点效果

[powerman]

为什么要把问题 抛给自己呢，直接说对方的用户量太大，超出的系统能力，加钱才能解决

[powerman]

作为社会人 第一要务 就是把问题抛回去

[kandaakihito]

如果你能申请得到公司的服务器资源的话，可以试试看力大砖飞？

有做过个项目就是制造业的，运算数据量太大以及我们代码太撇，导致一个模块算一次能跑 26 个小时（需求是一天算两次）。最后我们搁那服务器加到了 32 核心 256GB 运存配置，调大 JVM 各种缓存参数到上限以及把数据库的 sharedMemory 改到 8GB 。

然后，会好不少（

[Meteora626]

@sagaxu 合同都是吹牛逼，能实现合同 80%的性能都算好的。

[Meteora626]

@powerman 这种人情世故拿下来的项目，你和人家玩心眼，以后估计是不会再合作了。

[whp1473]

可以看看瓶颈在哪里？一般无非是 IO 、网络、CPU 、内存。可以将数据库、服务所在机器改为固态、CPU 、内存拉到单机最大，网络换千兆或者万兆。口径就是客户环境资源不足，需要升级自己的硬件，不升级就给个定时重启脚本。你要强行说自己 BUG ，客户 100%让你修。

[JackSlowFcck]

楼主，我觉得，你得思考一下，你领导是什么想法？
拿钱，可以说锅往需要拓展功能、升级 xx 进行解决
稳流，甩锅到底层如系统什么的
放弃，得考虑怎么收尾，

[powerman]

@Meteora626 #8 甲方强势，那乙方 就只能亏着 吃饭呗

[luozic]

先堆硬件，看看能缓解问题否； 并且主要问问系统是如何使用的，如果不用肯定不会提

[bsg1992]

@sagaxu 说了怕影响后续合同，对方技术架构组评审肯定过不了

[bsg1992]

@luozic 硬件已经怼了
数据库怼到 64c256
我们自己写的外围服务 都是正常运行 就是终端用户访问这个商业化系统总是崩溃

[Meteora626]

@powerman 乙方会亏？怕是扣掉回扣都赚的盆满钵满，对甲方说全部自研，按人天报价，对内拿系统二开，这中间差价可不少，。。。