沉重的核心系统

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

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

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

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

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

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

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

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

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

点一下给本文评个分!
(尚未有人评分)
Loading...

《沉重的核心系统》有4个想法

发表评论

电子邮件地址不会被公开。