架构师知识体系

架构师定位：

在互联网上可以找到各种各样的架构师定义，就连各种权威组织对架构师的整体定义都是不一致的。所以，这里不对架构师应该是什么样的，怎样达到这样水平做评估。这里只是说明作者本人对架构师知识结构现阶段的理解。

本文限于作者本人的认识水平以及知识结构的影响，对整体架构师的认识和了解可能会不一致。如有任何不妥之处请高人不吝指教。

在互联网上搜索到各种个样的架构师，基本上可以总结为以下三种：

架构师

• 企业架构师(Enterprise Architecture):

  EA关注于构建复杂的企业生态系统，并解决高层次的战略问题。企业架构定义了业务架构的战略方向，从而可以理解需要哪些技术设施来支持该架构。
  这里最重要的是企业数字化的规划与实施能力。这个从某种角度来说是CIO的一种定义。CIO的工作包括：

  1. 制订信息化规划：根据公司整体战略发展，制订IT战略规划、团队建设和业务计划，推动公司信息化建设，就信息化建设向公司提供专业的咨询、建议和规划方案；主持分析信息化需求，制定信息化建设行动计划和时间表；
  2. 部门管理与团队建设：负责信息中心的日常工作和部门建设；合理分配任务，决定人员分工；对直接下属进行工作指导、协调和考核评价；负责信息技术团队建设和管理，持续提升团队工作、质量和效率。协调部门内外部信息的及时的沟通，有效沟通业务、职能部门，提供IT技术服务支持。

  按照上面对企业架构师工作的规划分析，企业架构师是从运维发展出来的职位。

• 解决方案架构师(Solution Architecture):

  解决办法结构解决办法是一个完整的过程——与许多不同的过程——这是一个与企业问题与技术解决办法之间的联系。这是：

  1. 确定最佳的技术解决办法，尽可能解决现有的业务问题。
  2. 对结构、特征、行为和软件的其他方面提出建议。
  3. 确定的特点、阶段和解决办法。
  4. 提供有关解决方案的具体规定，以确定、管理和确定解决办法。

  按照上面对解决方案架构师工作的分析，解决方案架构师从售前，产品，BA等职位发展出来的职位。

• 技术架构师(Technical Architecture):

  技术架构师主要负责工程问题和软件架构。

  从互联网上找到的技术架构师的定义基本上是这样的。但是，从某些角度来看这个定义不完善。从业务技术角度定义系统的由业务架构师、从存储角度定义系统结构的是存储架构师、从计算基础设计定义软件的是元计算架构师、从安全方面定义架构是安全架构师等等。都可以归在这一个层。

从上面可以看出，这些架构师的定义主要的影响是公司所处的行业特性。所以，这里借鉴某位高人的话：

每个人的知识体系都是不一样的，所以，不要以你的知识体系去限制别人。

也不用因为与别人的知识体系不同而自卑，想清楚自己的方向构建自己的知识体系即可。

保持开放的心态也是架构师所必须的^-^！

知识体系要点：

根据上面的结论，不要认为别人的知识结构就是好的。为自己选择方向构建出适合自己的知识体系才是最好的。可以说是非常好的"闻道有先后,术业有专攻,如是而已。--《师说》韩愈"的诠释。下面说明知识结构的几个要点：

• 不要拘泥于知识体系：

  《微服务设计》：

  规则对于智者来说是指导，对于愚者来说是遵从。——Douglas Bader

    知识体系为我们创建了解决问题的可选集，这个可选集从一定角度来看不可能是完善的。例如：演进式架构？Clean Architecture？DevOps？大家都听说过，但是有哪位能说充分的理解了它？而且对它随着时间的发展，都有不同的理解。所以，过程中需要分析这些技术、过程、实现的思想，在遇到类似的问题的时候去指导其他事情的实践。

    举一个简单的例子。在刚毕业那几年有幸接触到CMMI5，其中有两项现在还是印象深刻：量化，持续改进。现在作者本人可以把所有的事情都使用持续改进的思维方式去解决，生活中是否有很多不如意，装修老是有问题？生活总是很混乱？非常现实的问题，怎么做持续改进呢？

    从软件过程的知识中衍生出对待生活，对待自己的方式。所以，我们学习的是"道"，使用的才是"术"。

     不要把做事停留在"器"的层面，要学习做事过程中的"道"。

