目前好多城商银行都在开展小机下移的工作,如果AIX操作系统替换为麒麟操作系统或者其他国产操作系统,是否能够满足核心系统对于高可用和性能的要求,以及业务连续性要求?
如果要替换是否有过度方案,比如迁移到redhat和X86服务器上,验证可行之后在迁移到国产服务器和操作系统上?或者是否有更好建议?
1、确认业务兼容性
2、数据库、中间件、一起其他组件兼容性测试。
这个替换是一个系统工程,牵一发而动全身,最小化迁移方案:可以从通用x86架构,比如海光、兆芯等x86国产化平台过渡,通过虚拟化技术、通用LINUX平台,过渡测试迁移。再逐步转移到ARM架构。不仅仅是底层操作系统,操作系统与应用、操作系统与数据库、硬件与应用、硬件与数据库,以及前端适配问题,很多场景都会涉及底层比如CPU、系统、内核、相关函数的深度优化才能解决一些问题。
建议是测试环境-->业务适配-->新老并存过渡期-->逐步迁移替换-->最后进入生产运行
收起替换操作系统的决定需要考虑到许多因素,包括系统的稳定性、性能、兼容性以及业务的连续性等。国产操作系统如麒麟、深度、统一操作系统UOS、优麒麟UbuntuKylin、银河麒麟、红旗Linux、中兴新支点、中标麒麟NeoKylin、RT-Thread等,都在不断发展和完善中。
首先,从技术角度来看,国产操作系统在稳定性、性能和兼容性等方面已经做得相当不错。
从业务连续性的角度来看,如果只是为了替换操作系统而替换,可能会带来业务的中断,这对于任何企业来说都是不可接受的。因此,我们建议在进行操作系统替换时,应该先进行充分的测试,确保新的操作系统能够满足业务的需求,应用团队是否支持更是重中之重,然后再进行替换。
总的来说,如果只是为了替换操作系统而替换,可能会带来不必要的麻烦。我们应该在充分了解新的操作系统的性能和应用生态后,再进行替换。同时,我们也应该做好充分的备份和迁移工作,以确保业务的连续性。
针对您提出的问题,我可以给出以下建议:
总之,针对银行行业的操作系统替换问题,需要根据具体情况进行评估和规划,选择最适合的方案,并采取一系列措施来保障业务连续性和系统稳定性。