1 / 2
文档名称:

架构师和架构师的工作.docx

格式:docx   大小:24KB   页数:2页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

架构师和架构师的工作.docx

上传人:飞行的大米 2022/12/8 文件大小:24 KB

下载得到文件列表

架构师和架构师的工作.docx

文档介绍

文档介绍:该【架构师和架构师的工作 】是由【飞行的大米】上传分享,文档一共【2】页,该文档可以免费在线阅读,需要了解更多关于【架构师和架构师的工作 】的内容,可以使用淘豆网的站内搜索功能,选择自己适合的文档,以下文字是截取该文章内的部分文字,如需要获得完整电子版,请下载此文档到您的设备,方便您编辑和打印。架构师和架构师的工作
以前有句嘲讽的话“一块砖头掉下来,砸到10个人,9个总经理,还有一个是副总经理”形容头
衔的泛滥。与此近似,在IT技术圈架构师也愈来愈多了,初级架构师,中级架构师,高级架构师,
资深架构师,首席架构师。这些架构师做着各样不同样范围的工作,有的只写PPT的,有的还要编码,
还有的写测试用例,有的做系统保护,个别还会兼着项目经理。?
架构设计包含几个方面。大家对架构师工作范围相互认知不一致,多数是由于预先没有界定终究是哪个方向的架构。一般来说分五类:业务系统架构,系统系统架构,应用架构,数据架构,基础架构。
1.?????业务系统架构。主要的工作是梳理业务需求,确立业务活动流程。此中一个要点是确立业务流
程波及的职能部门或许工作人员角色。每个职能部门或许人员的角色职责,和哪些业务活动节点有关。职能部门和有关人员的组织构造,上下级关系,或许在业务活动中的交互关系等。整理业务活动流程中流转的数据信息。将众多的业务活动流程区分为若干个业务系统,包含抽拿出每个业务系统中共同的业务流程,建立出新的业务系统,为其余业务系统供给支撑。确立在各个业务系统之
间交互的数据信息。业务架构设计是业务人员的工作,但IT人员也需要很仔细深入地认识。
系统系统架构。主要工作是依据业务需求梳理对应的系统需求,设计由哪些系统支撑哪些业务,各个系统的定位,系统之间的接口、关系,系统包含的功能,各样数据(如信息流、资本流等)流在系统之间的入口、出口、流转、传达、集成等。对应若干个业务系统,自然会有多个应用系统。
应用系统和业务能够是一一对应的,具备同样的界限,也能够不对应。在业务架构解析结果的基础上,设计合理高效的系统整体架构,目标是更好地支撑和推进业务发展。没有对业务架构的深度理
解,不行能设计达成高效牢固的系统系统架构。经常一个业务各个阶段在系统系统架构中分别对应不同样的系统,一个整体业务流程是在一个系统中达成仍是多个系统各管一段必定要建立在对业务深入理解的基础上,对业务有精确的定位才能做出合理的架构设计。
3.?????应用架构。关于一个应用系统,要设计由多少个应用程序,或许客户端API库组成。每部分各自实现什么功能,散布在多少个节点上,相互怎么交互。每个程序的层次构造,线程驱动的应用逻
辑流程。还要选定实现应用系统的技术手段。达成应用系统功能的设计,还要考虑应用系统的性能,负载能力,怎样方便地做办理能力的扩展。除了要考虑性能上的扩展,还需要考虑功能上的扩展,
应用系统的管理和监控,系统集成。
选择使用什么编程语言实现,运转在什么操作系统上;
此后
愈来愈多的技术层面的需求被概括抽取实现为中间件作为应用的开发和运转平台,
为开发应用系统
节俭了时间,供给了基础功能支持,有了业务系统统架构和系统系统架构的解析结果,就要考虑怎
么样建立详尽应用系统来实现业务需求。一般为了复用,功能集中的要求,会设计好多细粒度的应
用系统。其他也会有一些新的对应技术层面需求的应用系统,比方监控系统,集成总线,前置系统
等等。要定义这些应用系统的接口和调用接口的规范,
确立各个应用系统互相交互的内容和过程。?
系统要模块化设计,松耦合,数据构造要留有扩展位,程序要用设计模式,这是最基本的要求。还
有当前已经人心所向的SOA,要求设计的系统具备开放性,按照一致的服务接口,一方面便于此后被其余系统复用,一方面也方便调用已有系统的功能。总之为了此后有新的功能需求,能够迅速实
现。优秀扩展性会让设计出的系统在更长的时间内保持先进性,不被裁减。每个应用程序需要有管理监控的接口,每个应用系统都要实现管理和监控功能。监控的重要性不亚于应用自己需要实现的业务功能,在做应用架构设计的时候,监控是需要特别重视的内容,设计监控实现甚至优先于设计
功能实现。现在的应用系统都要求能够实时监测,能够改变运转时应用程序的参数,实时的控制。?集成能够区分为几个层面,应用界面集成,应用接口集成,应用数据集成。此中应用接口集成包含
应用功能接口集成和应用监控接口集成。现在公司内部异构系统愈来愈多,标准的做法是搭建集成总线,使得这些异构系统能够方便的互联,互相调用相互的功能,交互各自的数据。
4?.数据架构。关于系统来说,除了应用架构,还有数据加构,二者是左右手关系。数据是业务领域的实体和操作在应用系统里的数据构造定义。设计数据的难点在于现实世界这些实体和互相作用的复
杂,实体的继承关系,会合关系,实体的分类都是比较难梳理清楚的事情。好多成熟行业都有行业内部的数据协议,在做数据架构设计的时候,有现成的数据定义是最好了,即便不完整按照标准,也能
供给好多的参照。假如逻辑层面的数据定义达成,那此后的工作就要简单调些。把这些数据对应于各
个应用系统使用的数据库和数据库里面的表单视图;应用程序内部的数据构造和对象定义;应用系统
交互时的网络数据包等等。此中数据库的设计是大型应用系统的重中之重,需要详尽地设计每个数据
库,每个表单和视图,确立每个数据库的容量和性能要求。需要梳理清楚多个应用系统和多个数据库
之间的关系。关于公司的多个应用系统而言,假如在设计之初有一致的数据架构设计,就防备了此后
大批繁琐的数据互换和数据整合工作。自然这是理想的状况,现实是这些此后的整合工作不行防备。
5.??基础架构。基础架构包含数据中心,灾备中心,网络架构,信息安全管理等等。关于做应用和数据
架构设计的架构师,对基础架构仍是要有所认识,这是应用系统的运转环境。
总之架构师的工作比较宽泛,详尽到每个架构师真实能做的和精晓的就不多了。