基于web软件开发_为基于Web的企业软件系统开发技术架构

本文探讨了基于Web的企业软件系统开发的技术架构,包括理解技术架构的含义、开发技术架构的步骤,以及客户端-服务器架构和网络影响。随着Web支持的应用程序日益普及,技术架构师的角色变得更加关键,面临安全、性能和连接性等新挑战。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

基于web软件开发

在过去的几年中,大多数企业软件供应商已经宣布并实施了使Web启用其软件的计划。 有两个因素推动了这一趋势:

  • 首先,通过使应用程序可通过浏览器访问,公司已经能够大大降低部署和维护成本。
  • 更重要的是,用户界面已变得更加简化和统一,从而减少了实施过程中所需的大量用户培训。

随着越来越多的应用程序变得支持Web,信息系统(IS)组正在尝试开发技术体系结构以在其组织中支持这些支持Web的应用程序。

什么是技术架构?

在探讨应用程序的Web支持如何影响技术架构之前,我想先解释一下技术架构的含义。

大型机时代的技术架构很简单:有一台大型计算机(大型机)连接了哑终端。 然后是客户端-服务器时代。 现在,我们有一台微型计算机(服务器)和几台PC通过局域网配置连接到它。 借助先进的网络,分布式计算变得负担得起且广泛使用-很大程度上是因为需要从多个位置访问企业应用程序。 甚至支持这些应用程序的系统软件(如数据库和操作系统)也必须解决网络和分布式计算的问题。 分布式计算引发了连接性,性能和安全性问题。 需要计划和构造应用程序的部署,还需要做一些长期的思考,以便了解和规划企业的基础架构需求。

今天,企业网络已成为企业技术基础架构的关键组成部分。 应用程序基础结构包括支持硬件(服务器,存储系统和客户端PC)以及相关的系统软件,例如数据库和操作系统。

开发技术架构

如何为支持此类应用程序的基础架构带来一致性? 您应该知道谁将计划和实施该体系结构,了解涉及哪些问题和角色,并提出正确的问题。

了解玩家和问题

有人必须准备基础架构的蓝图并提供其组件的规范。 架构师必须同时考虑企业和正在部署的应用程序的当前和将来需求。

企业级技术架构师计划公司的整体基础架构,并就各种应用程序如何使用它制定标准。

应用程序技术架构师了解整个网络以及如何最有效地利用支持其特定应用程序的基础结构 。 他们还可以在部署应用程序之前,与企业架构师及其团队一起解决所有连接,性能和安全性问题。

问正确的问题

那么,应用技术架构师如何为她的应用定义技术架构? 她应该问什么问题? 有没有可以遵循的方法? 大多数时候,应用程序团队专注于开发和应用程序用户的关注。 在预测应用程序对企业技术体系结构的影响之前,应用程序架构师必须了解该应用程序及其使用方式。

最初的问题包括:

  • 谁将使用该应用程序,它们位于何处?
  • 应用程序将生成什么样的数据流量?

大多数答案将来自应用程序团队。 但是有时应用程序架构师将不得不求助于团队外部的人员。 诸如“位置X和位置Y之间有多少带宽可用?”之类的问题。 要求应用程序技术架构师与应用程序团队外部的人员进行交互。 这些问题最好由负责企业网络的人员(即企业技术架构师)回答。

对技术架构师的注意事项

应用架构师的责任是纠正应用团队可能对企业技术体系结构做出的任何错误假设。 应用程序架构师还必须确保应用程序及其支持的基础结构(例如数据库和操作系统)遵循企业体系结构的规范和标准。 偏离既定准则的维护成本通常很高,因为它们可能需要现有员工可能没有的技能。 但是,有时这些离题对于支持新的应用程序功能是必需的。 在这种情况下,应用程序架构师必须适当地理解问题,并与应用程序团队和负责企业体系结构的人员一起传达和讨论其含义。

对于应用程序的每个组件,应用程序架构师必须提供准确的规范,供应用程序团队和其他人员使用。 调整服务器大小是应用程序设计师任务的常见示例。 她还必须测试所有位置的连通性,并在应用程序推出之前解决问题。 性能问题也是应用程序架构师关心的问题:对应用程序数据流的正确理解可以为她提供洞察力,并使她能够预测任何瓶颈。 确定是修改应用程序还是企业体系结构是一个微妙的问题,通常会导致冲突。

除了担任技术职务外,应用程序架构师还充当应用程序团队与企业体系结构负责人之间的仲裁者。 应用程序架构师定义并交付商定的可交付成果给企业团队,并跟踪他们的进度。 这有助于避免对项目进度产生任何重大影响。 通常,对企业基础结构的更改需要花费较长的时间才能完成,因为它们需要经过详细且缓慢的审批流程。 预计架构师将创建并支持项目活动(例如,原型开发,开发和测试)所需的环境。 应用程序架构师的另一个重要职责是为项目管理团队提供明确定义可交付成果的技术计划。

制定蓝图

图1说明了典型企业应用程序的高级技术架构。

