文档介绍：Last revised by LE LE in 2021
架构师和架构师的工作
架构师和架构师的工作
曾经有句调侃的话“一块砖头掉下来，砸到10个人，9个总经理，还有一个是副总经理”形容头衔的泛滥。与此类似， Last revised by LE LE in 2021
架构师和架构师的工作
架构师和架构师的工作
曾经有句调侃的话“一块砖头掉下来，砸到10个人，9个总经理，还有一个是副总经理”形容头衔的泛滥。与此类似，在IT技术圈架构师也越来越多了，初级架构师，中级架构师，高级架构师，资深架构师，首席架构师。这些架构师做着各种不同范围的工作，有的只写PPT的，有的还要编码，还有的写测试用例，有的做系统维护，个别还会兼着项目经理。
架构设计包含几个方面。大家对架构师工作范围彼此认知不一致，多半是因为事先没有界定究竟是哪个方向的架构。一般来说分五类：业务体系架构，系统体系架构，应用架构，数据架构，基础架构。
。主要的工作是梳理业务需求，确定业务活动流程。其中一个重点是确定业务流程涉及的职能部门或者工作人员角色。每个职能部门或者人员的角色职责，和哪些业务活动节点相关。职能部门和相关人员的组织结构，上下级关系，或者在业务活动中的交互关系等。整理业务活动流程中流转的数据信息。将众多的业务活动流程划分为若干个业务系统，包括抽取出每个业务系统中共同的业务流程，构建出新的业务系统，为其他业务系统提供支撑。确定在各个业务系统之间交互的数据信息。业务架构设计是业务人员的工作，但IT人员也需要很细致深入地了解。
2.　系统体系架构。主要工作是根据业务需求梳理对应的系统需求，设计由哪些系统支撑哪些业务，各个系统的定位，系统之间的接口、关系，系统包含的功能，各种数据（如信息流、资金流等）流在系统之间的入口、出口、流转、传递、集成等。对应若干个业务系统，自然会有多个应用系统。应用系统和业务可以是一一对应的，具备相同的边界，也可以不对应。在业务架构分析结果的基础上，设计合理高效的系统整体架构，目标是更好地支撑和推动业务发展。没有对业务架构的深度理解，不可能设计完成高效稳定的系统体系架构。往往一个业务各个阶段在系统体系架构中分别对应不同的系统，一个整体业务流程是在一个系统中完成还是多个系统各管一段一定要建立在对业务深入理解的基础上，对业务有精准的定位才能做出合理的架构设计。
。对于一个应用系统，要设计由多少个应用程序，或者客户端API库组成。每部分各自实现什么功能，分布在多少个节点上，彼此怎么交互。每个程序的层次结构，线程驱动的应用逻辑流程。还要选定实现应用系统的技术手段。完成应用系统功能的设计，还要考虑应用系统的性能，负载能力，如何方便地做处理能力的扩展。除了要考虑性能上的扩展，还需要考虑功能上的扩展，应用系统的管理和监控，系统集成。选择使用什么编程语言实现，运行在什么操作系统上;之后越来越多的技术层面的需求被归纳抽取实现为中间件作为应用的开发和运行平台，为开发应用系统节省了时间，提供了基础功能支持，有了业务体系统架构和系统体系架构的分析结果，就要考虑怎么样构建具体应用系统来实现业务需求。一般为了复用，功能集