一种融合多业务的信息化系统框架研究.doc

一种融合多业务的信息化系统框架研究1 融合多业务的信息化系统概述 随着社会的快速发展，尤其是近年来信息技术行业的迅猛发展，社会生产效率得到了有效的提高。但是，信息技术行业更新换代的速度非常快，一个信息化系统数年后可能满足不了新的需求。 在一个涉及大型组织机构的单位中，如果要部署实施一套新的信息化系统，将会面临很多原有系统数据整合的问题。在这些原有的信息化系统中，有一部分系统功能可能由于种种原因不会被新系统取代，旧系统的功能需要在新系统中继续发挥。另外，有一部分原有信息化系统需要被新系统完全取代，但是这些旧信息系统中沉淀了许多不能丢弃的数据，并且这些业务数据需要在新系统中无缝切换，从而实现系统功能的平滑过渡。 2 融合多业务的信息化系统存在的问题 2.1 数据格式不兼容 每个旧系统拥有不同的数据库，其中，表结构设计大部分无法直接被应用到现有系统中，并且一部分数据与新系统格式不匹配，另一部分数据可能不满足新系统的需求，需要补充和扩展。 2.2 功能接口不匹配 在旧系统中，设计的功能接口在新系统中基本无法直接调用，有的接口格式和类型不匹配，有的功能接口的原有设计逻辑可能不符合当前新系统的使用逻辑，从而无法直接利用。 2.3 运行状态不同步 在新系统的部分功能依赖于原有旧系统运行时，由于系统功能运行出错、状态返回错误、原系统对外接口不完善等多种问题，新系统在调用旧系统功能时，得到的功能运行状态与实际系统运行状态不一致。这就会导致新系统的功能无法正常发挥。 2.4 接口可靠性差 由于原系统提供的接口起初对外接口的设计原因，或者由于其他客观原因，原系统的功能无法很好地在新系统中调用。当新系统在调用多个旧系统协作时，在多个系统接口不可靠的情况下，完整的系统功能将消耗大量的时间等待重复尝试，从而大大降低系统的运行效率。 3 融合多业务的信息化系统框架设计 针对上述融合多业务的信息化系统存在的问题，从以下4个方面着手解决后，信息化系统的运行稳定性和运行效率都得到了有效的提升。 3.1 数据对接适配 在设计数据存储时，需要设计好数据库表结构，对于数据量比较大的数据，要提前做好数据库的分库和分表，以支持在与高并发系统对接时传递的数据量。 在面对大量异构系统对接时，除了要做好大量结构化的数据库数据设计对原系统的兼容外，还有很大一部分数据，比如配置文件、运行过程的临时数据等不适合存储在RDBMS中，以及一部分数据量很大，但是实时性要求不是很高的数据，在采用结构化存储时会引起读写性能问题。对于这些数据，可以采用非结构化存储，采用NOSQL数据存储技术，然后通过最终一致性提升系统的可用性。 3.2 功能接口适配 对于原有系统功能接口的调用模块设计，采用设计模式中的适配器。其中，适配器主要分为具备以下2类功能的适配器：最基本的将原系统功能的接口与现有系统适配，使得现有系统可以直接调用原系统的功能接口；需要更进一步地对原系统接口的功能逻辑封装，提供更加符合现有系统功能逻辑的接口。 3.3 状态监测机制 原有系统的状态监测主要包括数据同步监测和系统运行状态监测。其中，数据同步监测可实时、同步地监测所有的结构化数据和非结构化数据，保证系统程序的运行基础数据同步。在原有旧系统运行的过程中，新系统要对旧系统的运行状态进行实时监测，以确保旧系统按照符合新系统调用逻辑运行，并且在运行状态出现问题后可以及时地报警通知，从而保证新系统运行的可靠性。 3.4 消息通知机制 在新系统的某个功能的发挥依赖于多个旧系统时，可以将多个旧系统的功能拆分出来，区别出哪些功能是需要同步运行的，哪些功能是需要异步运行的。对于这2类接口，都采用不同的消息队列同步调用，比如淘宝的开源框架Notify消息队列引擎。对于需要同步调用的接口，必须同步调用每个接口，等待所有接口都执行完成后，接口调用才算完毕；对于可以异步调用的接口，可以并发地去调用这些接口，减少系统接口运行的总时间，并且对于调用失败的接口调用，可以存储在消息队列中，等待失败的接口调用成功执行完毕后，对后续失败的接口重新调用。 4 结束语 综上所述，在设计一个大型信息化系统时，如果该系统最后在应用中存在多个系统对接问题，那么必须提前制订应对方案。本文的解决方式在应用中有效地实现了多个系统的对接，在多个系统的对接过程中，其效率得到了提升，可靠性得到了保障。