大家好，欢迎来到IT知识分享网。

概述

从组织架构到技术架构，当前各大电商系统基本趋于中台化。中台在2015由阿里提出，是一种企业架构而不是单纯的技术层面，目前几乎各大电商都进行着中台化的建设。

中台是对 ”共享“ 理念系统化的归纳和总结。

• 重复功能建设和维护带来的重复投资
• 烟囱式建设造成系统壁垒，数据孤岛
• 业务沉淀促进可持续发展
• 大中台小前台快速响应市场的需要

上层业务

即大中台，小前台的前台，电商中直面用户的B2B,B2C等各个业务线。

业务中台

业务中台基于公共服务的沉淀，需要收敛一些基础的业务服务，如商品、订单、会员、库存、财务、结算等等。

• 商品中心：商品、类目、sku、spu
• 交易中心：订单、状态流转、条目、支付
• 营销中心：促销、优惠券、活动
• 会员中心：账户、基本信息、收发货地址、商铺商家信息
• 仓储中心：仓库、库存
• 物流中心：发货信息、自主物流或外部物流对接

数据中台

数据中台不是一个平台，也不是一个系统。数据仓库、数据平台和数据中台是有区别的。

简单的举例：数据平台可以理解为数据库，数据仓库类比为报表，而数据中台更贴近上层业务，带着业务属性。

• 数据抽取：从db，nosql，日志等各个来源提供抽取接口
• 数据接口：为上层业务提供需要的定制化业务数据接口
• 数据分析：行业分析与决策、数据驱动运营
• 人工智能：用户画像、商品推荐
• 可视化：数据大屏、信息展示、活动报表

技术中台

与业务无关的基础沉淀，中间件，系统框架，监控，日志，集成部署等等。

• 基础架构：核心类库、公共框架、基础服务、服务治理框架
• 中间件：分布式缓存、分布式消息、数据存储（db，nosql）、分布式文件、分布式调度
• 自动化运维：监控中心、资源管理、配置中心、发布中心、日志平台
• 自动化测试：任务协同、基础测试、性能测试、接口测试、持续集成

运维中台

不一定存在，系统运维相关的内容，硬件，机房，包括企业云平台的建设等可以划分为单独的运维中台。

面临挑战

考量维度

（根据项目情况有所偏重，例如分布式与一致性是一对矛盾）

• 高性能：提供快速的访问体验。
• 高可用：网站服务7*24正常访问。
• 可伸缩：硬件弹性增加/减少能力（快速扩容与释放）。
• 扩展性：方便地增加/减少新的功能/模块（迭代与服务降级）。
• 安全性：安全访问和数据加密、安全存储等策略。
• 敏捷性：快速应对突发情况的能力（灾备等）。

内部瓶颈

• 木桶效应：水管最细的地方决定流量，水桶最低的地方决定容量（QPS压测调优为例）
• CPU：序列化和反序列化、高频日志输出、大量反射、大量线程的应用
• 内存：使用内存的中间件或服务，如redis，memcache，jvm大量对象堆积内存的应用等
• 网络带宽：大流量高并发环境下，双11用户访问量激增，造成网络拥堵
• 磁盘IO：文件上传下载，数据库频繁读写，不合理或大批量的日志输出
• 数据库连接数：应对双11，应用服务器连接池大批扩容，警惕底层数据库、Redis等连接数瓶颈

外部服务

• 短信：外部短信延迟与送达率问题，可以搭建短信平台，多家渠道做路由和切换分流
• 支付：银行支付与回调延迟，搭建支付中心，对接多支付渠道
• 快递对接：快递服务对接
• 外部云存储：云存储文件访问，流量扩容
• CDN：外部静态文件访问提速服务