浅析IT技术架构演变之路

上传人:大米 文档编号:486071092 上传时间:2023-12-12 格式:DOC 页数:10 大小:692.50KB
返回 下载 相关 举报
浅析IT技术架构演变之路_第1页
第1页 / 共10页
浅析IT技术架构演变之路_第2页
第2页 / 共10页
浅析IT技术架构演变之路_第3页
第3页 / 共10页
浅析IT技术架构演变之路_第4页
第4页 / 共10页
浅析IT技术架构演变之路_第5页
第5页 / 共10页
点击查看更多>>
资源描述

《浅析IT技术架构演变之路》由会员分享,可在线阅读,更多相关《浅析IT技术架构演变之路(10页珍藏版)》请在金锄头文库上搜索。

1、-IT技术架构演变之路目录1 技术架构演变31.1 技术架构特点31.2 C/S演变31.3 C/S向B/S的演变31.4 B/S向SOA的演变31.5 SOA向云计算的演变31 技术架构演变随着计算机硬件的性能高速开展、互联网的普及和大规模应用,计算资源呈现出从集中到分散再到集中的过程,从大效劳器时代到个人PC时代,又到云时代,计算资源的能力越来越强,使用本钱越来越低,如以下图。计算资源为信息化应用效劳,各行各业已经离不开IT信息化技术,技术架构是信息化技术的实现手段,技术架构与业务的开展相辅相成,IT技术支撑业务的开展和推进,业务的开展又带来IT技术的升级与创新。随着计算资源的开展和使用,

2、互联网的应用,业务规模扩、全球化,数据的爆发式等因素的推动和开展,IT技术实现的技术架构在IT资源的不同层面和不同角度,经历了以数据计算为核心的C/S架构,到以聚焦业务功能实现的B/S架构,面向效劳化构建应用的SOA架构,整合IT资源和按需使用云计算架构等的阶段,并且一直在不断的演变和进化。技术架构的演变是一个由细节到抽象,由封闭到开放,由散乱到统一,由局部到全面,由下向上的递进演变一个过程。1.1 技术架构特点技术架构的演变经历了C/S、B/S、SOA、云计算,它们从应用、构建、开发等具有不同的特点,如下表所示。维度分类C/SB/SSOACloud开发构建开发技术二层构造,程序+数据,面向数

3、据三层构造,展现+业务逻辑+数据,面向业务功能基于企业效劳总线构造,工作流程,面向效劳和流程基于虚拟化+分布式+负载均衡,面向IT资源的整合和应用开发环境离线、语言相关的开发环境离线、语言相关的集成开发工具混合离线+在线、语言的开发环境在线,语言相关的开发环境开发方式独立、个人开发团队协作开发团队协同开发anywhere开发,个人,团队协同开发运行运维部署维护购置效劳器,人工维护购置效劳器,人工维护购置效劳器,人工维护按需使用的效劳器,自动化维护运行效率升级复杂,效劳器负载能力有限效劳器负载能力有限,人工效劳器负载能力有限,人工按需使用,动态伸缩,自动化标准化标准体系无或局部有有有标准围程序级

4、系统级平台级系统间工业标准级行业或领域扩展性业务变化扩展弱,一般需重新开发弱,重新开发强,效劳替换或流程调整强,按需使用支撑能力扩展弱,需另行购置设备弱,需另行购置设备弱,需另行购置设备强,按需使用1.2 C/S演变早起的计算机设备以大型机为主,随着PC机的开展,C/S(Client/Server,客户端/效劳器)技术从上世纪90年代初出现至今已经相当成熟,并得到了非常广泛的应用,C/S架构是由客户端程序和效劳器数据库两局部组成,客户端程序包含了显示和业务逻辑代码,运行在客户端机器上,客户端实现与效劳器的直接相连,系统运行速度快。随着业务的规模的增长,互联需求的增强,C/S架构的程序有许多弱点

5、,C/S架构的应用程序通常需要专门的客户端安装程序,分布功能弱,针对点多面广且不具备网络条件的用户群体,不能够实现快速部署安装和配置;兼容性差,对于不同的开发工具,具有较大的局限性。假设采用不同工具,需要重新改写程序。随着Internet的高速开展和普及,B/S架构的模式更适用于网络环境下。这种技术架构,其实是一种简单的分布式计算。B/S架构模式具有分布性特点,可以随时随地进展查询、浏览等业务处理。业务扩展简单方便,通过增加网页即可增加效劳器功能。维护简单方便,只需要改变网页,即可实现所有用户的同步更新。开发简单,共享性强。可以支持大用户量使用。由此,很多C/S架构的应用采用B/S架构替换,技

