近两年互联网公司特别是中型及大的电商公司都在谈中台如: 业务中台、数据中台、技术中台、AI中台、算法中台等。许多企业在搭建数字化平台的过程中已达成"小前台, 大中台"的共识。用中台架构替代原有的微服务架构。本人由于最近在做一个基于互联网的服务类项目的架构设计，所以也在花时间进行技术探索与深入了解。本人认为一个的架构的产生及演进往往是一个：发现新问题→寻找解决方案→设计→实施的过程。所以，对中台架构的理解可以从以下几个方面进行：
1. 什么是中台？
2. 中台解决了哪些问题？
3. 中台架构与实践
4. 企业的中台建设如何落地？
一些互联网架构的基本概念
在谈中台架构设计之前，首先我们先理清一些互联网架构的基本概念。如：前台、后台、前端、后端等。看到一些写架构的技术文章，发现有不少人对这些概念仍是模糊不清的。个人认为可以这样定义：
1.前台：以B2C业务系统为例。前台指的是涉及到C端用户的组件。如：当你作为一个用户打开携程或京东的网站、小程序、App时，那些支持你浏览产品内容、搜索商品、查看商品列表、下订单、查看订单、去支付等功能的那些组件都是前台内容。是那些与C端用户操做相关的组件。
2.后台：以B2C业务系统为例。后台指供B端(企业)内部人员使用进行业务管理所涉了的组件。比如：与履单相关的功能模块。与用户管理、订单管理、物流管理、仓库管理、内容管理、支付管理、商品管理、帐户管理、优惠/积分管理、权限管理等相关的组件。这些功能所涉及的界面外部用户(C端用户)是看不到的。
企业B2C电商系统的前台及后台功实现的情况是与相关公司的数字平台化程度相关的。举一个极端的例子。比如：有些公司没有前台，其主要靠销售人员向客户展示产品然后回到公司后在后台代用户下单。以前一些制造业的销售人员会采用此方法。
如果前台与后台的划分主要是从人员协作或组织架构方面进行划分。那么前端与后端的则是从技术平台或者物理上隔离的角度上进行区分。
1. 前端：通常指互联网应用开发中与用户交互的页面的设计、编码等组件。即可涉及前台也可涉及后台。
2. 后端：指提供业务逻辑、数据库访问、数据库、网络通信等相关功能的组件。其作用是支持前端的功能，完成用户从前端发来的请求。这是对机器可见但对前后台用户(技术开发与系统维护人员除外)不见的部分。
所以，前台与后台、前端与后端只是从不同角度看待同一个事物。当年曾有一个贸易公司的项目，公司的产、销、存都由公司内部人员完成，所以其前端及后端应用都是为后台开发的。
另外需指出的是，由于前台应用的客户大都通过互联网访问，而后台用户主要在公司局域网中访问系统，所以，在所涉及技术上会有不少区别。当年做过的一个咨询项目是：一个著名的汽车制造公司想将一套在公司内部运行的智能化系统放到互联网。让我们做技术架构评估及建议。以前在项目中遇到的类似的例子还很多，就不一一列举了。关于前端技术可看我以前写的介绍。
什么是中台？
现在切入正题。简单地说中台是在企业系统平台化的建社中为了更快捷有效地响应客户的需求将企业的业务、数据、技术、算法等中可复用的能力抽取出来形成的能力平台。随着数子化及平台化的不断推进，企业在数字化落地及提高企业能力方面也面临着许多新的挑战。如：
由于业务变化快、新业务繁多，要求企业频繁变更系统。而对企业后台系统的改造往往会涉及到企业内部的组织架构、流程与资源分配等方方面面。牵涉面较大，变更比较慢。所以后台系统的改造往往不能跟上前端变化的需求，使得很多功能的实现被移到了前端，前端逐渐变得过于沉重，组件被重复开发与维护;
不同产品及平台平行开发(烟囱式开发模式)，造成大量模块需要重复开发与维护；
软件产品由于不能快速订制化及快速部署，与客户传统方式相比难以体现其价值；
很多用户(特别是传统用户)的业务环境中存在多源、异构的数据及多个软件并存的现象。在业务流程中往往涉及各种类型的软件产品与工具(如：开源、自研发、商业、授权软件产品等)。不同软件相对独立，之间沟通困难。对使用者带来额外使用难度及工作量。此外，传统软件相对封闭的特点，也给系统集成及新技术及业务的引进造成困难；
……
中台技术与架构的出现是为了更好地将企业的数字化平台转化为能力平台。总之，中台就是企业能力的复用平台。
中台架构及实践
目前，各企业在"小前台大中台"的共识下根据自身的需求搭建中台架构。以下简单介绍一些企业的中台架构。
1. 有赞零售saas架构：:
2. 蚂蚁金服从平台到中台的实践(搜索中台)：
针对蚂蚁金服内部存在很多小的搜索系统造成“烟囱”林立，资源利用率低的情况，蚂蚁金服搜索部门首先为大量新兴的中小业务搭建了一个【低成本、高可用、少运维】的标准搜索平台(见上图)。
架构主要包括以下组件：
机房：两个机房的(Site A, Site B)。用多机房的架构保证高可用；
用户接入层：有 API，Kibana，Console 三种方式。用户可按使用 ES 原生的 API 一样使用平台；
路由层（Router)：负责将用户请求真实发送到对应集群中，负责一些干预处理逻辑；
队列(Queue): 每个机房中都有队列，负责削峰填谷和容灾多写；
ES集群：每个机房中有多个 ES 集群，用户的数据最终落在一个真实的集群中，或者一组对等的高可用集群中；
元数据(Meta)组件：实现所有组件的一站式自动化运维和元数据管理；
kubernetes： 所有的组件均是以容器跑在 k8s 上的，这样可以减少物理机运维操作，方便滚动重启；
在实现方式上：比如通过采用基于逻辑隔离和物理隔离的多租户、基于反馈的全局限流方案提高资源利用率。从而达到降低成本的目的；其搜索中就是"把一些通用的业务逻辑下移，来减少业务的逻辑，让业务专注于业务本身"。并增加基于用户的分层以减少学习成本。
3. 阿里的"大中台，小前台"架构
传统企业平台的搭建大都是一个随着业务的发展不断建设的过程。企业为了迎合业务的发展打造各种系统逐渐形式烟门囱式系统架构。各系统相对独立，资源利用率低。给维护和开发带来额外花费。传统的基于企业服务总线(ESB)的SOA架构由于其"中心化"的特点所以有性能扩展瓶颈的不足。
为了应对更敏捷、多变的前台业务需求，自2015年起阿里开始其"小前台大中台"的搭建。如下图：
据传马云2015年去欧洲的supersell参观，惊慕其小团队规模、高开发效率、高创新、快速试错的能力。supersell采用的是中台战略。马云回国后就在阿里集团内部推出了其"大中台小前台"的战略。
阿里的CEO张勇在湖畔大学的演讲中曾说过"中台是沉淀下来的，不是从下面成长上来的，从下面成长不上来中台 "。所以，中台产生的先决条件是企业要已有所沉淀。否则不必要建立中台。 阿里先将淘宝与天猫业务中通用和公共的业务(如：商品、交易、支付、评价、物流)梳理出来成为业务共享单元。由共享事业部独立维护。其后续新建业务如聚划算、菜鸟物流、1688等均接上述思路搭建。共享事业部负责支撑所有前台业务的业务共享单元的开发与维护。在从而避免了重复建设与维护。
4. AI中台架构
5. 爱奇艺推荐中台架构与实践
6. 网易数据中台架构与实践
7. SAAS平台的中台架构与实践
8. 平安科技智能认知中台架构与实践
企业中台建设如何落地？
总体来讲，如何使得企业中台架构最终得以落地是企业中台建设的关键。与搭建单纯的技术架构不同，中台架构是企业级架构。所以中台架构的建设将不仅仅涉及到企业现有技术与系统架构方面的改造更会涉及到企业的企业组织架构的重组、协作流程的改变、以及企业内部各方的利益与资源的再分配。这往往是一项极具挑战的工作。目前不少企业所实施的中台平台建设的瓶颈在于难以落地。尽管每个企业的中台建设将依企业的具体情况而异，但与建设其它企业级架构一样，企业的决策者在中台架构的搭建前需考虑一系列的问题。如:
1. 企业是否要实施中台建设？
企业为什么要建立中台架构？企业要建立什么样的中台架构？中台建设的目标与目的是什么？……
2. 何时建？
企业成功落地中台建设的环境与前提条件是什么？企业是否具备中台建设的条件与环境？……
3. 如何建?
先建哪些系统及后建哪些系统？roadmap是什么？建设中台采取何种投资方式？资金与资源从哪里获取？资源如何分配？选择什么技术？……
4. 由谁来建？
建设和维护中台团队的人员从哪里来？中台团队在职责上与其它业务团队的关系？如何划分范围？……
5. 如何评估与监管？
如何评估中台建设对企业的贡献与价值？如何评估中台业务团队的业绩与贡献？如何平衡中台建设与企业短期与长期的目标/收益之间的关系？……
6. ……
这些都是企业的决策者和企业架构师需要思考的问题。
参考
《从平台到中台：Elaticsearch 在蚂蚁金服的实践经验》
《什么是中台架构》
……
(未完。持续更新中……)
