沉重的核心系统

别紧张，丢数据的不是我的博客，而是公司的EHR系统中的考勤管理模块。

因为不处在核心位置，所以这EHR系统自我入职以来都没有任何变化，估计也没有任何人去维护，反正它一直能用就行了。直至前天公司所有人都打不了卡后，才宣告了事件开始。

系统故障在我们公司并不罕见，很多系统时不时折腾一下，也能很快复原，可这次考勤系统的故障时间比以往任何时候都久，昨天中午IT部还通知说修复完毕，但情况是依旧无法打卡，提示连接数据库失败。那时我就幸灾乐祸，上下班不用打卡，何乐不为？让IT部那帮人继续修吧。

拖了两天半的时间，到今天考勤系统总算修复完毕，但所有部门的值班表都要重新排，然后考勤密码全部初始化重置了。显然部分数据出现了不可复原的损坏。我当时在想，IT部的人应该汲取教训，如果这事发生在核心的NIS系统，估计某些人可以直接滚蛋了。

其实NIS问题也不少，功能缺陷不说，本身这系统就经常会卡顿、假死，偶尔还出现无法连接等等，这已经让我很不满意。就没见它数据丢失，这倒也算是硬撑着。

论咱业务规模，不大不小，刚看了一下7月8、9号两天，共产生了两万两千多份单，与此相关的异常、变更、备注、财务、交接等各种流程数据全堆在这上面。数据量跟专业IT公司比虽还有天壤之别，但考虑到我们是一家自己开发系统的物流企业，搞数据真不是咱专长，目前体验显示出IT部已经非常吃力了。

像成长型企业，可以的话都是尽可能将非核心业务外包，我不知道领导是出于信息安全抑或业务契合度等哪方面的考虑。自公司成立至今都坚持自建核心。就连OA在前几年也是自建，后面外包给专业公司做之后体验改善了很多。偏偏最核心的NIS仍旧坚持自产，哪怕卡顿、假死乃至时不时无法链接神马的也在所不惜……

不外包的原因，你若说成本嘛，就公司目前使用的263云通信还有其他OA等等，外包出去的成本每个月也接近十万。这还不算IT部那大帮人的工资。如果说这钱不是问题的话，公司又没见花大价钱请高水平的IT人才处理这个核心系统的负担问题。领导光重视安全，而不考虑员工平常使用的感受。实话说，这破系统假死、卡顿、故障等等浪费掉的时间与机会，折算出来也是一笔不小的钱哈。

最后，不在其位，不谋其政，我想太多了。