Java EE 技术�\�U�图

BPM — Sat, 02 Dec 2006 04:55:00 GMT

http://www.solol.org/technologic/java/j-javaee/

BPM 2006-12-02 12:55 发表评论

架构关乎着最大利�?-在编写代码之前确定好应用�E�序性能和可伸羃性的限制

BPM — Wed, 19 Apr 2006 06:05:00 GMT

架构军_��最大利�?/strong>

--在编写代码之前确定好应用�E�序性能和可伸羃性的限制

旉��Q?005-09-27
作者：Peter Varhol
��览�ơ数�Q?3527
本文关键字：设计模式, 架构, 应用�E�序生命周期, 分布式系�l? 中间�?/strong>

　　应用�E�序开发的生命周期定义得非常好�Q�许多��Y件开发小�l�都�늅�它的某种变体�q�行开发。首先，要定义需求，接下来定义对软�g解决�Ҏ��的一�l�要求。然后，依靠架构师（或应用程序设计�h员，随您怎么�U�呼�Q�的技能，定义应用�E�序所需实现的功能，�q�绘制原理图�Q�以构徏应用�E�序�q�将其映��到企业基础架构�?/p>

　　开发�h员根据该原理图进行编码，直到包含了所有的功能�Q�而且大多数的bug都已�l�消除。最后，应用�E�序被交�l�测试�h员，他们可能按照需求进行正式的��试�Q�也可能只查找bug。但是，通过��试�q�行的代码，他们通常都能扑և�bug和其他缺��P��然后��其归纳、记录，�q�返回给开发�h员从而解冟뀂针对一个��Y件版本，�q�个往�q�过�E�可能要花几个月的时��_��q�取决于��试��组使用的质量标准�?/p>

　　在传�l�的生命周期中存在着隐患。通常��试人员是第一个对应用�E�序的�Q意部分进行非功能需求（�q�些需求定义的不是具体的功能，而是响应性、当前用��L��数量或正常运行时��_��试的。猜猜会怎么��P��他们通常发现应用�E�序存在�~�陷�Q�或者不能达到要求的用户数量�Q�或者响应速度不够快而造成不便。所以应用程序又�q�回到开发阶�D�，�q�行分析�Q��ƈ�Ҏ��些部分进行修改，但是修改的通常不是需要修改的部分。不��怎样�Q�最后它部��v了，用户��只好凑合��用；或者它被废弃，成�ؓ又一个失败的应用�E�序开发�?/p>

　　应用�E�序其余的执行时间都花在哪里了呢�Q�答案是花在�c�d��、JVM或是数据库的讉K��上了。可以采用一些策略改�q�数据库讉K��Q�比如��用邻接原�?contiguity principle) 或其他算法在查询时取出或�~�存额外的数据。虽然这些策略有助于加速应用程序，但是其作用有限，而且它们�q�会妨碍另一个重要目标：可�׾~�性。性能和可伸羃性必��d��设计时考虑�Q�而不是到�~�码时才考虑�?/p>

　　应用�E�序架构设计拙劣的另一个原因是�Q�由于较高的成本或技术上的限�Ӟ��被取消或是大�q�羃减的开发项目的比例一直居高不下（据调查表明，通常�?0%�?0%�Q�。许多因素造成了项目的��p�|或取消，最常见的是需求的变化。但是很多情况下�Q�不好的架构也是原因之一。业务需求可以也肯定会随旉��改变�Q�因此�Q何作��x��案的架构都必��d��q�个因素考虑在内。灵�z�L��强的架构未必能成功�Q�但是很可能会提高交付有用项目的几率�?/p>

