背景：

现状

• 物质生活：
  从缺到多，从卖方市场到买方市场；已经在发生变化。

• IT：
  随着科技生活的发展，从最初的PC时代进入到互联网时代，一直到移动互联时代的今天;已经越来越贴近你我每一个人。

• 传统行业：
  因应时代发展，传统制造业也急需赶上，从大规模生产到按需生产：也需要接受四面八方而来的小订单来适应市场要求。

传统软件开发工程

以中等规模项目为例说明：

瀑布模型	NO	阶段	人月
	1	需求分析	1
	2	概要设计	10
	3	详细设计	15
	4	编码	20
	5	单体测试	20
	6	结合测试	10
	7	综合测试	5
	8	产品交付	1
	9	运维	12

分析

除提供为期1年的技术支持外，从阶段1到阶段8，总共需要102人月。

如果以公司开发团队10人规模计算，就需要10.2个月才能交付整个产品。

痛点

• 1，依赖性强：靠后阶段严重依赖靠前阶段工程。
• 2，成本高：工程依赖链路长，时间跨度大。
• 3，应对需求变化差：阶段越靠后，需求变化带来的失败风险越高
• 4，环境差异大：开发环境与生产环境之间有差异：容易造成开发无故障，而生产环境有故障。

面对痛点：

• 1，如何摆脱这么强的依赖
• 2，如何应对需求变化
• 3，如何应对上线风险
• 4，如何快速迭代，打磨产品

催生需求：

为贴近你我而催生出来各式各样的产品，以目前互联网用户9亿为基础计算，传统架构已经越来越显得捉襟见肘；
高并发，高可用，高性能等要求，催生出Spring Cloud，VMare，Docker，K8S等方兴未艾的架构设计。

现如今：

人工智能，物联网IOT等先进理念也在发展之中。

假设你是公司经营者

因应现在所处时代，应该怎么干呢？

公司架构：

有两个事业部--基础事业部和业务事业部

公司主营产品：

A产品

发展年限：

10年

发展瓶颈在哪里：

• 1，发布新产品周期，以往以年计算：一年一次；怎样缩短发布周期？
• 2，客户到底需要什么样的产品，怎么做才符合需求？
• 3，传统销售渠道，链路较长，交货时间已经不能再缩短；直销是不是可行？
• 4，多年来积累的ERP数据，怎样才能挖掘其价值？

带着这些问题学习

试着采用5W1H方法学习架构

5W1H分析法

• 原因（WHY）
• 对象（WHAT）
• 地点（WHERE）
• 时间（WHEN）
• 人员（WHO）
• 方法（HOW）

5W11H	现状如何	为什么	能否改善	该怎么改善
对象 WHAT	干什么	为什么干这种产品	是否可以干别的	到底应该干什么
目的 WHY	什么目的	为什么是这种目的	有无别的目的	应该是什么目的
地点 WHERE	在哪儿干	为什么在那儿干	是否在别处干	应该在那儿干
时间 WHEN	何时干	为什么在那时干	能否其他时候干	应该什么时候干
人员 WHO	谁来干	为什么那人干	是否由其他人干	应该由谁干
方法 HOW	怎么干	为什么那么干	有无其他方法	应该怎么干

总体架构篇

大家关注的点，应该怎么学

从传统架构到微服务架构
在大厂是怎么落地的？微服务的推出是因为什么原因？

训练营讲过：在2008年的时候，百度内部微服务架构就已经达到3W的规模，那时就已经非常高大上，非常流行了。

但市面上的大部分企业还停留在单体架构中，稍好一点的是集群，再好一点的是分布式（固化类型）

整体架构篇

不会讲得特别特别细，主要讲由来：从单体架构到服务网格架构，它的整个由来是什么，为什么这么变迁？其背后的本质是在什么情节和场景下演变而来的？主要围绕这几个环节讲清楚。这样在应对面试官就游刃有余了，比如面试官问你：你的架构为什么这么设计？这样设计有什么好处？有没有其他架构可以替代？组件和组件间有什么好处，能解决什么问题，和其他中间件有什么差异性，其优越性在哪儿？但这些仅是中间件推广过程的东西，为什么这么设计不会讲，产生这样变迁其背后的原因是什么？

为什么08年的时候BAT已经开始用微服务架构了；
架构的缘由史：

在大规模后，从单体到微服务，已经到后来的服务治理

为什么需要变迁，其蕴含的缘由是什么？到底为什么这么设计？
节奏：每个小时休息10分钟

我们整体聚焦在架构的设计思想是什么？
带着问题去讲里面的内容

整个课题大纲应该怎样去学，学什么东西？一共11个章节，难点在什么地方？

每个章节应该注意什么东西，讲了什么东西？对你工作中有什么用途？你所注意到的重点和老师指出来的重点是否一致？
开始讲怎么去学，重点在什么地方？

第一章总结一个字：快
在大厂从少量的用户到不断吸收死粉，这样的大规模的体制中，它所处理用户数据越来越多，用户请求也越来越多；必然发生结构上的变化；也就是说你的架构设计也要发生变迁，变迁的过程中：其解决的一个主要问题就是快，处理更多的用户数据，处理更多的请求；解决业务的灵活性扩展，这个过程我们涉及到两类架构：一个是业务架构另一个是技术架构。
整个讲解过程中，不会讲业务架构；但在实战案例中会一点儿