@knightdf 业务不同要求也不一样，我们这边的业务肯定需要有响应，用户发现没有响应肯定会打客服电话，客服会发工单，如果超过规定数额则会上升到隐患。另外还有URL探测监控，只要有一次探测失败则会告警，两次则非正常停运。这些都是不允许的。我们这边CPU使用率大概在50%以下。

@knightdf 这么多年了，几百个应用系统没有遇到过CPU飙升到90%以上执行时间较低情况，基本上都是出现问题导致的。尤其是小型机，大部分都是数据库问题。

@knightdf CPU高肯定会引起排队，进程锁住，甚至宕机。那时候系统出现问题，肯定会影响指标考核。

nnd我们80%以上直接告警，还要分析cpu过高的原因，没天理啊

开发能力在目前来说越来越多排在次要位置，主要还是理解系统业务。让你搞一个大型企业的管理系统，你开发能力再好不懂业务有啥用？只能让人家告诉你流程是啥、界面该如何做、数据如何加工处理等等，那好，告诉你那个人就是你的领导。技术知识一个方面

@nilai dede就是坑啊，有时自己开发的程序包都不兼容，各种各样问题。

不太信任京东的网络安全措施，还是信任支付宝，最起码有保险全陪。

这不是还能上外网吗？知足吧……

投了1元，算是支持了，希望互联网企业主动改变一些传统行业

请把为知笔记分享一下，大家共同学习。

离线地图切片后的容量一个省就得论T算

现在进入不成了接盘侠了？

@9hills 恩，反正有异地容灾呢，重要系统有应用级别冷备，不过恢复起来肯定没有阿里那样迅速。

@9hills 呃，我们的机房还真没有配备发电机，直接拉了三路电厂的电。不知道得多大功率的柴油发电机才能供得了那么大的机房电力。

机房都应该环路供电，甚至三路供电，由三个不同发电厂的出线接入。就算整体断电，还有ups，不过ups的作用是给你充分的关机时间，而不是让设备顶到机房供电恢复，如果用ups顶着，那么机房的空调系统谁来供电？空调系统中断，机房的温度就和烤箱没啥区别了，这温度还想着服务器正常工作？后续的黑启动等预案才是重要的。

v2上那么多发招聘帖的也没见多少人有反对之声，ping++只不过换了一个更加吸引人的角度让大家关注，这也无可厚非，只能说文案真的用心了。没有任何事物可以让任何人满意，大家平心对待不就行了，不是吗？

我一直在怀疑是否有这样的妹纸对程序员这样刷亲密？ ○|￣|_