信创云建设完成之后，业务迁移有哪些建议？

建议迁移路线采用从上到下的策略，具体来说就是先完成应用服务器改造，微服务框架改造，再完成数据库，缓存适配，最后完成openjdk的改造。 具体改造内容需和信创云建设内容适配，比如要看信创云平台是否包括paas，容器平台是否搭建，istio等特性是否启用等。

按部就班迁移白

业务迁移的流程一般不会有太多变化。
流程：业务调研---方案设计---部署实施---测试验证---技术培训

个人认为，需要注意国产化数据库、中间件部署和管理问题

业务国产化改造完成后，数据库、中间件也都做了国产化替代。那么，国产化的数据库、中间件是部署在容器集群内？还是部署在容器集群外？

一、部署容器集群内：

要考虑对国产化替代软件的容器化部署，这需要软件厂商支持，且会有版本限制问题。这些在改造时都需要全面考虑。

另外，国产化化中间件、数据库容器化后的运维和管理也是比较复杂的事情。是平台来提供管理能力？还是人工来维护？这里面的开发成本和运维成本，以及技术储备能力都需要全面衡量。

二、部署容器集群外：

要考虑集群内外互通的问题。如，选择underlay网络，还是overlay。

同时，还要在集群外面预留信创资源给国产化中间件、数据库部署使用。

• 充分了解信创云的能力，例如：GUI页面，应用市场，HELM，持久化存储，监控，日志等
• 针对具体要迁移的业务进行迁移分析，例如：迁移方式，架构设计，方案设计等
• 根据业务场景分析出业务迁移需要发挥的信创云的特性，需要解决的解决的业务痛点等

先迁移不重要的系统，尽量改造成微服务等适合容器的架构后再进行迁移，数据库建议不要迁移，另外一定要注意打通网络访问关系，总之做好充分的上云准备再迁移

建议采用体系架构雷同路线进行适配，挑选改造难度和改造可能性较大的应用系统进行迁移，老旧系统可以暂缓或者后续重建。