《架构师和架构师的工作》由会员分享，可在线阅读，更多相关《架构师和架构师的工作（2页珍藏版）》请在金锄头文库上搜索。
1、架构师和架构师的工作曾经有句调侃的话“一块砖头掉下来，砸到10个人，9个总经理，还有一个是 副总经理”形容头衔的泛滥。与此类似，在 IT 技术圈架构师也越来越多了，初级 架构师，中级架构师，高级架构师，资深架构师，首席架构师。这些架构师做着各 种不同范围的工作，有的只写 PPT 的，有的还要编码，还有的写测试用例，有的做 系统维护，个别还会兼着项目经理。架构设计包含几个方面。大家对架构师工作范围彼此认知不一致，多半是因为 事先没有界定究竟是哪个方向的架构。一般来说分五类：业务体系架构，系统体系 架构，应用架构，数据架构，基础架构。1. 业务体系架构。 主要的工作是梳理业务需求，确定业务活动流程
2、。其中一个 重点是确定业务流程涉及的职能部门或者工作人员角色。每个职能部门或者人 员的角色职责，和哪些业务活动节点相关。职能部门和相关人员的组织结构，上 下级关系，或者在业务活动中的交互关系等。整理业务活动流程中流转的数据信 息。将众多的业务活动流程划分为若干个业务系统，包括抽取出每个业务系统中 共同的业务流程，构建出新的业务系统，为其他业务系统提供支撑。确定在各个 业务系统之间交互的数据信息。业务架构设计是业务人员的工作，但 IT 人员也 需要很细致深入地了解。2. 系统体系架构。主要工作是根据业务需求梳理对应的系统需求，设计由哪些系 统支撑哪些业务，各个系统的定位，系统之间的接口、关系，系
3、统包含的功能， 各种数据（如信息流、资金流等）流在系统之间的入口、出口、流转、传递、 集成等。对应若干个业务系统，自然会有多个应用系统。应用系统和业务可以 是一一对应的，具备相同的边界，也可以不对应。在业务架构分析结果的基础 上，设计合理高效的系统整体架构，目标是更好地支撑和推动业务发展。没有对 业务架构的深度理解，不可能设计完成高效稳定的系统体系架构。往往一个业务 各个阶段在系统体系架构中分别对应不同的系统，一个整体业务流程是在一个系 统中完成还是多个系统各管一段一定要建立在对业务深入理解的基础上，对业务 有精准的定位才能做出合理的架构设计。3. 应用架构。对于一个应用系统，要设计由多少个应
4、用程序，或者客户端API库 组成。每部分各自实现什么功能，分布在多少个节点上，彼此怎么交互。每个 程序的层次结构，线程驱动的应用逻辑流程。还要选定实现应用系统的技术手 段。完成应用系统功能的设计，还要考虑应用系统的性能，负载能力，如何方 便地做处理能力的扩展。除了要考虑性能上的扩展，还需要考虑功能上的扩展， 应用系统的管理和监控，系统集成。 选择使用什么编程语言实现，运行在什么 操作系统上 ; 之后越来越多的技术层面的需求被归纳抽取实现为中间件作为应 用的开发和运行平台，为开发应用系统节省了时间，提供了基础功能支持，有了 业务体系统架构和系统体系架构的分析结果，就要考虑怎么样构建具体应用系统
5、来实现业务需求。一般为了复用，功能集中的要求，会设计很多细粒度的应用系 统。另外也会有一些新的对应技术层面需求的应用系统，比如监控系统，集成总 线，前置系统等等。要定义这些应用系统的接口和调用接口的规范，确定各个应 用系统相互交互的内容和过程。 系统要模块化设计，松耦合，数据结构要留有 扩展位，程序要用设计模式，这是最基本的要求。还有目前已经深入人心的 SOA， 要求设计的系统具备开放性，遵循统一的服务接口，一方面便于以后被其他系统 复用，一方面也方便调用已有系统的功能。总之为了以后有新的功能需求，能够 快速实现。良好扩展性会让设计出的系统在更长的时间内保持先进性，不被淘汰。 每个应用程序需要
6、有管理监控的接口，每个应用系统都要实现管理和监控功能。 监控的重要性不亚于应用本身需要实现的业务功能，在做应用架构设计的时候， 监控是需要非常重视的内容，设计监控实现甚至优先于设计功能实现。现在的应 用系统都要求能够实时监测，能够改变运行时应用程序的参数，实时的控制。 集 成可以划分为几个层面，应用界面集成，应用接口集成，应用数据集成。其中应 用接口集成包括应用功能接口集成和应用监控接口集成。现在企业内部异构系统 越来越多，标准的做法是搭建集成总线，使得这些异构系统可以方便的互联，相 互调用彼此的功能，交互各自的数据。4 数据架构。对于系统来说，除了应用架构，还有数据加构，两者是左右手关 系。
7、数据是业务领域的实体和操作在应用系统里的数据结构定义。设计数据的难点 在于现实世界这些实体和相互作用的复杂，实体的继承关系，集合关系，实体的分 类 都是比较难梳理清楚的事情。很多成熟行业都有行业内部的数据协议，在做数 据架构设计的时候，有现成的数据定义是最好了，即使不完全遵循标准，也能提供 很多的参考。如果逻辑层面的数据定义完成，那之后的工作就要简单一些。把这些 数据对应于各个应用系统使用的数据库和数据库里面的表单视图；应用程序内部的 数据结构和对象定义；应用系统交互时的网络数据包等等。 其中数据库的设计是大 型应用系统的重中之重，需要详细地设计每个数据库，每个表单和视图，确定每个 数据库的容量和性能要求。需要梳理清楚多个应用系统和多个数据库之间的关系。 对于企业的多个应用系统而言，如果在设计之初有统一的数据架构设计，就避免了 之后大量繁杂的数据交换和数据整合工作。当然这是理想的情况，现实是这些之后 的整合工作不可避免。5. 基础架构。基础架构包括数据中心，灾备中心，网络架构，信息安全管理等等。 对于做应用和数据架构设计的架构师，对基础架构还是要有所了解，这是应用系统 的运行环境。总之架构师的工作比较广泛，具体到每个架构师真正能做的和精通的就不多了。
