1、大型企业基于互联网架构的业务敏捷实践北京天源迪科信息技术有限公司谢立拓（副总经理）通信行业政府与公共事业金融行业互联网行业其他行业深圳天源迪科信息技术股份有限公司From 1993Stock Code：300047阿里云Aliware金牌合作伙伴合作案例深圳、北京、上海、合肥、武汉、南京、南宁、重庆深圳、北京、上海、合肥、武汉、南京、南宁、重庆员工5000+创新没有捷径，都是在各个领域不断试错，业务敏捷帮助企业进行低成本、快速迭代的试错，赋能创新大部分大型企业，传统架构下创新落地周期一般为3-6个月创新成为大型企业的新驱动力，业务敏捷实现快速试错、赋能创新跨界合作，异业联盟传统主营，模式升级大

2、型企业在IOE传统架构支撑下，遇到的问题包括：快速迭代快速上线快速迭代快速上线灵活扩展从容应对互联网式访问灵活扩展从容应对互联网式访问跨界灵活合作快速接入跨界灵活合作快速接入轻量化创新快速试错轻量化创新快速试错大型企业对业务敏捷的诉求为：业务响应慢业务响应慢垂直扩展方式有天花板垂直扩展方式有天花板硬件和第三方软件成本高硬件和第三方软件成本高业务封闭，开放性差业务封闭，开放性差ITIT资产无法沉淀资产无法沉淀互联网共享中台架构是实现业务敏捷的基础架构互联网共享中台架构是实现业务敏捷的基础架构前端前端应用应用基础基础资源层资源层 基于业务中心能力，构建轻量、灵活、百花齐放的应用 业务中心，对外提供

3、标准化服务，简化应用研发复杂度 技术组件，通过丰富的分布式技术组件，为业务能力中心构建提供技术基础分布式服务框架订单中心商品中心营销中心客户中心前端应用前端应用前端应用前端应用前端应用前端应用中台中台业务业务中台中台技术技术中台中台分布式数据库分布式消息分布式缓存分布式存储.敏捷研发敏捷研发开发测试部署集成治理数字化数字化运维运维安全服务数据监控告警计算池计算池网络池网络池存储池存储池 构建资源调度管理框架，按需提供，管控计算资源、存储资源和网络资源等 通过一套集成工具、一套标准化流程与方法，构建敏捷高效研发体系 通过自动化运维手段，实现各层运行情况的可视、可管、可控.业务敏捷实践经验分享 能

4、力中心服务化按照敏态与稳态分离的策略对业务进行解耦符合高内聚低耦合、核心数据完整性、业务可运营三原则能力中心服务化过程中，要结合业务考虑跨中心异步事务的处理及异常机制能力中心服务化后，向上层前端应用开放，能力中心服务可供其它中心调用 中心内部服务化采用多层级服务化设计，提供更高的灵活性与稳定性中心内部服务提供本中心内部使用，不建议对外开放业务敏捷实践1：服务化设计（纵向分中心，横向分层）核心与非核心业务分离批量与单个业务分离以某运营商系统为例，实践服务化中心解耦XX中心管理功能XX中心销售接口高并发与常规业务分离敏态与稳态业务分离面向业务管理人员业务影响小，要求灵活面向前台、电渠销售业务影响大

5、，要求稳定XX批量业务功能XX业务功能处理能力要求高主机资源占用大，共享资源影响其他服务响应速度要求快主机资源占用少，交易频次要求高XX选号中心XX中心销售接口高频交易TPS要求高，分离易扩展交易频率较低TPS低，基本无需扩展XX中心管理功能XX中心销售接口新业务变化快分离减少系统升级交叉影响对外销售管理接口稳定，变化频率低，应用稳定业务敏捷实践1：服务化设计（解耦实践）说明：基于Aliware的分布式服务框架业务逻辑服务核心业务服务业务服务原子服务组合服务资源中心订单中心客户中心业务服务原子服务组合服务业务服务原子服务组合服务业务服务原子服务组合服务注册中心注册订阅调用中心A中心B组合服务单