6、术架构由C/S架构向B/S架构演变。1.3 C/S向B/S的演变B/S将应用系统分为浏览器和效劳器端,用户使用浏览器效劳器,效劳器接收请求处理后,将响应数据返回给浏览器,浏览器处理响应数据,展现在界面供用户查看。B/S构造软件一般只有初期一次性投入本钱。对于应用围扩大,系统负载上升时,随着效劳器负载的增加,可以平滑地增加效劳器的个数并建立集群效劳器系统,然后在各个效劳器之间做负载均衡。有效地保护了原有硬件投资,方便进展扩展。当企业快速扩时,B/S构造软件,只需一次安装,以后只需设立账号、培训即可。这些特点使得B/S架构的软件是商业投入上很受欢迎。B/S架构在实现层面通常分为三层:展现层、逻辑层

7、和数据层,如以下图所示。B/S架构聚焦在业务系统功能的实现上,通常考虑的是如何使用适宜的业务逻辑层以及数据层,合理的支撑业务的实际需求。在这个层面上,B/S架构关心的围是一个封闭的体系,自有一套技术实现标准,侧重于使用成熟的、易用的软件技术实现业务功能,在网络环境下通过浏览器使用系统。1.4 B/S向SOA的演变以B/S架构构建的应用系统,大大提高了应用系统数据的使用性,通过internet网络,用户可以在任何一个地方使用一个可以连接网络的计算机设备,通过浏览器就可以和使用应用系统。B/S架构的应用系统,虽然在广域网环境下信息的和获取变得更加便捷和灵活,但随着业务规模的不断扩大,但也有几个方面

8、的局限性:第一,B/S架构的应用系统从从计算资源使用角度,各个应用系统的后台硬件设备到应用程序和数据库,是独立的、单独部署的;第二,从业务问题层面,应用系统通常是部门级的应用,一个应用系统解决的是一类业务问题,应用系统有清晰的边界,业务关联性相比照拟封闭,导致产生信息孤岛,复用效率低下;第三,从应用灵活性层面,由于应用系统的封闭性,当业务发生变化话,往往需要重新构建系统,对业务变化的支撑就会出现不及时,不敏捷的问题。第四,从技术标准层面,应用系统的设计理念上,实际上是一种紧耦合的、自成体系的,每个系统所使用的实现技术,效劳器,通信协议标准等等,从更高一个层面上,每个应用系统都是异构的。这四个问

9、题,随着业务规模的开展,B/S这种封闭式构建技术架构对规模不断扩大和业务灵活多变的业务不能提供敏捷,快速的响应和支撑。尤其是对于大型的集团式的企业,在不同的领域,不同的部门,不同的合作伙伴都有自己的系统,传统企业数据库应用软件产品,如ERP、OA系统等,在设计或架构上都是紧偶合、封闭式、自成体系,属于一次性投入一次性完结的产品,是独立的、“烟囱式的应用,很难适应或快速响应市场或客户灵活多变的需求。如以下图所示:B/S架构的应用系统最大的问题在于是封闭的,自成体系,则将其封闭性壁垒打破,从一体的、全局的、从业务出发的视角来对待应用系统的构建,把每一个单一业务功能看做效劳或组件,通过效劳化,将效劳

10、进展组织,编排和调度,按照抽象接口和独立协议,像组装流水线一样组织效劳完成业务流程,既完成业务功能,也能通过组织效劳流程快速响应业务流程的变化。这种架构就是SOA架构。SOA架构是一个组件模型,它将应用程序的不同功能单元(称为效劳)通过这些效劳之间定义良好的接口和契约联系起来。接口是采用中立的方式进展定义的,它独立于实现效劳的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的效劳可以以一种统一和通用的方式进展交互。SOA架构实际上一种集成架构,它不是推翻原有系统,而是对原有系统的一种组合和改进,打破了原有系统的封闭性和耦合性,跨越了不同应用系统、不同技术的整合,从业务支撑上实现了更广

