罗毅：深化IT架构转型，助力业务创新发展

这些软件架构可以按照一个从客户端到服务器端的顺序来介绍

1，客户端，通常为windows系列的 *** 作系统，少数为Linux以及Mac的。

2，web服务器，一般为IIS或者apache，如果有中间件，通常采用中间件集成的web服务器

3,中间件, net系列的通常作为windows服务器组件而存在，java的要自己另外安装，通常有tomcat, jboss, weblogic, websphere等等

4, 数据库, mysql, MS SQLServer, Oracle, DB2等等

5, 服务器端的 *** 作系统，通常为Windows Server, Linux Server(Redhat/Suse/Fedora/CentOS/Ubuntu等), Unix(Solaris, AIX, HP-UX等)

6,开发环境,一般有Visual Studio，Eclipse等

本方案对于企业管理的作用和价值

随着现代社会中企业对IT系统的使用越来越深入和频繁，如何管理好企业的IT系统成为不可忽视的管理议题。如果在IT建设过程中缺乏总体架构和规划，企业将在IT管理上面临众多的挑战。比如：业务越来越复杂，IT系统越来越庞大;难以统筹地管理;看不清楚IT建设的现状，更谈不上合理规划新的IT建设;企业内IT和业务沟通困难，业务人员用不好系统，IT人员服务质量也不高。

企业架构(EnterpriseArchitecture)是对构成企业的所有关键元素和关系的综合描述。它是一个用于描述和分析企业的现状，并对企业做出合理诊断和规划的方法。企业架构就类似于医学上将人体构造分解为骨骼、肌肉、血液等组成部分，既考虑每个部分的成分，也考虑这些部分是如何结合并协同工作的。它是现代企业用于自我分析和自我管理的工具。

单纯地从IT的视角管理IT系统让许多企业深陷管理困境，解决问题也是按下葫芦浮起瓢。实际上，IT的服务对象是企业的战略、组织、流程等一系列的要素。因此对IT的管理如果不考虑这些要素，那就会理不到头绪，产生诸如系统庞大并与业务脱节等症状。因此，需要通过企业架构的管理思想来管理IT架构，并实现如下价值：

1)理清IT架构，明确IT管理现状

IT架构管理对于企业来说，首先是需要“理清楚”然后才是“管起来”。与IT架构相关的内容既包括企业的业务流程、信息数据、应用功能、服务器和网络等管理要素，也包括传输类型、控制方法、管理策略、开发技术等技术层面的要素，合理清晰地梳理这些内容并了解相互管理，才算是帮助企业真正明白目前IT管理的现状。

2)分析企业现状，找到IT管理的可改进点

如果说明确IT管理现状是企业对自身的一个审视和了解，那么IT现状分析就是企业对自身的“望闻问切”。通过对企业流程与应用系统覆盖度的分析，我们可以知道企业IT应用主要存在于企业哪些地方，而通过对企业流程与应用系统冗余度的分析，我们又可以知道企业IT系统之间存在的功能重复或冲突集中在哪里。

当然，企业IT分析同样不能零散的开展，因此需要有一个整体的分析设计体系和科学的分析设计方法，本方案基于在流程分析领域一直处于世界领先地位的ARIS平台，提供了一套在IT架构现状分析上成熟的方案。

3)合理地规划与改进IT建设

以往的IT规划往往从IT系统本身出发，或借鉴国际先进的经验，或追求新的产品与技术。而一个真正适合企业的IT规划既要有适度的前瞻性，又要能够贴切地满足企业战略和企业的生存环境。否则就像在水下穿了一件太空衣，虽然外表光鲜亮丽，但实际上花费巨大却没有解决实际问题。

企业架构下的IT规划强调的是从企业战略出发，首先规划业务架构层，然后延伸到应用架构和数据架构，最后结束于企业的基础设施架构，其中包含战略、流程、系统功能、模块、数据、数据接口、系统实例、应用机房、网络信息和技术细节等等各种管理要素，可以说是对企业IT建设的量体裁衣。