6、元服务原子服务组合服务单元服务原子服务分布式服务框架能力开放平台调用调用组合服务：组合本中心业务服务或跨中心的服务，形成组合服务，实现跨事务业务业务服务：中心内部承载的服务，提供事务完整性原子服务：可复用的最小公共服务，提供事务完整性前端应用-能力中心能力：通过能力开放平台调用中心A-中心B能力：通过分布式服务框架调用中心内服务调用：通过分布式服务框架调用服务化设计建议服务化设计建议能力调用建议能力调用建议业务敏捷实践1：服务化设计（分层设计建议&能力调用建议）数据库尽量做数据存储而不是业务逻辑摒弃原有复杂的SQL逻辑，使用简单SQL+程序逻辑建议1：回归数据库本质逻辑数据库屏蔽数据的物理存储

7、位置与路由信息等，实现数据的透明访问、数据存储横向扩展、计算能力横向扩展参考单表不超过千万的设计原则，将亿级别的数据量进行分库分表建议2：分库分表解决大数据量问题离线数据（DRDS 历史数据/中间数据）、统计报表（HBASE 分布式计算/报表）、多维查询（ES 实时查询）、数据拆分只读（RDS 个性化业务）、缓存数据（Redis 高频访问/会话）使用数据同步/订阅工具实现实时数据同步建议3：数据分类存储（基于Aliware）新的分布式技术需要我们突破传统思维高频访问以前只能选择内存数据库，新技术带来新选择，取代传统内存数据库的可能是分布式数据库建议4：突破传统技术思维业务敏捷实践2：数据层云化

8、是难点，需要全面解决方案(数据设计建议)分库分表目的：分散数据库压力，达到横向扩展，需考虑访问均衡、事物边界容量和访问均衡事务边界分多少库分多少表分库分表原则分库分表分多少表由业务量决定分多少主机由业务压力决定实践以某运营商号卡系统为例设计时需要考虑方面：拆分键、数据存储特性、读写分离、聚合查询、SQL支持、事务支持、业务解耦等；以号码分库为例：如按照省份分库，会出现大小省的问题，综合可虑后选择号段分库配置类数据，通过广播表的方式，解决数据关联的问题；单表不超过1000W条数据，保障数据库的稳定；业务敏捷实践2：数据层云化是难点，需要全面解决方案(分库分表实践)0104选择存储维度访问特征数据

9、量实时性使用场景数据来源使用范围分析六个维度，选择合适的数据存储策略接入层EDASECSECSECSECSECSECSRedisSLBSLBOSSDRDSElasticSearchDTSDTS-WriterHBASEDRDSRDS服务层实时数据层数据传输层离线数据层实时交易多维数据查询大批量文件高并发缓存数据订阅数据实时同步数据挖掘/报表离线/冷数据个性化业务业务敏捷实践2：数据层云化是难点，需要全面解决方案(数据存储实践)某项目数据存储实践（基于Aliware的多个产品）低成本试错无问题上线根据不同的业务需求配置不同引流策略，可按区域、用户等多个维度提前上线验证业务的推广效果，降低业务风险灰

10、度环境可进行详细的验证测试、观察，将可能的问题和风险控制在较小的范围灰度验证通过后全面放开，用户感知有保障 灰度发布：在新业务正式发布之前，通过流量导入手段，将部分用户请求引导到灰度环境，进行在线试用，通过收集用户反馈、系统数据进行快速迭代，以达到较好的用户感知和应用稳定业务敏捷实践3：引入灰度机制，低成本试错(1/2)WEB服务器应用服务器数据库能力平台/统一门户WEB服务器应用服务器当前版本历史版本WEB服务器应用服务器灰度版本当前版本：当前系统的稳定版本；历史版本：已经上线运行且仍有系统调用的服务版本，证服务支撑的连续性和稳定性；灰度版本：少量用户试用的灰度版本，以控制发版对生产的影响；

11、实践：以某运营商号卡中心为例 API服务，通过统一接入的能力平台的灰度引流功能，根据省份、工号等信息完成不同版本的引流；WEB页面功能，通过统一门户的灰度引流功能，根据省份、工号等信息完成不同版本的引流；目前生产环境与灰度环境的机器比例为5：1；业务敏捷实践3：引入灰度机制，低成本试错(2/2)需求管理需求管理敏捷研发体系敏捷研发体系部署管理部署管理研发管理研发管理测试管理测试管理运维管理运维管理解决需求拆解问题解决任务跟踪问题解决代码仓库管理解决多工程主干分支管理解决开发人员内测问题解决多工程依赖打包问题解决多环境集中发版问题解决敏捷体系下持续集成问题解决分布式环境下自动化测试问题解决多迭代