11、泛的互联互通,解决业务上的敏捷性。SOA架构实际上从业务视角出发,采用整合资源角度来整合应用资源,将应用资源效劳化,通过一系列起来的效劳来完成业务功能和支撑业务的灵活多变。SOA架构的关键特征是效劳化,对应用资源的整合或标准化。从开发、建模、运行、管理、监控方面统一规,制定标准,SOA实现参考模型如以下图所示:SOA架构由效劳化的开发工具、管理工具以及以企业效劳总线技术为核心构建的效劳运行环境组成,通过开发工具对应用系统功能进展统一的标准的效劳化开发,企业效劳总线技术标准化效劳间的通讯方式,集成各种根底和企业效劳,并且有一套完整的管理和监控工具,保证SOA架构平台的运行质量。传统的B/S架构和

12、SOA架构变化如以下图:从图中可以看出,SOA架构以关注业务变化出发,通过效劳化的方式打破了原有系统的封闭性,解除了原有系统间的紧耦合,更大围将应用系统作为统一的效劳资源来构建上层应用,提高应用的复用性和灵活性,是从上而下的架构方法。SOA相对于B/S架构的部门级应用来说,SOA架构构建的是一个更大应用围的体系系统,是一个集团级的应用。总的来说,SOA是面向效劳体系构造是开发分布式应用软件的新型体系构造,它将应用程序的不同功能单元描述为效劳,通过这些效劳之间定义良好的接口和契约联系起来。效劳所具有的接口是采用中立的方式进展定义的,它应该独立于实现效劳的硬件平台、操作系统和编程语言,这使得构建在

13、各种这样的系统中的效劳可以以一种统一和通用的方式进展交互。同传统的面向对象的模型相比较,面向效劳的模型是松耦合、粗粒度和无状态的模型。1.5 SOA向云计算的演变通过SOA架构,整合应用资源,提供灵活的业务支撑架构。但SOA也具有一定的局限性。从计算资源使用角度来说,SOA架构不关心计算资源的整合,用户企业随着自身业务的开展,需要购置大量效劳器、人工的管理和运维应用系统,同时在业务量不是很大的时候,会造成计算资源的浪费,业务量突然出现增长时,计算资源不够影响业务效劳。因此,从计算资源的使用上,用户企业仍然需要花费大量精力、财力、物力,组建专业的团队管理和维护计算资源,本钱很高。计算资源通常是静

14、态分配给不同的应用系统,动态扩展性差。则对于计算资源,如何才能更加高效和便捷的使用.从应用的构建上来说,SOA架构以效劳化的方式解决应用的构建,面向围通常是集团级的,随着互联网的高速开展,SOA架构如何在广域网环境下更大围构建效劳,SOA架构如何开展是一个问题;另外,随着互联网技术的快速开展,网络的带宽不再是传输瓶颈、网络的普及和本钱的低廉能够让更多的人参与到互联网上,互联网上的用户和数据规模高速增长,互联网既是一个数据生产的源泉也是数据消费的渠道,互联网技术的开展使通过网络消费各种效劳成为可能。如果通过互联网络,利用非本地或远程效劳器集群的分布式计算机、存储设备进展整合,为互联网用户提供各种

15、计算效劳计算、存储、软硬件等效劳。通过这种架构方式,这使得用户可以将资源切换到需要的应用上,根据需求计算效劳。由此,出现了云计算架构。云计算以虚拟化技术为根底,以网络为载体提供根底架构、平台、软件等效劳为形式,整合大规模可扩展的计算、存储、数据、应用等分布式计算资源进展协同工作的超级计算机模式。在云计算模式下,用户不再需要购置复杂的硬件和软件,而只需要支付相应的费用给“云计算效劳提供商,通过网络就可以方便地获取所需要的计算、存储等资源。云计算通过各种技术的融合,整合了各种计算机资源,并通过高速互联网向用户传递效劳,从效劳的思想和提供容的角度出发,云计算有三个层次的效劳,根底设施作为效劳Infrastructure as a Service、平台即效劳Platform-as-a-Service和软件即效劳Software-as-a-Service,如以下图所示。云计算的三层效劳形式实际上也是资源整合层次的划分:IaaS层解决的是计算资源的整合,通过分布式计算和虚拟化技术,将CPU、存、I/O设备、存储和计算能力整合成一个虚拟的资源池为整个业界提供所需要的存储资源和虚拟化效劳器等效劳,用户按需使用,从用户的角度来说,使用更加便捷,本钱更低廉,不需要维护硬件资源,大大降低了使用本钱,从效劳提供商的角度来说,只需要低本钱硬件,通过

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 建筑/环境 > 施工组织

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号