一、背景介绍近两年，G行分布式服务体系能力不断提升，服务化生态初步形成；服务网格、容器云、虚拟化技术在生产环境中逐步落地和推广，为服务融合的实现提供了有效的技术支撑。同时，随着G线业务的快速发展，应用系统的数量迅速增加，系统之间的调用关系也越来越复杂；集成场景和业务需求的数量和复杂性不断增加；生产频率越来越高，周期越来越短，敏捷发布是正常的变化。为满足业务发展和技术能力提升的需要，企业服务集成平台应运而生。2、平台建设目标此前，G行分布式服务体系缺乏统一、规范的服务集成技术支撑平台和相应的共享服务集成能力。G行分布式服务体系已覆盖60余个系统、近百项服务，形成了一定的生态规模，企业服务集成平台建设启动。企业服务集成平台建设主要有以下几个关键目标：填补能力空白，建立分布式服务体系下的服务集成能力，提供可共享的公共业务能力集成，提高业务需求的质量和效率。推进服务治理，丰富企业服务治理工具和手段，开展基于平台的服务治理延伸试点。降低系统内业务服务开发复杂度，提升研发效率，形成分布式服务系统的业务设计、开发、测试、发布、运维全生命周期研发模型，提升GBank业务需求效率发展，增强企业竞争力。重用解决方案，降低业务服务设计和实施的复杂度，建立共享的服务集成实施案例库。3.企业服务集成平台系统设计3.1系统间功能分布设计分布式服务系统的集成场景，以服务接口的形式集成功能发布。在相关集成场景中，采用自动调用和处理多个服务接口的短流程模式，形成部分可共享的业务能力。站在企业的角度，统筹规划，构建通用服务集成平台，通过服务编排进行服务集成，合并后产生的新服务注册到企业分布式服务平台，相关服务也可以再次组合形成专业应用服务以外的组合服务能力。3.2重要功能模块及分布集成场景设计开发模块集成开发IDE和平台设计开发管理流程，在此过程中，形成集成场景资产的积累。包括集成工程需求关联、设计描述、测试用例等，遵循服务集成工程全生命周期进行标准资产管理。集成场景综合管理模块对已投产的服务集成项目形成的服务接口进行全生命周期管理；根据服务接口和主要调整的关系，对接口和逻辑变化进行分析和管理；它调用服务集成场景的SLA。统计分析，结合调用关系支持进一步的服务治理。平台运维监控模块，为平台、节点、综合工程场景提供粒度监控和运维能力。包括基于脚本的手动应急响应机制。平台应用网关除了分布式服务系统集成、接口发布、负载均衡能力外，平台应用网关还计划实现可配置路由、流量控制、接口认证等升级能力。批量对账服务模块实现对账业务场景。平台集成场景运行实例节点基于平台微服务运行框架，实现容器云化和应用运行框架，支持服务集成工程场景粒度的接口发布和运行。4.主要问题及解决方案企业服务集成平台作为一个基于业务场景提供事务请求的系统，会遇到各种各样的事务和业务场景，那么各个业务场景如何解耦，如何处理慢事务等特殊业务场景，以及当融合平台的业务场景达到一定规模后，如何进行扩容和缩容，都是值得思考和通过精心设计解决的问题。为此，企业服务集成平台提供了数据包路由、平台孵化等机制来应对这些问题。平台网关组路由机制目前G银行自研平台基于原生SpringGateway实现组路由。在此基础上，企业集成平台将补充后台基于服务名称和业务场景的服务组路由功能。针对慢交易等特殊业务场景，企业服务集成平台设置特定的运营节点组或独立的子应用服务单元，独立运行此类交易场景。同时，企业服务集成平台部署在全栈VBC容器云环境中，可实现运行节点的灵活扩展，形成临时集群。企业集成平台孵化机制当平台基于业务领域积累了一定规模的业务场景案例后，企业服务集成平台可以提供灵活的服务拆分和领域孵化机制。应用符合孵化条件的，可独立拆分，向企业级服务注册中心申请新的服务名称，采用与服务集成平台相同的技术架构，脱离平台或创建新的应用并数据库资源独立部署，形成新的某业务领域服务集成平台。五、平台服务架构原则企业服务集成平台提供了大量的业务交易集成场景，确定服务集成的范围和原则至关重要。基于此，企业集成平台提出了平台集成服务原则和应用服务原则，作为接入集成平台的业务场景、服务子应用、集成平台业务领域孵化的基础。平台集成服务原则：服务共享原则：原则上，集成场景接口的应用场景具有为多个消费者提供服务的可能性。服务集成原则：在集成场景下，调用接口应来自两个或多个服务（系统），集成场景下单个服务提供的接口不超过50%。（前端服务交换网关除外）这个场景应该先由后台服务集成。服务范围原则：集成平台向分布式服务系统中调用集成场景的应用程序提供集成服务，不直接向各类客户或业务人员提供服务能力。数据处理原则：由于平台是围绕服务集成流程进行处理的，所有业务场景所需的业务数据均由相关后台服务通过服务接口提供。逻辑处理原理：集成平台能够在集成过程中提供简单的业务逻辑处理。对于复杂的逻辑实现场景，后台服务应提供相关能力。平台应用服务原则：平台实现优先原则：服务集成平台主要为企业集成场景提供面向服务的支持，自治子应用在成熟前在平台上实现。随着相关应用的发展，如果规模和复杂度满足独立提供服务的条件，可以通过架构评审将应用独立移出相应的服务能力。平台子服务解耦原则：有非集成的服务接口和基于主数据的其他服务能力。此类应用将采用微服务模型作为平台子服务，计算和数据库资源将独立于平台集成服务解耦。子服务仍然依赖于企业服务集成平台统一的对外发布接口。6.中心化交易系统交易集成迁移策略的思考G行中心化交易系统目前的交易集成场景将随着前后端系统的服务逐步迁移到分布式服务系统。根据不同的业务场景，迁移策略分为以下几类：1、直接孵化领域集成平台：已经具备成熟的领域能力，可直接形成新的专业领域集成平台服务。服务调用方在分布式服务系统中已经集成域，可参考企业服务集成平台的技术架构进行迁移构建。2、迁移到企业服务集成平台：将不成熟的领域集成场景迁移到企业服务集成平台。如果服务调用方已经在分布式服务系统中，可以迁移相关场景，支持系统内的应用。3、独立演进为独立应用服务：具有独立业务特性的应用应独立发布企业级服务。随着服务化的发展，服务调用方已经在分布式服务体系中，有能力形成独立的应用服务，包括对业务主数据的应用。建议独立发布服务或应用子服务。七、总结与展望作为服务集成技术支撑平台，企业服务集成平台投产运行半年来，取得了一定的成绩。全链路自动化处理流程，大大缩短了业务场景的处理时间。同时，我们对集成平台的未来进行了规划和思考，尤其是在业务场景的规划和设计上。平台将不断丰富业务场景的融合，拓展业务范围，布局更复杂的业务场景。同时，平台将做好业务场景的解耦，充分利用容器云资源和微服务架构的优势，让业务场景更加细粒度，充分保障各个环节的顺畅运行。业务场景，并使其在G线分布式架构的改造中发挥更大的作用。
