架构实战营毕业总结

【架构实战营】课程转眼就结束了，刚开始学习的时候觉得还有几个月，没想到一周一周竟过得这么快，都到了毕业的时候了。【架构实战营】课程内容丰富、知识面广泛、课程有序紧凑，老师将他从业开发架构经验总结成一套结构化的架构模式理论，并在课程中结合实际实践案例将这些理论娓娓道来，作为学员，收益颇丰。

    作为一个工作多年的技术老兵，做过很多行业的项目和代码的开发，仅就开发层面来说，基本已经游刃有余，得心应手了。但是对于架构设计，虽然工作中有时也会参与一部分架构设计和谈论，但是总是感觉自己是管中窥豹，只有局部，没有全局的视角，经常是涉及到哪再去关注哪块，只会局部微操，不能掌控全局。没有一套从上到下，从全局到局部的，丰富而又完整的方法论。导致常年处于架构设计的边缘，而又不得其法门。自己在开发过程中想多尝试架构设计方面的内容，其实在上架构实战营之前，自己已经看过很多的开源框架，但是都是一个点一个点的知识，通过架构实战营，让我的知识更加的体系化，更深入的理解这些知识点，下面把自己觉得感受很深的一些知识点总结出来：

如何成为优秀的架构师

1.对一两个技术方面具备非常深的专业知识和技术；

2.针对某个行业有着非常强的行业知识；

3.具备很好的倾听能力和沟通能力；

4.具备很强的解决问题，处理问题的能力。

4R 架构

软件架构是指软件系统的顶层结构，它定义了系统由哪些角色（Role）组成，角色之间的关系（Relation）和运作规则（Rule）

面向复杂度架构设计

为什么需要做架构设计？从软件技术发展史看，核心原因是软件系统规模的增长，使得数据结构和算法不再是主要问题，整个系统的结构成为首要问题。面向复杂度的架构设计本质上是为了降低软件系统的复杂度，通过分析系统需求，找到系统复杂的地方，然后设计方案。通过识别复杂度的来源，如高性能、高可用、可扩展、安全等总结出架构模式，使用一定的套路降低这些复杂度，如分库分表、缓存、集群、分片、微服务、DDD 等等，设计步骤可通过架构设计环。

架构设计三原则

架构三原则即：合适原则，简单原则，演化原则，用来指导决策。架构三原则个人理解其实就是统筹业务、资源、和时间，并做到收益最大化分配。

架构设计复杂度模型

复杂度分为业务复杂度和质量复杂度，前者主要体现为难以理解、难以扩展，如业务数量多、业务流程长、业务之间关系复杂；后者主要体现在对高性能、高可用、成本、安全等质量属性的要求，两者是正交的关系：

成长方法论

1.架构师的个人成长有以下三个重要因素：

2.架构思维：判断、取舍和创新。

3.能力：技术、业务和管理。

4.成长原则：复杂度和 10000 小时理论。

学习方法论

1.海绵学习法：时间就像海绵里面的水，挤挤总是有的。

2.Play 学习法：通过模拟实践中的场景来进行学习和训练。

3.Teach 学习法：通过给别人讲解来提升自己的理解。

4.链式学习法：自顶向下，逐步深入，一环扣一环。

5.比较学习法：横向比较同一个领域中类似的技术，梳理它们的异同，6.分析它们各自的优缺点和适用场景。

7. 环式学习法：按照技术或者业务的维度，构建一个完整的闭环过程，将多个领域的“鱼”一网打尽。

架构师全方位总结

架构师是业务和技术之间的桥梁，不能只顾技术不懂业务。架构师需具备判断、拆解、取舍能力，需掌握确定性思维、创造性思维和系统性思维。

无论如何吧，对我来说，能坚持学习完这么一个时间超长、知识超多、涉猎面超广的课程是一件难得的事情，更是一件值得的事情。难得在于能在每周坚持抽出一部分时间来补充知识技能。值得是因为架构实战营不仅让我在架构方面形成了一些方法论，也帮助我在实际工作中解决了部分问题。架构师是业务和技术之间的桥梁，需要具备判断、拆解和取舍的能力，不能只顾技术不懂业务，《架构实战营》结束了，希望能在工作中灵活运用学到的方法，在实践中不断应用、总结、提升。

在课程的最后，老师还对架构师的成长做了详尽的说明，授之以鱼不如授之以渔，各种学习方法，每种困境下如何突破自己，老师将这些学习技巧都授予给了学员，能够让学员们在接下来的学习中少走弯路、事半功倍。