《大型网站技术架构演进与性能优化》之大中台小前台[三]

1.为什么需要中台

本质上是为了解决业务实现的效率问题，降低创新的成本。
a.一些数据
电商业务的复杂度
b.系统规模的复杂度
单系统
分布式业务系统
业务平台
业务中台
构建基础平台
c.组织管理的复杂度
呼唤全能工程师
呼唤系统架构师
业务平台团队诞生
业务中台组织诞生

2.什么是中台

通过制定标准和机制，把不确定的业务规则和流程通过工业化和市场化的手段确定下来，以减少人与人之间的沟通成本，同时还能最大程度地提升协作效率。
中台的目标：减少沟通成本，提升协作效率。
中台的实现手段：制定标准和规范。
原则：集中管控，分布式执行。

3.提升中台的效率

a.沟通效率问题
统一术语
结构化表达需求
统一业务身份
b.开发效率
开发态和运行态分离：就是大家线下的开发都是独立进行的，包括打包和部署，接口的调动分开，走远程调用；另一种技术采用Node技术。
对系统进行分层和抽象建模。
c.测试效率
全链路Beta测试
d.运维效率
打包编译环节：优化流程、预处理、代码编译优化、增量编译、打包机器硬件升级。
代码分发步骤：考虑两个问题，代码的下载；如果代码包比较大且同时下载的机器比较多时，要考虑下载机器的网卡流量是否满足。
下线、重启、上线步骤：
回滚
e.中台的典型实践

4.中台是否能解决一切问题

中台也只是小范围适用。

5.总结

单系统：就是单个系统，业务形态比较单一，所有业务逻辑在一个系统实现，对应的开发协作一般在10个人左右。这种结构一般是在业务发展初期为了应对快速开发产生的，不用太多考虑稳定性和扩展性，唯一的刚性要求就是快速实现需求。
分布式系统：当开发人员达到100人左右时，就必须拆分系统了，按照业务单元进行角色拆分，要考虑好稳定性和扩展性，因为此时别人可能会依赖你的服务。
产品化：就是更多地把系统当成一个产品来提供。尽量保证产品的标准化、规范化和可靠性。
平台化：就是在产品的基础上，你不仅希望更多的人使用你的产品，而且还愿意邀请用户、合作伙伴一起建设和完善系统，给他们一整套的服务；你也不仅仅满足固定的需求，还会主动替客户着想，挖掘他的潜在需求。平台化比较适合团队规模千人左右的情况。
中台：大部分的业务场景中只要做到业务的平台化就很好了，在业务边界比较清晰的情况下，只要把基础的业务平台建设好，就可以非常快速地组装新业务系统。当团队规模达到上万人规模，信息获取成本高、互联互通成本高、服务能力不确定、、、、、、这会带来非常高的协调成本，当协调成本达到一定程度时就不会再有协同了——每个系统都会倾向于自己实现需求而不是依赖别人——这就会导致每个业务要形成自己的闭环并产生很多的重复建设，成为恶性循环。中台就是用来打破恶性循环，建立便于协同业务标准和机制的。

推荐阅读：
<<<《大型网站技术架构演进与性能优化》之分布式改造[一]
<<<《大型网站技术架构演进与性能优化》之无线时代下的构架演进[二]
<<<《大型网站技术架构演进与性能优化》之全球部署方案[四]
<<<《大型网站技术架构演进与性能优化》之代码级优化[五]
<<<《大型网站技术架构演进与性能优化》之合并部署[六]
<<<《大型网站技术架构演进与性能优化》之大秒系统的极致优化思路[七]
<<<《大型网站技术架构演进与性能优化》之资源调度优化[八]
<<<《大型网站技术架构演进与性能优化》之大型网站的稳定性建设[九]