　　形势与以前不一样了�Q�过��L��可能通过巧妙地更�Ҏ��些代码而大大提升性能和可伸羃性，而今都是�q�行在虚拟机上的分布式应用程序，必须更改架构才能辑ֈ�相同的效果。每个开发�h员手中都只掌握了全部代码的一��部分，而且做出了许多媄响了性能的决�{��?/p>

　　更改架构比更改代码更难，�q�有两个原因。首先，更改架构不是一��容易理解的行�ؓ�Q�而它所需的技能也与更改代码所需的技能完全不同。其�ơ，架构的更改必��d��应用�E�序生命周期的早期进行。如果等到后期的�~�码阶段对应用程序进行测试时才定义架构上的限�Ӟ��那么已完成的应用�E�序��很难被挽救了�?/p>

　　��Z��么会有如此多不适当的应用程序架构呢�Q�这有很多原因：
分布式系�l�还是比较新的事物。虽然�ȝ��来说其优点和局限性已�l��ؓ大家所知，但是要将�q�些一般性原理应用到特定的应用和基础架构中却很困难�?br />因�ؓ�q�些�pȝ��比较斎ͼ�所以有兌��计和最佛_��늚�信息传播得还不够�q�，以至于企业的主要架构师还不曾体验�q�新的设计实��c�?br />不同的应用服务器及其他的中间件的性能和可伸羃性不同。此外，�q�些�l��g的调整要求也不同�Q�通常需要专门的知识或细心的研究�?br />除了企业应用�E�序需求的多样性外�Q�通常架构师还被要求��用对于应用程序来说不是最佳的基础架构和中间�g。这不是因�ؓ架构师的能力或经验不够，而是因�ؓ他们受制于工作现实�?/p>

构造目�?/p>

　　最后一炚w��要特别注意。架构师们被告知�Q�或者自��p��为，必须按照已经��q�A的中间�g和基��架构的参数工作。在许多情况下，�q�种�U�束��像试图��一个方形的木柱打入一个圆形的�z�一栗��例如，企业中网�l�的最初设计目标可能是针对来自PC服务器的文�g�Q�而不是针�Ҏ��自基于Linux的应用服务器的事务�?/p>

　　在某些情况下�Q�这�U�不匚w��是无法避免的。��用次优的支持服务有时是迫不得已的。这里有一个折��L��问题。糟�p�的应用服务器、不合适的�|�络�Q�或其他的基��架构�l��g可能促成不好的架构——至��成为其借口�?/p>

　　�q�就是�ؓ什么在为新的分布式应用�E�序��定架构时只看应用程序是不够的。那些��架构师能够将应用�E�序设计映射为基��架构参数的开发方法，��很有可能识别限制应用程序��其不能达到预定目标的基础架构问题�?/p>

　　��定提议的架构可以应用于现有的基��架构是一个好的开端，但是�q�不能够满��针对特定的特性最优化该架构，或者重新配�|�基��架构以更好地遵从服务层协议的需求。对于在�~�码开始之前确保能够很好地满��性能和可伸羃性目标，架构师负有很大的责�Q�?/p>

　　在构建应用程序架构方面，有很多辅助程序。Sun Microsystems的模式和最佛_��践Web站点提供了许多设计模式，其中大多数都是架构模式而不是编码模式，因此是一个很好的��L��。微软提供了其Web站点的应用程序架构部分，其中有大量的设计模式和其他的一些徏议。虽然其中许多模式��用的都是微��Y的技术，但是那些��则普遍适用于�Q何分布式应用�E�序�?/p>

　　有哪些架构模式可用？�q�泛使用的模�?视图-控制�?Model-View-Controller�Q�MVC) 模式及其很多变体是很好的代表�Q�另外还有安全性、��n份验证和授权�{�主题。数据管理和讉K��被作为在应用层之间传递数据的�{�略�q�行讨论。所有这些以及其他模式对于设计分布式应用�E�序的最优性能和可伸羃性都是有用的模式�?/p>

　　除了�q�些��、其他来源的��Q�以及咨询公司的服务�Q�似乎还�~�少一个�ƈ非推荐特定��品或解决�Ҏ��的最佛_��늺�要。问题是�q�样的集合将会随形势而不断变化，因�ؓ有如此多的因素媄响着分布式应用程序的最优化。但是，存在��_��多的不同来源和模式，可以为架构师提供有关在大多数�q�_��和中间�g下设计分布式应用�E�序�q��|�应用程序组件的各种��和方向�?/p>

　　�Ҏ��构师�q�行良好的教育和培训也是因素中的一部分。例如，我还没有看到关于应用�E�序架构的大学课�E�（如果��实存在请告诉我�Q�。大多数情况下，大学的课�E�都只重视对整个应用�E�序或单个应用程序组件的�~�码�Q�而一般都忽略了分布式应用�E�序。这�U�不好的局面必��L��变，�q�样才能培养出可以开发现实世界的分布式系�l�架构的专业人员�?/p>

�l�架构师的徏�?/p>

　　总而言之，从现在开始，软�g开发小�l�和用户代表需要重视应用程序架构了�Q�要��其看作是编码之前的一个关键步骤。虽然当今的IDE和应用程序框架�ɾ~�码变得��L��了，但是它们�Ҏ��构毫无帮助。我��试着扑և�解决的方法�?/p>

　　我的计划是进行架构审查，在这个过�E�中所有涉众（包括用户�Q�都看到了关于新应用�E�序的提议架构的演示文稿�Q�包括�ؓ什么采用这�U�架构，该架构对哪些部分�q�行了最优化�Q�以及进行了哪些折衷。当然了�Q�审查是由架构师��L��的，而且他或她的��d��是��涉众�怿��Q�该架构�W�合每个人的最大利益。自然会有一些目标互相冲�H�，必须通过妥协才能解决�Q�但是最�l�结果是产生一个业务目标和技术目标都能最大程度地得到满��的架构。��要编码的应用�E�序可以实现它必��d��现的性能和可伸羃性要求的�{�略�q�有待不断地完善和发展�?/p>

参考资�?br />FTPOnline上的“The Business Perception of MDA”，由Java Pro的编辑撰写，2005�q?�?日�?/p>

原文出处

http://www.ftponline.com/javapro/2005_06/magazine/columns/objectenterprise/?sid=rssfeed_channelJava

作者简介�?br />Peter Varhol是Compuware公司的技术专�?

BPM 2006-04-19 14:05 发表评论

国产精品久久久久久久久久ktv,欧美亚洲综合网,亚洲欧美日韩精品

Java EE 技术�\�U�图

架构关乎着最大利�?-在编写代码之前确定好应用�E�序性能和可伸羃性的限制