12、小组并行干扰的问题解决微服务架构下业务全链路跟踪、监控与问题排查难的问题解决各环节问题的同时，实现环节协同、处理跟踪、整体研发风险控制管理敏捷研发体系是互联网云化架构下，实现业务敏捷的必要条件，是实现从需求到运维的系统支撑全链条的敏捷研发体系是互联网云化架构下，实现业务敏捷的必要条件，是实现从需求到运维的系统支撑全链条的跟踪、协同与管理跟踪、协同与管理业务敏捷实践4：研发体系是敏捷之本（敏捷研发体系思路）通过敏捷研发体系，提升交付效率，实现自动化、流程可管可控，环环相扣互为赋能的目标通过敏捷研发体系，提升交付效率，实现自动化、流程可管可控，环环相扣互为赋能的目标服务治理工具开发平台服务编排资源

13、管控平台数据治理工具监控平台告警收发平台禅道GITJenkinsRobot项目信息同步产品、项目、迭代需求、任务、缺陷服务设计、服务依赖管理、服务版本管理、任务发布开发任务自动发布静态页面发布自动创建分支自动生成服务代码打包发布服务编排元数据定义能力共享平台服务编排运行引擎4测试集成界面开发工具，组件标准化，前后分离设计数据库DDL脚本审核执行MQ消息变更ES结构变更应用批量数据修复日志审计装机模板管理系统自动集成部署方案CMDB应用管理、启停部署策略制定、执行1先脚本2后应用3获取发布策略，进行开发、测试、联调环境发布应用包上传到OSS/SFTP，包含war、jar、配置文件业务中心集群获取

14、配置数据获取部署方案应用生产环境发布5回归测试基础资源监控平台组件监控应用服务监控专项监控大盘监控告警信息实时推送多点接入，一点汇聚免打扰设置告警剔重多种途径SMSWEIXINEMAILDINGDING业务敏捷实践4：研发体系是敏捷之本（敏捷研发体系具体内容与流程）建设运营割裂的模式建设运营割裂的模式建设运营一体化模式建设运营一体化模式数据数据分析分析业务业务规划规划技术技术实现实现产品产品设计设计业务运行业务运行提出业务提出业务方案方案制定业务制定业务需求需求系统实现系统实现设计设计应用开发应用开发支撑支撑联调测试联调测试上线上线系统运行系统运行维护维护通过建营一体化的支撑模式，提高沟通效率

15、，实时反馈，实现通过建营一体化的支撑模式，提高沟通效率，实时反馈，实现ITIT与业务的融合与业务的融合业务部门建设部门维护部门业务敏捷实践5：建营一体化支撑模式（1/2）一体化建设运营敏捷团队专业化、小团队组织架构覆盖运营支撑工作范围由业务人员+系统支撑人员，两类人员组合而成业务人员主责业务需求，参与系统概要设计、计划的评审及支撑效果验收系统支撑人员主责功能实现，参与业务需求梳理及运营工作围绕业务运营的各主题，形成专业化的一体化团队，负责本主题的业务运营及支撑制定业务需求系统业务支撑业务效果分析业务迭代优化 进行业务改良 不断迭代演进 业务运营数据采集 业务运营数据分析 满足需要要求 系统设计

16、与研发 业务需求 提出时间要求业务敏捷实践5：建营一体化支撑模式（2/2）一次性迁移一次性迁移分业务解耦分业务解耦分功能解耦分功能解耦互联网引入策略上，我们建议以业务驱互联网引入策略上，我们建议以业务驱动、痛点驱动和创新业务优先的思路动、痛点驱动和创新业务优先的思路 结合企业自身业务及结合企业自身业务及ITIT整体环境等多种因整体环境等多种因素，综合考虑选择适合的云化实施策略素，综合考虑选择适合的云化实施策略适合于复杂度低、业务规模较小的情况或系统很难解耦适合于业务相对独立，与其它业务耦合度不高的情况适合于功能相对独立，与其它模块耦合度不高的情况业务敏捷实践6：实施上小步快跑、业务驱动、创新业务优先故障排查监控分析批量管理界面化的批量管理数据源统一管理Ansible/Saltstack全自动化、自动发现全局监控、一点监控智能趋势分析告警管理调用链路诊断日志收集、统一管理自动故障分析业务敏捷实践7：重视新架构对运维的新挑战