传统的前台后台的概念是对于C/S或B/S架构的系统而言，前台就是面向用户的可视化操作页面，即C端（客户端/APP等）或B端（浏览器浏览的网页），后台就是S端（服务、数据库、后台管理页面等等）；
随着现在互联网产品的越来越复杂，各种业务交织在一起形成多业务网络，一些后台的数据和服务需要为多个业务提供服务、做到数据资源共享，于是就衍生出了中台的概念：把传统后台中的一些管理公共资源/数据的页面/服务拆分出来，形成中台系统。而那些中台之下的基础服务/数据库我们称为相对于中台而言的后台，当然也有人把一些企业内部和业务线无直接关系的管理系统称为后台，但是我还是比较喜欢我这里给出的分类方法，因为这样的分类是有逻辑连贯性的，是可以和技术发展路线对应起来的。
总结一下：前台就是给用户看的可视化界面；中台就是为多个前台提供数据资源整合的系统（包含服务和管理页面）；后台就是我们为前台/中台提供支撑的基础服务和数据库系统。
中台概念的提出，实际上是为了满足由多业务的发展带来的资源统一利用的需求。因此中台不仅仅是技术上的概念，更是管理上的新概念，它实际上是由一个统一的技术服务团队来为多条业务线提供集中的技术数据服务，体现的是公司内部的资源整合能力。
比如阿里巴巴，一开始只有淘宝的时候，只需要一个后台管理所有的商品、商家、用户等数据即可；后来为了品牌升级，做了天猫，但是淘宝和天猫的用户实际上是共享的，订单物流等信息也可以是共享的，于是就由一个共享业务事务部负责2条业务线的技术服务。这个时候这个共享业务事务部的话语权还是很弱的，就相当于是淘宝业务部和天猫业务部的技术后勤保障部门。
2010年聚划算成功出世，聚划算一上线展现了强大的流量吸引威力，淘宝和天猫都想对接聚划算，后来的1688也参与其中，聚划算应接不暇，这个时候集团决定所有和聚划算对接的平台，都要经过共享业务事业部，这样共享业务事务部就有了一个很强的抓手，将原本与三大电商业务对话权不平衡的情况拉到了一个相对公平的水平。
随着共享业务事务部的不断发展，就诞生了大中台的概念：大中台汇聚了阿里巴巴所有的数据，形成了多个中台系统（如上图所示，共享业务事务部中的每一个中心，都是一个中台系统），为阿里巴巴的所有业务线提供集中统一的服务（各条业务线的APP、网页、小程序等就是前台）。
而为中台和前台提供基础支撑的就是后台，如上图所示的阿里云平台上搭建的各种服务系统、文件系统、数据库系统等，以及各类监控报警、故障处理、系统升级、应用发布、安全防控、业务监控、运维保障相关的服务系统。
前台、中台、后台对应的不仅仅是技术架构，更是管理架构。
是不是什么企业都要上中台呢？答案是不是的。上中台项目的前提是你要有多条业务线，需要整合各类资源和数据。如果你的公司很小、处于创业初期，只需要使用最简单的前台后台架构即可，不需要花时间搞中台，没有意义。
即我们使用什么样的技术架构、什么样的管理模式，都取决于我们的实际业务发展要求，只要能够最大限度地促进业务发展，保持高效运转就是好架构、好模式，不需要一味赶时髦，投入产出比不划算的。
