又双叒叕被国产ARM部署折腾了一个月

最近听到了另一个做集成的项目经理同事吐槽，负责一个能源行业业务系统的项目，又一次被KP服务器部署搞得苦不堪言。

主要客户的业务是Java开发的应用系统，使用的中间件和数据库分别是Weblogic和Oracle，由于KP服务器的CPU是Arm架构，所以需要部署时重新适配，吐槽的问题如下。

在安装OS方面就面临很多问题，如在KP服务器上安装CentOS系统就必须安装支持Arm架构的操作系统，并且只能安装HW推荐的那几个版本，客户使用的OS版本比较旧，他们不支持，只能使用指定比较新的版本。

检查了KP服务器支持的所有OS，发现鲲鹏支持不同开源OS都是有限的几个版本，不能完全支持所有开源的OS,对闭源的OS无法支持，比如Window等。由于OS的升级，必然涉及到调用系统库函数存升级的问题；在安装Arm版OS后，安装应用需要的依赖包也很麻烦，经常报错，必须要找到对应Arm的yum源，这种yum源比较少，使用很不方便。

在使用中间件方面，也存在同样的问题，Weblogic在最新版本Weblogic12c才推出了Arm版。客户用的是Weblogic10，所以需要升级中间；使用的Jdk也同样需要升级，并且需要修改为支持Arm版的Jdk，从OS、中间件Weblogic、Jdk来看，业务系统的代码需要重新编译，需要后台开发也要搭建一套支持Arm架构的环境，重构整个业务系统；这样就会投入大量的开发人员、测试人员、时间、资金等，相当于重新开发这套庞大的业务系统，远远超出了整个项目能承受的范围。

在数据库方面，以前使用的是Oracle 10g，Oracle 10g是不支持Arm架构的服务器，通过咨询KP服务器厂商，可以用他们的OpenGauss数据库，高斯数据库是基于Postgre数据库修改。在数量级上无法和Oracle相比，同时高斯数据库在发布时说性能最好，而其实当前国产数据库排名，性能最好的是阿里的OceanBase数据库，多少有点……

如果不能用Oracle数据库，更换其他数据库，就得需要重新设计数据库表结构，这样业务系统的基础框架就需要重新设计；最后在KP服务器上分别安装了Arm版本的CentOS 7.6，最新Arm版的Weblogic 12c、Jdk，及OpenGauss数据库，部署了没有重新编译的业务系统，无法运行，各种报错，导致无法部署整套应用。

这项目耗费了同事他们近一个月的时间。

而我同事也咨询KP服务器的服务商，他们的回复是可以提供一整套从中间件、数据库、操作系统解决方案，但是客户应用也必须在他们的环境进行重新编译开发。还得重新投入大量资金、人力、物力等。

这就相当于客户的业务系统，从整机、操作系统、中间件、数据库等产品都都采用HW的产品，这熟悉的套路咋又出现了……