我认为,首先应该制定严格的发布流程,其次再是灾备演练验证。在验证中不断完善发布流程。
我觉得保险行业的灾备能力首先不是有IT人员的技术水平决定的,很大程度上取决于业务的发展与管理层的支持与资金投入。进一步来说就是投入产出比,保险不像银行业务实时性要求那么高。
电商数据库选择上也是很尴尬的,如果不考虑license的话保险业还是用oracle比较多,考虑license的话就mysql吧,毕竟电商系统db本身记录的不是业务交易信息,我也想听听大家高见?
因为我们有用,我现在只是觉得运行在windows上有些别扭,其他还好/:,@-D可能别扭在多年来固定思维模式上吧,windows系统bug多,不断的补丁修复,直官上认为不可靠/:,@-D
powerlinux 没用过,应该是IBM的一个Linux产品吧? 是随主机一起买,还是可以单独购买。和其他linux版本相比有什么不同吗?
没错,的确是这样。电商系统确实响应要求比较高,但系统通常比较小,用pc sever 浪费,用虚拟机又担心出问题
保险核心系统适合运行到docker环境吗?为什么?
一般来说金融行业应该把精力放在如何提升自己的业务提升上,这部分是提升公司核心竞争力的部分,对于仅支持后台工作而不能创造营业额的工作一般该外包出去。所以,从这个意义上我倾向商业产品。
感觉中小保险公司上云,先要从虚拟化做起,相对比较简单成熟。openstack更适合大型企业的构建自己的私有云,小公司做不起来,也做不起。
想必楼主已经考虑过ESB、中间数据库,dblink等解决方案了,但选择哪一种仍是很纠结,因为每个方案都有优缺点。 如果各数据交换涉及到业务服务之间的互相调用,选择ESB似乎更合适一些,这样可以形成标准化的业务服务单元,供其他
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30