4)完整地管理IT资产与技术

仅仅规划和实施IT系统是远远不够的，大多企业在实施IT系统后，更重要的是运维和管理IT系统。在这样一个层面上，IT系统无疑于企业的IT资产。结合IT服务管理标准和企业资产管理的思路来统筹的管理IT系统，也是企业架构可以发挥力量的地方。

同样，企业里面往往也有专门管理IT配置的工具(CMDB)，但这些工具往往又忽略了企业业务与战略和IT之间的关系，如何将这些内容集成和统筹地管理，也是企业架构管理思想所考虑的内容。

借用企业架构的管理思想来管理IT架构，将保障IT系统不再与现实脱节，也不再落后于战略和业务的发展。IT系统将像企业的设备等重要物质资产一样有效地管理起来。

基于企业架构(EA)的IT架构管理解决方案及其交付物

在企业架构(EnterpriseArchitecture)的管理方法中，IT的规划需要与业务的需求统筹地管理起来。因此，一般将企业的IT架构划分为四个层次：

业务架构层：包含企业的战略、组织与流程等业务相关的架构，主要用于分析业务的驱动与业务的需求。

应用架构层：包括应用系统，系统功能，系统接口，相关应用的服务等，主要用于从业务层面将需求层层分解为系统的功能。

信息架构层：包括数据体系，数据架构，数据实体等于信息数据相关的内容。由于数据是流程流转的实体，也是应用系统需要实现的功能载体，因此对数据的设计需要与应用和业务层进行统一。

基础架构层：数据的存储实体，系统实例，硬件设备，软件技术等等属于企业基础设施的内容，需要按照资产管理的模式进行管理。

企业架构中的IT架构的四个层次

如何基于企业架构进行IT应用功能的规划？

交付物一：搭建从贯穿IT架构的模型体系

企业架构就是对企业各个管理要素以及关联进行管理的过程。因此我们对IT架构的管理，需要将企业如下要素进行统筹地梳理与整合，并形成模型体系。

战略：通过BSC战略模型梳理企业战略与目标。

流程：通过增值链与EPC模型梳理企业的流程架构与现实业务流程。

功能：通过流程步骤梳理系统所因提供的应用功能。

系统：通过应用系统架构模型梳理系统类型与模块。

基础设施：通过系统与系统实例，梳理系统所存储的相关硬件与设备等基础设施。

资产：通过整理相关资产获得资产的生命周期。

资产集：通过整理资产并分类获得完整的资产集合。

架构生命周期：管理各个业务单位的IT架构的生命周期。

企业架构各个层面的整理

交付物二：企业架构现状评估与分析报告

企业架构的IT架构现状评估与分析方法是以企业架构方法论作为理论依据，分析企业的各个架构元素和架构元素之间的关联性，例如：应用系统架构下应用系统的岛屿数量和程度，以及应用系统对业务流程的覆盖率。然后对现状的业务进行科学地诊断。

采用目标分解与纬度分析方法开展。分析包含一个总体目标，按照多视图分解到多个分目标，每个分目标包含多个分析指标，而每个分析指标都有相应的定性分析方法和分析结果。沿用的分析手段采用了平衡积分卡的思想，便于企业长期使用。

使用ARIS模型与ARIS工具对于模型的统计分析功能来完成分析工作。由于前期的建模工作有了大量模型成果，一些关键的数据分析可以通过模型来开展，例如：流程的应用系统覆盖率。在模型真实的情况下，此类分析能够很精确地反映企业架构管理现状。因此为了达到更准确的效果，还将对模型的真实度加以评估。

应用系统架构良好支持业务代表了企业架构下应用系统架构建设的质量。应用系统的建设为业务信息流的自动化提供技术平台，并业务流程的标准化提供支持，可以说，企业应用系统建设的主要目的就是为了业务服务。应用系统架构的建设也是建立在IT的基础设施之上，因此对它的规划将直接影响IT基础设施的需求。应用系统架构良好支持业务流程需要在良好地支撑流程需求和数据运作的基础上，还要保留有良好的系统集成性和可扩展性。因此，应用系统对业务流程流程执行过程，数据流转过程的可服务性是很重要的。在此基础上，多个应用系统之间的系统接口和架构方式也是需要关注的。

