大型网站技术架构演进与性能优化(三) 大型网站平台化演进：大中台小前台

三、大型网站平台化演进：大中台小前台
中台这个概念早期是由美军的作战体系演化而来的，技术上所说的“中台”主要是指学习这种高效、灵活和强大的指挥作战体系。电商经过十几年的发展，组织已经庞大而复杂，业务不断细化拆分，也导致野蛮发展的系统越来越不可维护，开发和改造效率极低，也有很多新业务不得不重复造轮子，所以中台的目标是为了解决效率问题，同时降低创新成本。
1、为什么需要中台
本质上是为了解决业务实现的效率问题，降低创新的成本。
一些数据
电商业务的复杂度
系统规模的复杂度
单系统
分布式业务系统
业务平台
业务中台
构建基础平台
组织管理的复杂度
呼唤全能工程师
呼唤系统架构师
业务平台团队诞生
业务中台组织诞生
2、什么是中台
通过制定标准和机制，把不确定的业务规则和流程通过工业化和市场化的手段确定下来，以减少人与人之间的沟通成本，同时还能最大程度地提升协作效率。
中台的目标：减少沟通成本，提升协作效率。
中台的实现手段：制定标准和规范。
原则：集中管控，分布式执行。
3、提升中台的效率
沟通效率问题
统一术语
结构化表达需求
统一业务身份
开发效率
开发态和运行态分离：就是大家线下的开发都是独立进行的，包括打包和部署，接口的调动分开，走远程调用；另一种技术采用Node技术。
对系统进行分层和抽象建模。
测试效率
全链路Beta测试
运维效率
打包编译环节：优化流程、预处理、代码编译优化、增量编译、打包机器硬件升级。
代码分发步骤：考虑两个问题，代码的下载；如果代码包比较大且同时下载的机器比较多时，要考虑下载机器的网卡流量是否满足。
下线、重启、上线步骤：
回滚
中台的典型实践
4、中台是否能解决一切问题
中台也只是小范围适用。
5、总结
单系统
就是单个系统，业务形态比较单一，所有业务逻辑在一个系统实现，对应的开发协作一般在10个人左右。这种结构一般是在业务发展初期为了应对快速开发产生的，不用太多考虑稳定性和扩展性，唯一的刚性要求就是快速实现需求。
分布式系统
当开发人员达到100人左右时，就必须拆分系统了，按照业务单元进行角色拆分，要考虑好稳定性和扩展性，因为此时别人可能会依赖你的服务。
产品化
就是更多地把系统当成一个产品来提供。尽量保证产品的标准化、规范化和可靠性。
平台化
就是在产品的基础上，你不仅希望更多的人使用你的产品，而且还愿意邀请用户、合作伙伴一起建设和完善系统，给他们一整套的服务；你也不仅仅满足固定的需求，还会主动替客户着想，挖掘他的潜在需求。平台化比较适合团队规模千人左右的情况。
中台
大部分的业务场景中只要做到业务的平台化就很好了，在业务边界比较清晰的情况下，只要把基础的业务平台建设好，就可以非常快速地组装新业务系统。当团队规模达到上万人规模，信息获取成本高、互联互通成本高、服务能力不确定、、、、、、这会带来非常高的协调成本，当协调成本达到一定程度时就不会再有协同了——每个系统都会倾向于自己实现需求而不是依赖别人——这就会导致每个业务要形成自己的闭环并产生很多的重复建设，成为恶性循环。中台就是用来打破恶性循环，建立便于协同业务标准和机制的。