拿一套业务系统给我们去做信创，从表面上看，是国产技术栈全线替换国外或开源的技术栈的过程，实际上，大部分企业在做的过程也确实按照这样的替换一步步去做的，这也称作被动式解决问题模式，过程不可控，问题排查漫长。如果有了清晰的替换思路，从开发到运维，从前端到后端，熟悉整个业务系统的业务架构、物理架构，那么这个信创过程将会容易很多。
一套业务系统架构，包含了基础硬件资源、基础软件资源、应用服务器资源、客户终端资源，每个层次又包含了很多的组件，我们把框架搭好，将不同层需要的资源分类罗列补充，就形成了一套完整的业务系统架构，一般负责业务系统的项目经理会有一个相对完整的架构图，对于开发人员和运维人员来说，也要尽量摸清其全貌，在信创替换过程中会有意想不到的收获。运维人员会对基础软件层、基础硬件层更关心，尽量将各专业人员拉到一起来补充和确认整个架构。
做选型路线的思考，主要还是要看具体业务系统的开发支持力度，如果开发力度支持的比较大，完全可控的情况，涉及到基础软件、基础硬件及客户端上，并不会太有针对性，从政策性、外界口碑，头部排名上就可以自由选择了。但大多数情况，业务系统的开发仍然要依赖第三方厂商，这就要综合去考虑，并且做很细致的选型，尽量采用兼容性去替代。
具体的思考如下：
业务系统的信创，是以业务系统为中心，从上至下，依次梳理技术栈。如java应用的依赖JDK，jdk有oracle jdk，openjdk及IBM jdk，在国产操作系统（包含CPU芯片）的支持程度，不同jdk差异变化，web容器依赖，这个阶段，应该保证应用是能够正常运行起来的，当然，这个还是要依赖层次架构中应用端是否已经都摸清楚了，除了jdk是否还有系统层面的调用。
应用系统大部分情况都可以平滑的迁移到信创平台上，依赖也较小，如国产web容器TongWeb，与tomcat无异，且功能更丰富些，稳定性上也在不少金融行业得到了验证，这也是上面说的，要看外界口碑、头部排名。
数据库是选型中的老大难，且尤为重要，这也是要与开发人员、厂商人员一起商定后才能做的选型，并且也要充分了解信创数据库有哪些，产品特性，方言兼容性等。不光要考虑产品知名度，还要考虑行业应用程度，对其架构、灾备能力、事务处理能力、兼容性能力、厂家服务能力都要有一个整体评估，这部分内容，后面会有专门篇章说明。
终端一般考虑浏览器内核支持，插件支持等，Linux终端，浏览器几乎都是Chromium内核，这是从业务系统角度来说。对于日常办公，可能考虑的就会更多了，比如打印机，堡垒机，vpn等等。
在整个业务系统架构梳理清楚后，展开应用端的技术栈梳理，按照Web Server，App Server两个维度考虑，针对高可用、扩展性、高性能、框架、设计模式等方面进行细化归类，完整的展示应用端的技术栈。
这里需要注意到，国产中间件在Web服务器、Web容器、Web应用服务器、是否能反向代理的支持情况以及和已有技术栈的功能对比。
高可用和扩展性一般会在前端使用负载均衡设备，以物理F5设备居多，软负载是否能够胜任此项功能，需要评估。
大部分应用为了SQL开发的便捷，都会使用ORM设计模式，java以Hibernate和MyBatis居多，要结合数据库厂家和应用厂商来作为选型的一个标准，这里不再过多叙述。
