《计算机系统分析员论文银行业的应用2》由会员分享，可在线阅读，更多相关《计算机系统分析员论文银行业的应用2（3页珍藏版）》请在装配图网上搜索。
1、计算机系统分析员论文-银行业的应用2论改良eb效劳器性能的有关技术论文1：银行业的应用【摘要】基于eb技术的数据库应用是当前应用的一个热点，在用户数目与通信负荷很大的场合，进步eb效劳器性能是一个迫切的课题。本文从笔者参与某个银行系统工程开发的经历出发，阐述了进步eb效劳器的性能应渗入到工程论证、选型、开发、运行和管理的各个环节，只有各个环节都能充分考虑到性能与质量的需要，系统的性能才是真正可保证的和可扩大的。文章从系统的实际运行与相应的经历出发，阐述了性能改良方面的一些详细措施。比方：在本文中讨论了eb效劳器平台的选型考虑；eb效劳器的配置管理；应用系统本身的优化与预先设计系统时可扩性的性能
2、保障等详细内容。通过技术上的分析与改良，综合性地运用多类措施与手段，在实际系统中，eb效劳器运行的性能得到了一定程度的保证。【正文】我所在的单位是把目的定位于金融领域开发IT应用的一家信息技术公司。随着金融电子化建立的开展和商业银行之间市场竞争的加剧，各主要商业银行不断通过信息技术提供新的金融产品，并且希望能整合市场渠道。比方主要的商业银行不断推出形形色色的网上银行效劳。在这种背景下，本人参与了开发新一代网上银行产品，涉及到提供网上个人理财效劳、网上外汇买卖效劳、网上企业效劳等具有市场竞争力的产品。作为工程开发的组织者之一和主要的技术骨干，在整个工程开发过程中始终要处于第一线，从而在改良eb效
3、劳器性能、进步整个网上平台系统性能方面收获良多，在本文中简要讨论如下，希望与读者们共享经历。在eb效劳器配置与优化方面，我有如下几方面主要的体会：第一方面是eb效劳器选型考虑。在eb效劳器选型及网上平台搭建之初，我们就已充分考虑整个网上平台的性能及可扩展性问题。这一考虑为该系统的稳定性及扩展性才能方面打下了坚实的基矗某银行原有的一些网上产品由于开发较早，故而采用的是老式的HTTPServer+GI程序调用的方式。这时，每一客户恳求需要对应于后端系统的系统进程来运行GI程序来处理，系统的开销相当大，系统的扩展才能也很差，性能已不能满足业务处理的需要，故而在为此银行系统详细选型的时候，我们一开场就
4、否决了这种方案。通过市场上同类产品的比拟选择，我们选择了国际商业机器IB的ebSphere产品系列作为该行网上银行系统的建立平台。作出这样选择是因为ebSphere基于使HTTPServer和应用效劳器相别离的整体架构，同时支持JSP、Servlet和企业组JavaBean等轻量级线程标准，所有的恳求对应于应用效劳器上的处理线程，系统的开销低、效率非常高，同时ebSphere整个体系构造相当的灵敏，为适应扩展需要可以作不同的横向和纵向扩展，从而可以满足各银行将来的扩展需要。正是因为在一开场选型的时候我们就已考虑到将来的扩展需要，整个系统在接下来的几次性能改良方面，我们大体上都能相对顺利地到达了
5、预期目的。第二方面是eb效劳器的性能配置。在一开场系统上线的时候，由于系统的负荷不是很大，为了节省系统总拥有本钱T投资，我们在一台较低配置的IBRS6000上投产了该系统。整个系统的HTTP效劳器、应用效劳器、通信效劳器等均位于该台机器上，由于初始投产时用户不多，所以系统的性能根本上能令人承受。但随着业务的开展和用户访问量的增大，我们发现该效劳器的响应变慢，系统的PU利用率和内外存交换显著增大。经过跟踪，我们发现关键原因之一是系统的内存缺乏的缘故。由于网上效劳器把大量用户的会话信息保存在内存中供给应用系统使用，当内存缺乏时，大量Sessin信息被迫交换至硬盘，大量PU时间消耗在等候内外存的交换
6、上，系统效率迅速下降。鉴于这种情况，我们把该效劳器的内存由2GB扩大为4GB，同时相应调整用户会话信息的保存时间，这样整个系统的效率又回到较为理想的状况。由于新应用的不断投产及数据库操作的日益增加，我们后来逐渐监控到系统的数据库处于繁忙状态，系统的错误日志也记录下了供给用效劳器使用的数据库连接处出现资源缺乏的情况。在这种背景下，我们认为整个系统由于硬件配置所限，应该进展横向扩展，因此我们把数据库效劳器别离出来，配置到另一较高性能的效劳器上，相应定义的数据库资源也大幅增加，这样整个系统的性能又处于较为理想的状况。第三方面是对应用系统进展相应的优化以进步性能。eb效劳器配置及相应的硬件扩展不失为解
7、决系统性能问题的一条捷径，但应用系统的优化也是应该重点加以考虑的，毕竟它可以在投入较少的情况下进步系统的运用效率。在开发的初期，我们就已经非常注意系统的利用效率，比方提醒程序员尽量不要利用用户会话信息(Sessin来传递大的对象，对于内存要注意回收等。同时，通过内部的交流会推广与介绍一些小的、有用的编程技巧来进步开发人员的程度，通过代码的抽查，希望能在早期就发现问题等。在系统运行期间，我们通过监控发现，应用效劳器所基于的Java虚拟机，其内存堆的空闲空间有不断下降的趋势，每隔假设干天导致空间消耗殆劲无法分配新对象空间，从而导致系统重启。在排除了系统本身问题的原因外，我们确定为应用系统的开发有问
8、题。通过从网上万载IB公司检测Java虚拟机的相关工具对JV进展监控后终于发现系统内部存在着不能回收内存的对象，再通过查找相应的程序发如今该程序中有“环状的对象引用，从而导致对象使用后不能被垃圾搜集器所回收。这个问题的解决过程虽然非常艰辛，但由于该问题不能通过晋级硬件或增加资源配置而得到根本解决，会给系统带来很大的隐患。所以，整个过程的分析与解决是完全值得的，更何况通过查找故障原因的过程，给整个工程组上了生动的一堂软件质量保证课，对工程组的质量意识起了很大的促进作用。所以说改良eb效劳器的性能井不单纯是系统管理方面的工作，它浸透到开发以及系统运行等一系列环节中。第四方面预先考虑将来的扩展与性能
9、需要。随着系统的开展及成熟，考虑到用户访问量的不断上升，为了预留系统的开展空间，我们最近又对整个系统作了一个系统性的晋级。通过引入多台HTTP效劳器及应用效劳器并行工作进步整个系统吞吐量及单点故障克制才能。由于在一开场选型的时候就已经充分考虑到动态负载平衡及横向扩展方面的需要，这一项的晋级无需对整个系统的体系构造作根本的变革，对应用程序来说，更是没有造成任何影响。整个工程历时近两年，从这两年的系统情况来看，整个系统是成功的。根据我亲身的经历，系统性能并不单纯是系统运行与管理阶段的问题，而是浸透在工程论证、开发以及运行的各个阶段。只有在各个阶段都能充分考虑性能方面的需要，在实际运行时，整个系统的性能才可能真正有保障。在技术方面来看，可以综合利用选型评估、硬件扩展、应用优化和系统配置优化等一系列的手段；比方在硬件扩展方面，又可以分为主要部件扩容，纵向晋级、横向晋级等方面。在我们的工程理论中，曾综合地利用了上述的各种手段。比方某银行的整个系统从日访问量缺乏1万至如今的每日超过I0万次以上的点击的开展情况来看，整个系统的性能保障及进步方案是比拟成功的。评注：理论过程较有说服力。条理与思路相当明晰，技术措施与管理措施的推进也很明确。所阐述的技术还有一些局限，不够开阔。本文主要参考了广州黄昌湛等人的论文
计算机系统分析员论文银行业的应用2
