名词百科
什么是业务中台？
一句话定义
业务中台是把多个业务线共用的能力（用户、商品、订单、支付、营销）抽取成统一服务，供各业务线调用的架构思路。它强调的是能力复用，而不是技术统一。
它到底是什么
中台的前提是确实存在重复建设。三条业务线各做一套会员体系，数据不通、权益不通，这才有抽中台的价值。若只有一个业务线，中台只是把单体拆得更复杂。
它与微服务的差别在目的：微服务关注「怎么拆开独立演进」，中台关注「哪些应该合起来共用」。两者可以结合，但不是同一件事。
怎么运作的
识别共用能力：按「多个业务线都在做、且规则差异不大」筛选。差异大的能力强行统一，会变成每个业务线都要提特例需求。
建设服务中心：提供接口或 SDK，业务线调用而不是各自实现。服务中心要能独立演进，且对调用方稳定。
业务线薄前端：业务线只保留差异化的流程与界面，通用能力全部下沉。
治理机制：需求排期、版本兼容、灰度发布。中台一旦成为瓶颈，所有业务线的迭代都会被拖慢，这是中台最常见的失败原因。
容易混的几个概念
- 数据中台：偏数据汇聚与服务化，业务中台偏交易与业务能力。
- 微服务：技术拆分方式，中台是能力组织方式。
- 共享服务中心：中台的前身说法，含义接近。
- SaaS 多租户：面向外部客户，中台面向内部业务线。
常见问题
什么规模才需要中台？
多条业务线存在真实重复建设，且重复部分的规则高度相似时才需要。业务线之间差异大、或只有一条线时，中台往往变成额外的一层转发。
中台容易失败的原因是什么？
变成瓶颈。所有业务线排队等中台排期，响应速度慢于各自建设，业务方就会绕开中台自建，最终形成更多孤岛。中台需要保留业务线自行扩展的空间。
E 后端架构 · 同组词条
微服务微服务架构是把一个应用拆成多个独立部署、独立运行的小服务，各自负责一块业务能力，通过接口或消息通信。每个服务可单独开发、发布和扩容。多租户多租户架构是一套系统同时服务多个客户（租户），各租户的数据相互隔离、配置互不影响。它是 SaaS 能把成本压低的根本原因。消息队列消息队列是用于在系统之间异步传递消息的中间件：生产者发送消息，消费者按自己的节奏处理。它解决的是解耦、削峰与异步三个问题。高并发高并发指系统在同一时间承受大量请求的能力，通常用每秒请求数、并发连接数、响应时间来衡量。它考验的是系统在压力下的稳定性，而不是单次请求的速度。缓存缓存是把访问频繁的数据临时存放在更快的存储介质中，以减少对慢速数据源的访问。常见位置有浏览器、CDN、应用内存、Redis。负载均衡负载均衡是把请求分发到多台服务器的机制，用于提升处理能力与可用性；CDN 是把静态资源缓存到离用户更近的节点，用于缩短访问延迟。两者都在分散压力，但层级不同。数据库数据库是结构化存储与管理数据的系统。MySQL 是关系型数据库，用表与行组织数据、支持事务；Redis 是键值型内存数据库，常用于缓存、计数与队列。云服务器云服务器是可按需租用的虚拟计算资源；域名是网站的访问地址；带宽决定单位时间内能传输的数据量。三者构成网站运行的基础资源。