• 可复制的、可传授的知识体系：

  现在人们的思维方式都得到了很大的提升，社会也随着人们的思维方式提升得到了更多的发展。最简单的一个事项：现在人们都在想怎么帮助别人成功。虽然现在有些走偏，各种成功学、各种病毒式传播都是很不好的例子。也有很多很好的例子，例如：技术分享、付费知识等等。

  但现在帮助帮助他人成功或者帮助他人成长的过程中，怎样去执行？将自己的知识体系化，系统性的与他人讲解？其实有很多方式，例如：云基础设施，就降低了企业运营软件系统所要成本。

  在知识领域没有比较好的方式，因为每个人对事物的理解、解释都是不一样的。所以，最好的办法就是：

  授人以鱼不如授人以渔 --《淮南子·说林训》

  这也很符合马斯洛需求层次理论的描述。

• 知识体系是会随着时间发生变化的：

  世间每时每刻都在发生这变化。随着对知识体系的利用，也会总结出对某一块知识的经验。随着这样的过程对原先的知识体系的认识就会发生变化。以这些经验总结出方法论，去充实知识体系。这样是比较良好的一种对待知识体系的方式，也会帮助个人持续的成长。

• 使用知识体系指导自己的发展：

  正如上面这句话所说到的，在遇到陌生的事物的时候怎样去面对是一个问题。需要有方法指导即知识体系。

  完整的知识体系会是对知识的一种整理过程，可以帮助创建知识体系的人了解自己，了解自己的知识体系。从而不断的将自己推进到更高的层次。

知识体系：

架构师知识体系

知识体系可以分为几个层次：个人能力层，外包能力层，解决方案能力层，咨询能力层。
从个人成长角度看会从底层能力成长上层能力。从企业方面，使用企业规划、实施方法去自上而下的完成。从整体上讲有了知识体系之后可以组织自己的知识，并得知自己的欠缺。既可以解决问题，还可以指导学习。

以整体的企业架构（EA）为主组合运营、咨询、《软件工程》中的内容形成整套的架构师知识体系。企业架构主要帮助架构师解决项目从哪里来，怎么来，怎么规划的问题。运营，咨询帮助进行辅助的工作支持。再辅以《软件工程》从需求->分析建模->架构模式->实现技术->安全->质量->运维。

架构师的知识体系里面"技术实现"是个人基础能力部分。就像很多文章都在讨论的《架构师是否应该写代码》的问题一样。架构师必须可以整体上把握系统的情况，还可以在细节上做把控。

内容简介：

• 重要内容：

  1. 企业架构模式；
  2. 分析建模；
  3. 质量；
  4. 运维；
  5. 设计模式。

规划和设计系统时必须的知识。

• 主要内容：

  1. 实现技术；
  2. 运营；
  3. 咨询；
  4. 需求；
  5. 管理。

项目实施、技术实现、技术咨询相关的知识。

• 持续完成：

  1. 持续改进；
  2. 持续成长。

持续的提升自己，团队，公司所需要的内容。

 

Get架构师必须掌握的知识点

1. 高性能架构专题

1.1. 分布式架构思维

1.2. Zookeeper分布式环境指挥官

1.3. Nginx高并发分流进阶实战

1.4. ActiveMq消息中间件

1.5. RabbitMq消息中间件

1.6. Kafka百万级吞实战

1.7. Memcached进阶实战

1.8. Redis高性能缓存数据库

1.9. MongoDB进阶实战

1.10. 高性能缓存开发实战

1.11. Mysql高性能存储实战

1.12. FastDFS分布式文件存储实战

1.13. 高并发场景分布式解决方案实战

2. 微服务架构专题

1.1. 服务的前世今生

1.2. 基于分布式思想下的RPC解决方案

1.3. Dubbo应用及源码解读

1.4. SpringBoot

1.5. SpringCloud应用及源码解读

1.6. Docker虚拟化技术

3. 开源框架解析专题

1.1. spring5概述

1.2. Spring5 Framework体系结构

1.3. Spring5环境搭建

1.4. IOC源码解析

1.5. AOP源码解析

1.6. Spring MVC

1.7. Mybatis

4. 架构师筑基专题

1.1. JVM性能调优

1.2. Java程序性能优化

1.3. Tomcat

1.4. 并发编程进阶

1.5. Mysql

1.6. 高性能Netty框架

5. 团队协作开发专题

1.1. Git

1.2. Maven

1.3. Jenkins

1.4. Sonar

6. B2C商城项目实战

1.1. 系统设计

1.2. 用户管理子系统

1.3. 商品管理子系统

1.4. 搜索子系统

1.5. 订单子系统

1.6. 支付系统

1.7. 分布式调度系统

1.8. 后台系统

好了今天的干货就分享到这里了 如果你想学习上面的知识和需要以上高清导图和相关视频资料和可以加群：810589193，点击链接加入群聊【Java架构学习交流群】：https://jq.qq.com/?_wv=1027&k=5deQUBl