• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

在WebLogic环境中考虑SOA

发布: 2008-10-29 09:57 | 作者: 不详 | 来源: 测试时代采编 | 查看: 45次 | 进入软件测试论坛讨论

领测软件测试网

    隔离:给出上述场景之后,我们来看一种将这样的环境转化为SOA的一部分的方法。第一步是要隔离被认为是关键型的应用程序或组件。可以通过将这些应用程序部署到各自的WebLogic实例中,然后关联适当的存储器和WebLogic资源到该应用程序来实现隔离。然后这些服务器实例可以被集群化,这样就有助于进行故障转移,从而使环境具有高度可用性。不要忘记:业务期望值越高,基础架构的成本就越昂贵。如果需要隔离应用程序的特定组件,可以利用定制的执行队列(Execute Queue)或工作管理器(Work Manager)(9.0中的新特性),为它们配置适当的线程数。创建执行队列可以为应用程序组件提供分离的请求通道,并防止请求缺乏关键型业务功能。在连接池级进行隔离可以确保数据库资源的可用性。

    服务器特征:我们需要从吞吐量、负载之下的响应等方面来了解服务器特征。这是通过进行负载/压力测试,然后调优环境以获得WebLogic Server实例的最佳性能指标来完成的。这是一项重要的任务,因为它可以帮助规划以后的应用程序采用率,从而提供一个可伸缩的环境。

    灾难恢复规划:关键型应用程序应该有适当的灾难恢复规划。我信任hot-hot型而不是hot-standby(热备份)型的冗余环境。如果备份不能运行该怎么办?如果出现故障,有多少服务器实例才足以维持峰值负载?关于这方面的详细信息也必须在文档中注明。所有这些可以确保在出现故障时能够有一个运行良好的环境,而保护业务是底线。

    统一管理:我曾经在一些机构中看到他们用一个操作小组来管理多个WebLogic域。这样的环境是难于维护和管理的。考虑需要进行更新的场景。还有监控——这是一项日常操作任务——必须查看多个WebLogic Server控制台以收集信息。我的建议是,在可能的地方对类似的应用程序创建多个集群而不是多个域。集群提供对应用程序的固有隔离级别,这会产生较少的域以及更易于管理的环境。

    操作是面向流程的:对环境的操作很大程度上是面向流程的,且需要进行详细的记录。错误模式和正确的解决方案的记录都是一个动态过程。环境进行升级和打补丁的停机时间必须符合高可用性的业务需求。必须为维护设置适当的过程。还要定义逐步升级的过程,并写入文档。作为部署过程的一部分,还应该采用域模板,以便产生跨不同环境的一致域。

    提供透明性:一个管理良好的环境需要有针对关键性业务破坏的报警机制。在问题诊断时,服务器日志中的信息必须有一定的透明度。应用程序必须记录有助于问题诊断的关键信息。在问题诊断时,可以使用诸如来自Splunk之类的工具来聚合来自服务器环境中不同日志的信息。此外,预期和实际的关键性技术指标也应该被收集并关联起来。例如,在容量规划期间,可以基于业务需求预测特定数目的并发用户,而这个数字可能与生产环境中实际得到的数字不同。这类技术指标应该定期报告,以方便以后的环境调优。

    结束语

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/

32/3<123>

关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网