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

布满荆棘的人生 2023-07-03 03:23 9阅读 0赞

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