阿里大中台小前台解读

近期读了企业IT架构转型之道这本书，让我对了解到了阿里巴巴的大中台，小前台的组织架构。

什么是大中台，小前台

大中台，小前台的开发模式本质上就是资源集中化，中台通过集合整个集团的运营数据能力，产品技术能力，来对各前台业务形成强力支撑。通过技术中台化，将产品开发的流程变得更加简洁高效，每一个业务团队都是一个个小前台。通过中台提供的技术支持，前台部门只需要去关注业务的开发，不再重复造轮子。厚平台，薄应用的的架构使得每一个前台部门都特种部队化，而中台则是航母舰群。通过中台提供强有力的支持来完成迅速，敏捷的开发。未来的开发模式就应该是后台服务标准化，前台趋于灵活。

中台起源

中台的架构思想起源于马云在2015年中的一次商务拜访。位于芬兰的赫尔辛基的移动游戏公司Supercell号称是世界上最成功的移动游戏公司。Supercell就是典型的以小团队模式进行游戏开发的公司。每几个员工组成独立的开发团队，称之为cell。团队自己决定做什么样的产品，然后最开的开发推出，观察市场反馈。反馈不好则迅速放弃。通过这样的开发模式，使得Supercell公司开发的游戏占据了游戏榜单的大半江山。而为什么Supercell可以完成这一壮举呢。这是因为Supercell经过六年的时间将游戏开发过程中公共，通用的游戏开发素材，算法做了很好的沉淀，企业的文化充分鼓励员工进行创新，试错。在多年的游戏研发中，Supercell积累了非常科学的研发方法和体系，构建了一个非常强大的中台。正因为这样，使得今天公司可以支持几个人的小团队在几周时间就能研发一款新的游戏。

中台架构

图引用自企业IT架构转型之道

我们看一张阿里巴巴的中台体系架构图，在这张图中，我们可以清晰的看到阿里巴巴的中台架构已经相对完善了，通过共享业务事业部来给淘宝，天猫，聚划算等电商平台提供了强而有力的支持。

如何构建一个中台

构建业务中台的基础-共享服务体系

讲这一章之前，我们先需要了解什么是SOA。SOA的中文名是面向服务架构，本质上是一种粗力度，松耦合的服务架构，与现在大火的微服务架构理念的本质是类似的。SOA架构的核心价值就是服务重用。
SOA的主要特性

面向服务的分布式计算。
服务间的松散耦合。
支持服务的组装。
服务注册和自动发现。
以服务契约方式定义服务交互方式。

而一个好的中台就是需要提供共享的服务，避免重复的功能建设和维护带来的成本浪费。基于共享服务体系建设的服务中心，原生就将相关业务领域的业务功能和数据做了含好的统一。同时，共享服务体系也是培育业务创新的土壤，赋予业务快速创新和试错能力。原本的开发流程可能会非常的复杂漫长，而基于共享服务体系的开发可以做到快速的接入原有的共享服务，自己本身只需要关注核心的不同的业务开发即可。同时，由于资源的集中化，在共享服务中心，可以更好的做到大数据分析，营销。帮助前台业务部门进行数据的分析提供。

分布式框架选择

平台服务化

原有的整个项目打成一个war上线部署会导致技术团队的维护成本大大增加。带来的问题有以下几点

项目团队间协同成本高,业务响应速度变慢
应用复杂度过高
错误难以隔离
数据库连接能力难以扩展
应用扩展成本高

而基于SOA理念的分布式架构将原来的war包分成一个个模块的服务化架构可以带来以下好处

降低不同模块开发团队间的协同成本，业务响应更加迅捷。
大大降低了系统间的耦合度及整体复杂度
避免了个别模块的错误给整体带来的影响
业务拆分后解放了对单数据库集群连接数的能力依赖
做到针对性的业务能力扩容，减少不必要的资源浪费

关于微服务

微服务架构的典型特征

分布式服务组成的系统
按照业务而不是技术划分组织
做有生命的产品而不是项目
智能化服务端点和傻瓜式服务编排
自动化运维
系统容错
服务快速演化

从本质上说，微服务是SOA的一种演变后形态，与SOA的方法和原则没有本质上的差别。

共享服务体系搭建

共享服务中心的建设原则

服务中心一定是不断发展的
服务中心中的服务形态多样性
服务中心可以有多种不同的组成形式

服务中心的划分原则

高内聚，低耦合原则
数据完整性原则
业务可运营性原则
渐进性建设原则

总结

总体来说，中台其实就是一个共享服务的体系结构。我们需要在日常的开发过程中将通用的服务抽离出来做到共享服务的体系结构当中。大中台，小前台的体系结构可以使得管理更加高效，小团队更加扁平化。由于资源的共享可以让开发更加敏捷，更能够知道需要做什么，该怎么做。