基于ARIS平台的企业架构分析与评估结果示例

交付物三：经过合理规划的TO-BE的IT架构

在IT架构管理的整体下，如何通过对业务的变更获得系统的变更方案？博阳咨询推荐IT城市规划(ITCityPlanning)的规划方法。

IT城市规划方法

在IT规划中采用ARIS的信息系统视图(IS视图)，可以作为层次与层次之间转换的媒介。在ARIS中，IS视图中的对象类型必须放在功能和应用系统之间，这样便拓展了ARIS中的功能视图。如同各种功能一样，IS的元素与不同的结构相连接，出现在ARISHouse模型的常见视图中。这些扩充主要与流程视图和数据视图相关。在下面所述的IS视图中，涉及来自于ARISHouse模型的功能和流程视图中，用来描述IS元素之间的关系的模型类型，或者在其它ARIS视图的背景下，用来详细描述IS元素的模型类型。

交付物四：IT资产与IT架构的生命周期平台

对系统的功能进行规划后，不可忽略地就要考虑系统的实施过程。但对于完整的IT架构来说，系统从规划到实施，再到使用与维护，直至淘汰，是一个完整的生命周期。因此把系统当做IT的资产来进行管理是可以覆盖到系统的完整生命周期。

系统实施周期的评估过程

系统评估的方法有很多种，博阳咨询建议对规划好的系统以及系统模块按照成熟度与重要性进行评估，便可以知道哪些系统需要先期建设，哪些后期建设，有一个良好的系统引入的过程。

系统生命周期的评估过程

同样，系统一旦建设完成，系统的管理与评估工作远没有结束。需要持续地通过对系统功能满足程度的评估，不断地获取系统是否要升级或者淘汰的预期，保证系统能够时刻满足业务需求。这也是IT架构管理中持续改进的建设环节。

工商银行通过实施“1031”工程、信息化银行建设等工作，打造了同业领先的第四代核心银行系统，确立了信息 科技 领先优势。随着银行进入40时代，金融 科技 推动银行从生产资料、生产力和生产关系三方面打破传统、变更生产经营模式，顺势数字化、智能化、开放化的时代特征，银行不断丰富服务渠道、完善产品供给、提升服务体验和效率，同时对企业级架构建设和信息系统转型提出了新要求。

为应对内外部形势变化、满足业务创新转型发展要求，工商银行于2015年启动IT架构转型工作。充分利用分布式、云计算等新技术，基于开放平台与主机有机结合的基础架构，构建面向未来业务发展，以开放性、高容量、易扩展、成本可控、安全稳定、便捷研发为特征的全新技术体系。在技术变革的外部驱动和转型发展的内生需求互相作用下，工商银行于2017年启动智慧银行生态系统（ECOS）工程，围绕“客户服务智慧普惠、金融生态开放互联、业务运营共享联动、创新研发高效灵活、业务 科技 融合共建”的智慧银行建设目标，通过整合构建企业级业务架构，强化产品创新顶层设计与跨产品线整合，将业务架构由内部企业级延展至跨界生态，在业务架构指导下，进一步深化IT架构转型，持续优化应用架构、数据架构、技术架构、安全架构，建立金融与 科技 高度融合的全新生态体系。

