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