【阳光保险集团信息技术服务中心总经理 石运福】构建7×24小时可持续运营的新核心系统(4)

4.根据读写特性分离数据。像配置类数据、代理协议类数据以及内部管理类数据，数据具备写少读多特性，主要提供读，其写入功能暂时失效对业务影响不大，因此适合将此类数据进行分离。分离之后，最大的好处是可以最小的成本实现双活，以保证7×24小时运营。

  [转载出处：www.11jj.com]

5.外部数据和内部数据分离。保险业务一般都会使用外部数据，这类数据往往需要第三方来维护，这类数据适合单独剥离出来，以避免对主要业务的影响。

 

应用架构转型

根据新的数据架构设计，单一大型数据库就会变成分类存放的数个小型数据库，此时应用架构就可以按数据库进行拆分，并实施应用服务化拆分，把紧耦合业务服务按照服务化思维进行拆分，从服务入口，到服务实现、服务数据库、服务部署完全独立。因此，新的应用架构需要根据数据源的分布重新编排，形成服务化架构（如图2所示）。

图2  完整的互联网应用架构

1.数据库之间耦合向应用服务转变。应用和数据库遵循单元化原则，进行DBLINK治理和数据源治理，避免跨库操作。DBLINK加剧了数据库之间的耦合，容易造成性能的互相影响。因此应该杜绝或者严格管理DBLINK的使用，将DBLINK类的功能变更为应用服务来提供。

 

2.读写功能分离，隔离“列表”类查询功能。将时效性不强的读功能和其他功能进行拆分，独立部署，形成单独的读服务。查询结果经常不可控，大的查询结果使用大量的内存，一旦并发稍大，极易引起应用的崩溃，通过读写分离，可以控制故障的影响范围。

 

3.引入消息系统，进行大事务串行化解耦。将可以一次生成的事务进行分割，引入高可靠消息系统进行异步处理，将大事务变成小事务，来提供系统吞吐。