1构建服务化、松耦合应用架构。 同步ECOS工程建设，工商银行引入了业界领先的持续价值提升方法论，通过分析全行发展战略、业务发展前瞻性规划和业务现状问题，体系化地开展业务领域顶层设计，从流程、产品、实体等三个维度开展业务建模，整合构建覆盖63个业务领域、100多个业务组件、近4000个任务组件的企业级业务架构，并指导推动IT系统建设。通过从业务领域、业务组件、业务对象到IT应用、IT服务、数据对象的对接落地，围绕业务对象，以数据为中心聚合服务，形成了覆盖业务产品服务、业务和数据基础服务、技术基础服务的企业级服务体系，打造了分层解耦的应用架构。建立组件化研发机制，实现业务模型的高效传导，促进统一架构语境下从业务到IT的一致性承接。在支付结算、xyk等热点领域完成组件化落地， 提炼 了19000余个IT服务，日交易量逾40亿笔，提升了产品研发的市场响应速度。

2打造主机+开放平台双核心系统。 依托自主可控、体系完备的开放平台技术，逐步从传统的以主机为核心的应用布局向主机+开放平台双核心布局转型，初步建成具备承接主机业务下移能力的开放平台核心银行系统。在国内大型银行中，率先实现银行核心业务的完整闭环处理，截至2020年上半年，已有超过90%的应用部署在开放平台。在中资银行中，率先使用自主研发的开放平台境外核心业务系统，已在欧洲、亚太区域新设机构实际投产运营。随着双核心建设不断深化，工商银行在业务量快速增长态势下，整体保持主机资源零增长，2015~2020年累计实现主机资源压降65000MIPS以上。

3形成双轮驱动的开放金融生态。 工商银行建设以“嵌入场景、输出金融”为特征的API开放平台，与以“绿色部署、敏捷上线”为特征的金融生态云，组合形成全行互联网金融场景建设“双轮驱动”的体系化品牌。目前已对外开放9大类1800多项API服务，为8800多家合作方提供服务，成为银行同业中“合作伙伴最多、服务最全面”的开放平台。已推出教育云、物业云等17款金融生态云产品，累计推广G/B端客户超过3万个，C端客户929万。

1打造多模式、高性能数据交换体系。 工商银行综合运用流数据处理、数据复制、文件共享等技术，打造了多模式、高性能的企业级数据交换平台，面向全行提供实时、准实时、分钟级、小时级等多种时效的企业级数据交换服务，并在余额变动实时提醒、实时交易反欺诈、准实时存贷款偏离度计算等应用场景取得良好成效。

2率先建成自主可控的大数据服务云。 同业率先完成传统封闭式架构（TD、Extradata）向开放分布式架构(Hadoop、MPPDB)转型，建成金融行业集群规模最大、技术生态最全、供给能力最强的大数据服务云体系，软硬件投入仅为原有产品投入的30%。全数据整合后容量超过93PB，为171个总行应用、22个业务部门和52家境内外分行及子公司提供了高效、便捷、丰富的高质量数据服务。

3着力打造企业级数据中台。 按照ECOS工程总体布局，以共享、复用、创新为目标，通过数据资产沉淀、数据服务化、数据资产运营、数据产品输出等措施，打造高效、智慧、开放、共享的标准化数据服务。面向全行1万余名数据分析师提供一站式、全链路线上BI分析能力，支撑全面风险管理、xyk风控、智慧大脑等重点场景建设，加快推进客服、运营、产品和风控等领域的智慧赋能，提升各专业数据应用创新能力。

1打造一系列企业级新技术应用平台。 工商银行依托金融 科技 研究院体系化布局新技术，建成了云计算、分布式、API平台、大数据、流数据、人工智能、物联网、区块链、生物识别、移动互联网十大技术平台，是工商银行技术领先优势的集中体现。人工智能机器学习平台集成业界主流机器学习算法，提供便捷高效、全流程建模、自学习的AI全栈平台，赋能数据智能化应用，构建工行智慧大脑。物联网金融服务平台通过智能感知万物，获取海量物联数据，扩展银行金融服务边界，创新金融服务模式，提供安全可靠的智慧物联解决方案。区块链技术平台在资金管理、供应链金融等七大业务领域构建服务实体经济的区块链应用生态，机构用户超千家，个人用户超100万，拥有近百项专利，荣获多项业界大奖。生物识别平台提供人脸、指纹等生物特征管理、安全管控、服务调度等功能，具备多生物特征统一管控、统一服务的能力。

