企业架构之业务中台建设指南-落地篇

4.业务中台技术需求
业务中台为支撑系统业务的海量用户访问、快速迭代支撑业务创新、业务稳定的运行，数据化运维的辅助，从技术角度需要考虑解决上述几个关键问题。综合分析需满足以下技术需求：

• 应用微服务化
  随着业务的持续增长，应用会变得越来越臃肿，开发、维护成本会越来越高，任意小的改动影响面越来越广，以上相关问题影响对于业务的响应变得越来越缓慢。传统架构已经无法满足互联网环境下的快速创新。为满足IT对于业务的快速支持和支撑业务的快速创新能力中心的架构需要实现基于微服务开发框架，采用分布式应用服务框架组件搭建，微服务开发框架把业务能力发布成服务，以实现现有集中式系统的分布式改造，降低新业务应用的建设成本周期和风险。微服务开发框架将各部门的应用资源以业务能力的形式组织起来，通过该开发框架对这些业务能力进行封装形成易于共享的服务，从而实现业务能力粒度上的重用、组装、维护和管理。
• 服务治理
  通过统一的方式发布、调用服务，不用考虑分布式领域中的各种技术实现细节，支持服务容量线性扩展，服务可根据部署需求自动上下线，提供服务路由（接口级、方法级、参数级），服务归组，服务限流，安全控制追踪等服务治理能力。
• 应用全生命周期管理
  在云环境中，系统应用发布与管理会变得十分复杂。本地开发完成的应用需要登录到每一台服务器进行发布和部署；后续还会有应用的重启，扩容等。服务器的不断增加对于运维人员将是一个极大的挑战。在此种场景下，企业分布式应用服务需要提供了一个可视化的控制台，无论集群规模多大，都可以在控制台上轻松地进行应用生命周期管理。
• 数据化运营
  应用开发完毕部署到生产环境之后，通常需要对应用运行状态进行一些监控，比如 CPU 使用率、机器负载、内存使用率和网路流量等。但此类基础监控通常满足不了业务需求，比如系统运行变慢却无法定位瓶颈所在，或者页面打开出错但是无法排查具体调用错误等。需要提供了一系列系统数据化运营组件，针对分布式系统的每一个组件和每一个服务进行精细化的监控和跟踪，建立数字化剖析系统，能精准的找到系统瓶颈所在。
• 分布式数据库
  针对未知的海量交易访问，除去在应用侧的微服务化支撑，还要考虑数据库层的海量连接和访问，数据库不行具备线性扩展的能力，需要引入分布式数据库解决数据库容量的问题。
• 应用间异步解耦
  需要提供分布式消息中间件适应削峰填谷等应用场景。
• 全业务监控
  系统微服务化后整个部署规模会变得复杂和庞杂，整个业务交流链路会变得更加复杂。需要做到出故障时能迅速定位、故障能势态感知，针对应用服务间的相互关系、应用的状态、交易链路的状态需要及时感知，具有全业务监控的能力。
• 全局事务
  系统分布式微服务化后数据面临着跨多个库、跨多种数据库、跨消息、跨不同服务的场景，为保证数据的一致性，需要支持跨数据的事物，支持跨消息和数据库的分布式事务，支持跨服务的分布式事务。
• 分布式服务总线
  需要具有网关功能，支持中台服务的对外暴露、与原有传统系统的交互，并具有服务管控、服务安全、服务监控的能力。
• 交易链路稳定性预测和规划
  针对整个服务系统交易链路能支持的访问量级，交易链路上的瓶颈点，提升整个交易链路的整体的吞吐和服务能力。需要提供全链路压测方案分析和压测的功能，分析交易链路的各个节点，作为提升整条交易链路服务能力和营销容量预估的依据。

5.业务中台设计方法验证
略