图1.企业应用程序的技术架构
企业应用程序的技术架构

在图1中,该应用程序由主要位置的两台服务器支持。 位置B和C都有服务器。 当位置A的用户直接连接到主要位置的服务器时,其他用户则通过Internet和防火墙连接到主要位置的服务器。 大多数时候,此类用户是移动用户。 应用程序架构师必须确定站点上将具有应用程序服务器的位置。 决定此类决策的因素包括:该位置的用户数量,该位置与主要位置之间的带宽可用性以及用户的预期响应时间。 这个高度简化的示例解释了确定给定应用程序的技术体系结构时的关键注意事项。 根据应用程序,应用程序架构师必须适当地勾勒出高级,详细的体系结构。

在讨论了开发技术体系结构的过程之后,我想看看该过程是如何演变的以及由于企业应用程序的Web支持而出现了哪些新问题。

客户端-服务器日

早期的客户端-服务器应用程序主要设计用于部门使用。 因此,应用程序生成的数据流量主要在用户自己部门的局域网内。 很少在远离家乡的地方使用该应用程序。 应用程序技术架构师的角色主要与应用程序的性能问题有关。 连接性和安全性很少是应用程序设计师关注的主要问题。 大多数时候,数据库管理员(DBA)在应用程序团队中扮演技术架构师的角色,因为数据库通常是导致任何应用程序性能问题的原因。 对企业体系结构的需求很小。

随着公司开始感觉需要连接其站点,企业网络得到了发展。 但是,该应用程序仍是本地化的。 企业应用程序(如企业资源计划)(请参见侧栏 )创建了跨企业连接的需求。

网络的影响

众所周知,在过去十年中,Internet和Web对生活产生了重大影响。 企业应用程序也受到了影响:它们必须进行更改和发展以满足互联世界的需求,并且今天仍在继续这样做。 大多数公司已经在其企业网络和应用程序中投入了大量资金。 电子邮件和Intranet等新应用程序也对企业基础架构构成了挑战。

那么,应用程序的Web支持如何影响应用程序技术架构师的角色,职责和方法?

要开始理解这一点,您必须掌握从公司网络外部访问应用程序的方式的简单而深刻的变化。

这意味着公司数据将流到公司外部,这引起了安全隐患。 架构师必须确定是否可以将应用程序使用限制在公司防火墙内。 如果没有,那么她必须研究与安全相关的技术,例如加密。 通常,由于安全问题,必须对应用程序进行重新设计,以便只能从防火墙外部访问其某些功能。 现在,架构师必须与应用程序团队以及应用程序供应商一起解决浏览器问题。 她必须确保可以从大多数常见的Web浏览器中以用户友好的方式访问该应用程序,而不会丢失任何主要功能。

连接性问题也很可能很复杂,要解决,可能需要应用程序团队以外的人员进行干预。 如果要从防火墙外部访问该应用程序,则可能会遇到困难的连接问题。 现在,应用程序架构师不仅要担心她的应用程序的性能,还要担心她的应用程序的数据流量将如何影响其他应用程序的性能。 随着诸如ERP之类的企业应用程序将以在线方式使用它,企业网络成为真正的共享网络。 这意味着要注意任何巨大的下载或数据从一个位置到另一位置的传输。

应用程序架构师必须了解应用程序的数据流,并在可能的情况下建议对应用程序基础结构进行更改。 这可能意味着在特定位置添加了新服务器(由于经常会影响预算,因此通常需要项目和IS管理部门的批准)。

未来

支持企业应用程序的Web无疑将技术架构师的角色带到了最前沿,并增加了她的职责。 为了推出诸如ERP之类的应用程序,通常会组成一个技术架构师团队,以更好地管理这些职责。 领导团队的是一位非常高级的IS执行官,该项目的职能,技术和管理团队都尊重和听取他的意见。 该主管还拥有负责企业网络,标准和其他基础架构问题维护的企业级IS团队的影响力。 应用程序技术架构团队还需要具有对应用程序所使用的硬件和软件平台以及协议的深入了解的专家。

随着电子商务应用程序的出现,平台和技术正在快速变化。 架构师必须通过选择用于部署和支持其应用程序的适当平台和技术来进行长期规划。

XML对企业软件日益增加的影响也值得注意。 在启用Web之后,采用XML似乎对企业软件技术体系结构的影响最大。 XML技术是所有领先技术平台的共同点。 企业软件供应商正在尝试将其产品与其他领先的应用程序集成,而XML是这种集成的粘合剂。 技术架构师将必须了解XML的影响并有效地进行计划。

在过去的十年中,技术架构一直在Swift发展。 变革的主要推动力是要求企业范围连接的企业应用程序的出现,以及需要来自企业网络之外的连接性的基于Web的应用程序的出现。 这种增加的复杂性需要前瞻性思考,计划和有条理的实施。 技术架构作为一个主题并没有获得技术本身通常所给予的关注,并且整个IS社区都需要对该主题给予更多的认可。


翻译自: https://www.ibm.com/developerworks/web/library/wa-techarch/index.html

基于web软件开发

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值