架构实战营 - 模块 3 学习分享

很快 2 周过去了，这次的作业感觉难度还是比较大的，写的比较费劲，而且写完了感觉就想写了一堆废话，本来想删掉重写，但五一假期已经进入倒计时了，还是先完成一版吧。。。

我想主要原因是缺乏这个项目的背景信息，只能按照老师提供的一些信息和模板来编写对应的架构设计文档，这也许是架构师面对的难题之一，作为专职架构师，你很有可能需要为一个你不了解业务和背景信息的项目来设计架构，这也一直是架构师让人诟病的地方之一，你还没有了解情况呢，就跑去设计架构，以后面对这种情况时需要慎之又慎，避免拍脑袋架构。

要说这个模块的内容还是比较接地气的，

1. 第一节课就讲的是架构师的工作内容和工作方式，大多是写文档和开发。。。

2. 第二节课就是架构设计的前期工作如何开展，主要是围绕着干系人诉求分析和排序，

3. 第三节课就是架构的中期改如何做，核心是备选方案的设计和评估

4. 第四节课就是架构的后期工作如何做，主要就是架构设计文档该如何写

5. 第五和第六节课，都是通过案例来说明中后期架构设计改怎么做。

总的来时还是秉承着一贯的实战为本的思想，继续以架构设计环为核心做架构设计，做各种权衡。

架构设计环如下所示。

其实吧，这些年的一些个人经验，在做架构备选架构选型时还是需要编写一些代码搭建简单的框架来验证思路和假设的，也许是老师的经验很丰富，有以前的项目数据，所以这个过程没有体现。

比如我就不敢拿 mysql 做消息中间件，因为我的理解，单点的 mysql 写入超过 1000 就有点难了，所以除非做了充分的验证，否则不敢做这样的设计。

最后确确实实的感觉到有人的地方就有江湖，无论是阿里还是国企。