2建成自主可控、体系完备的云计算、分布式技术体系。 云计算平台具有开放性、高容量、易扩展、智能运维等特点，从传统手工为主的虚拟化架构，转变为快速供给、稳定可靠、资源集约、运维智能的新型云计算体系架构。截至2020年8月，工商银行已实现60000+节点、34000+容器的入云规模，具备万级容器集群自动供给能力，同等业务量下服务器虚拟资源利用率平均提升2~3倍，业务高峰期系统扩容时间由几十分钟缩至秒级，2019年荣获人民银行 科技 发展奖一等奖。分布式技术平台涵盖9大类分布式技术组件，在快捷支付、纪念币预约等150余个应用广泛运用，为IT架构从单体集中式架构向分布式服务化架构转型提供了技术基础。截至2020年8月，日均交易量超过50亿笔，并发支撑能力超过10万笔/秒，重点交易平均响应时间小于10ms，有效应对“双十一”秒杀等高频、大并发交易对IT架构稳定性、业务连续性的冲击。

落实国家网络安全等级保护20要求，完善安全体系建设，加强新技术领域的安全防护，随云计算、大数据、人工智能、区块链、5G、物联网等金融 科技 发展同步规划、同步建设。研究完善以数据为中心的安全方法论和保护体系，加强个人信息和隐私的保护，“融e行”第一批完成在中国互联网金融协会的认证备案。围绕ECOS工程建设，建立多因子身份认证体系，发展手机盾、云证书、指纹、人脸、声纹、指静脉、虹膜等多种认证及生物识别技术。建设企业级反欺诈平台，通过终端、账户、行为等多维度展开智能风控，有效拦截欺诈交易，提升开放银行防御和风险处置能力。

在新一轮 科技 革命与我国转变发展方式的 历史 交汇期，工商银行将 科技 创新作为第一发展动力，积极创新和引入金融 科技 前沿技术，在全行战略、企业架构的指引下，强化IT与业务的融合。通过金融 科技 赋能经营转型，创新服务模式，拓展新生态，提高金融供给对实体经济的适配性和灵活性，为广大客户提供高价值服务，为建设具有全球竞争力的世界一流现代金融企业提供动能源泉。

不同的架构方法论，会将架构分为不同视图，每个视图侧重某一个方面、领域的问题。

比如希赛推的ADMEMS架构体系，分为以下几种视图：

1 数据架构：描述数据的存储结构、格式等方面。

2 物理架构：描述机器的物理部署、网络拓扑方面。

3 运行架构：描述运行期线程、进程间的交互工作机制。

4 逻辑架构：指如何将代码分成不同模块、组件，以及之间的职责分配、交互行为。

5 开发架构：主要指开发工具的选择，程序单元的划分，开发管理规范流程等方面。例如分为哪些工程、项目，源代码管理，自动化编译构建、测试、部署等。

目前国际上运用比较广泛的是TOGAF架构体系，他把架构分为业务架构、数据架构、应用架构、技术架构等几个方面。

想详细的了解这些架构视图，可以参考这些架构体系相关的书、资料。

另外有很多人无缘无故的抨击架构概念，不知道是出于调侃还是无知。埃及的金字塔、神庙的建设，不是几个平常的泥瓦匠聚在一起就能够造出来的。像SAP、Oracle ERP，国内的金蝶等大规模的系统，以及空间站、火箭的控制系统等，没有系统性的架构方法、规范、流程，结果只能是悲剧。

当规模、复杂度没有达到一定程度，比如在一些小的团队、产品中，架构过程可能融入到老板、经理、组长、资历较深的一些开发者中，融入在大家的日常工作中，以至于感觉不到架构的存在。就算遇到一些问题，因规模不大、复杂度不高，也比较容易调整。当这些前提条件发生变化时，架构的作用和必要性就逐步的体现出来。

