J市JJ银行合规大模型一体化应用平台实战“术”分享-硬件平台编译

上回谈到把代码、SO库、软件包都迁移过来后，就可以进行重新编译了。在编译前，项目组专门了解一下鲲鹏平台的编译器。这套编译器是分场景编译，场景化编译分为四类：通算场景、安全计算、HPC场景和DPAK场景。

对于本次JJ银行的测试节点，只有一台鲲鹏服务器，不组HPC，是为了测试代码迁移后功能的完整性，也不需要安全计算和DPAK，因此本次选择通算场景化编译。

鲲鹏编译器还有一个硬件加速选项。众所周知，鲲鹏硬件平台是支持CPU超分，1核变成1.5核，利用CPU超分能力，加速计算速度，这个开关打开后，代码运行速度会明显加强。

编译完成后，本次代码迁移主干流程已完成。后续就是在新鲲鹏平台上测试迁移后功能和性能。

回顾前几回讨论，合规大模型迁移涉及面比较广，迁移过程环节比较多，如何在迁移工作和价值呈现上做取舍平衡？

迁移工作工作量太大，迁移面面俱到虽然会增加客户价值，但造成工期过长，迁移成本太大；迁移工作只是单纯完成了功能迁移，但性能下降了，不适应新鲲鹏平台运行，将会导致整个应用功能后续无法正常使用，客户价值降低。

我们如何解决这个问题呢？当时采用VDBD方法，比较好平衡二者。

首先，从客户技术场景选择开始，接着使用场景匹配的技术价值作为目标，然后选择对应价值点进行战略分析，技术分析后再选择对应的方案模式，最后明确双方范围分工。

下回我们专门回顾一下本次迁移的VDBD技术实践。

欢迎点赞和关注公众号“科技江河”，如果喜欢，打赏下呗。