总的来说，一说到架构，如果你懂软件，那么你会了解为一个软件系统，这个软件设计的组成结构，如哪些是基础支持组件，哪些是完成A业务，哪些完成B业务。。。但说道企业架构的时候，就会问，该企业架构的几个架构如业务架构、数据架构、业务架构、技术架构，以及他们如何链接在一起。我倒觉得，一个企业确实需要这样的架构，但不要神话它，最主要的是业务如何最终体现到软件中和流程中。而采取分离式设计时，最容易的错误就是各自为政，集成困难。那么以数据为中心的架构设计，会自然提供集成的基础。我提到过，企业最重要的资产是数据，甚至不是信息，是数据。企业的业务流程会变，IT系统会变，所需要的信息与知识会变，唯有数据能够积淀下来。这有点象自然演进，考古那种，啥都会消失，唐朝可以无比先进，但都会变，我们唯有找到反映当时情况的数据，才可以把握当思的面貌。

我认为要想构成每一层的高可用性，三个点缺一不可，但在我们的实际系统运营建设中，却往往只会关注可以实现高可用性的系统架构，认为有一个完善的高可用性架构就能一劳永逸，“实现”了系统的高可用性，这是错误的想法，因为不存在永不发生故障的系统的。但没有不发生故障的系统并不意味着无计可施，如何缩短故障处理时间是靠高可用性的另外两个支架支撑的：保障手段和运维制度。通过保障手段监控到故障发生，而不是靠使用者投诉系统不可用，就可以大幅缩短故障对业务的影响，如果架构很合适，切换到备用系统上，甚至可以让用户感觉不到故障的发生。通过运维制度将影响系统高可用性的隐患纳入到日常管控中，从根本上避免故障的发生，这其中包括要对故障解决手段定期进行演练等。下面就一层层论述自己的认识。

基础设施层：简单地说，就是硬件，包括网络设备、存储设备、计算设备等等。这一层上，架构设计的要点是——冗余，比如尽可能多的在线设备，比如在磁盘阵列上采用raid0+1等，一方面分担负荷，另一方面也防止设备故障后，修复时中断系统运行，但从投资的角度而言，少有公司把自己的硬件设备会一模一样的复制出一套来，因此如何权衡、如何最终消除单点隐患是在这一层架构设计的核心；这一层的保障手段，从我接触到维护人员多采用定时巡检手段，如观察设备的显示灯，抓取系统日志等，发现设备出现某些告警和损坏，尽快安排备品备件进行更换等，而监控系统在这一过程中发挥的作用有限，在故障发生时，往往采用重启，甚至是断电重启的方式恢复设备运行；这一层的运维制度除了安排好定时巡检，对于基础设施的信息要通过CMDB进行管控，收集设备的告警信息进行分析，及时调整设备的运行状态等。

*** 作系统层：我有时认为这个层面可以和基础设施层合并，因为无论是网络设备还是存储设备，其实都是有 *** 作系统的，只是被固化到硬件上（这是否是“固件”一词的来历？），所以从架构设计而言，这一层的冗余是和设备同步进行的，但随着虚拟化和云资源池的使用，这一层也有一些变化，限于篇幅不赘述。在保障手段上，对 *** 作系统的监控就成熟许多了，成熟的 *** 作系统都开放了标准接口，可以让第三方监控系统进行监控，但 *** 作系统的故障解决手段只能是重启，甚至是断电重启；这一层的运维制度则是安排好作业计划，根据监控及时对系统核心目录，如IO *** 作目录等进行管理，在官方发布补丁包后及时更新，并在CMDB中登记等，要关注安全。

第三方软件层：这一层是产品化的软件，如数据库、中间件等。这一层上，架构设计的要点还是冗余和备份，只是由于软件产品的特点，其冗余方式更容易进行，但也更受应用系统层面的影响，因此，这一层的架构设计需要应用软件的系统架构师、数据库架构师等全面考虑，充分利用产品化软件的特点合理设计架构，由于数据库在这一层上，并且对于IT系统而言，数据是绝不能丢失的，因此架构设计上一定要考虑数据备份；在保障手段上，监控系统的作用发挥更大，对于数据库的表空间、核心进程监控都很成熟了，要充分利用监控系统，合理设定告警值，当故障发生时，如果确认是本层的软件产品引发的，故障解决手段也多采用重启软件产品，或者通过恢复初始设置来解决等；在维护制度上，要利用监控系统安排作业计划，要及时更新软件产品的版本、补丁包等，要将软件产品的各种参数保存到CMDB中，要做好完善的数据备份。

应用系统层：这一层才是我们提供给使用者使用的系统，没有前面各层的高可用性支撑，这一层的高可用性绝对是空中楼阁。应用系统层的高可用性架构设计往往是根据应用决定的，有的系统是基于中间件产品，那它可以和第三方软件层在架构设计时结合考虑，但也有的系统是自行搭建了应用架构，如何通过从架构上确保高可用性没有定论，但主导思想依然是冗余；在保障手段方面，仍然是通过监控系统，有些较为成熟的应用软件系统会配套监控系统，有的定制软件则可以开放系统进行监控，但监控对象主要是业务数据流，无论产品软件还是定制软件，故障发生后，重启已经没有太大作用，往往需要维护人员定位故障进行解决，尤其是一些大公司使用的定制软件，除了功能性bug，还有数据错误引发的故障，这往往需要专业维护人员进行处理解决；在维护制度上，主要是对需求变更管理更为严格，避免程序更新如果没有经过仔细的测试和验证就上线，对于知识库更新、维护人才队伍的培养与下三层不一样。

服务的本质是一个对外部开放的接口，而组件的本质是一个能够被复用的封装体，一个讲求对外服务，一个讲求被复用。

在Java Spring Framework里面，Service的定义是“an operation offered as an interface that stands alone in the model, with no encapsulated state”。

也称为“Business Service Facade”，服务也具备封装性，所以其实Service就是一个特殊的组件。

企业级的应用架构：

企业层面的应用架构起到了统一规划、承上启下的作用，向上承接了企业战略发展方向和业务模式，向下规划和指导企业各个IT系统的定位和功能。

在企业架构中，应用架构是最重要和工作量最大的部分，他包括了企业的应用架构蓝图、架构标准/原则、系统的边界和定义、系统间的关联关系等方面的内容。

一、主体不同

1、云计算架构：多数数据中心云计算架构的这层主要是用于以友好的方式展现用户所需的内容和服务体验，并会利用到下面中间件层提供的多种服务。

2、传统架构：指的就是说相应的系列性的抽象模式，可以为设计大型软件系统的各个方面提供相应的指导。

二、特点不同

1、云计算架构：云架构是划分为基础设施层、平台层和软件服务层三个层次的。

2、传统架构：在软件架构所描述的对象就是直接的进行系统抽象组件构成。连接系统的各个组件之间就是做到把组件之间所存在的通讯比较明确与相对细致的实施描述。

三、优势不同

1、云计算架构：通过互联网提供软件服务的软件应用模式。在这种模式下，用户不需要再花费大量投资用于硬件、软件和开发团队的建设，只需要支付一定的租赁费用。

2、传统架构：为软件系统提供了一个结构、行为和属性的高级抽象，由构件的描述、构件的相互作用、指导构件集成的模式以及这些模式的约束组成。

参考资料来源：百度百科-云计算架构

参考资料来源：百度百科-软件架构

以上就是关于调查IT行业一个公司的软件架构包括所需要的 *** 作系统、web服务器、应用服务器、数据库、集成开发环境等全部的内容，包括:调查IT行业一个公司的软件架构包括所需要的 *** 作系统、web服务器、应用服务器、数据库、集成开发环境等、针环境，企业应建立什么样的IT架构来应对这些变化，详细描述这种IT、罗毅：深化IT架构转型，助力业务创新发展等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！