|
本文讨论了在ERPCRM电子商务和定制的应用环境中管理可用性性能和应用服务等级时所面临的问题本文的目标读者是负责应用可用性性能服务等级和容量计划的业务和IT管理人员文中涉及到下面的IT基础架构部分MIS应用/Web管理和电子商务等 概述 在当今的财富强公司中IT部门一直面临巨大压力他们必须提供有可靠价值的技术服务以支持公司业务的发展公司希望IT部门在现有或更少的人员和资源的情况下能够向业务用户提供应有的或更好的应用服务等级同时企业通过实施IT应用在内部部门合作伙伴供应商和电子商务客户之间持续优化业务过程并提高效率所有这些将给IT部门带来更多压力 此外这些应用具有复杂的多层的体系结构运行着多种操作系统和一系列相互依赖的防火墙服务器操作系统进程Web服务器JEE应用服务器数据库和一些其它子部件等 然而用户并不关心这些管理应用基础架构的复杂性用户主要关心的是系统在一个可预知时间内是否能够完成一个业务过程是否能够更新工资单查找客户信息或查找网站并下订单等是否能够成功完成业务过程是应用可用性的起码要求－要么能完成要么不能性能问题或可用性的不足都可影响生产效率收入和用户信心也许是最重要的 在建立应用服务等级管理时业务和IT部门应该考虑使用业务过程的性能使用基于业务过程应用服务等级业务管理人员可以使IT部门承担更多的责任IT部门可以通过比较具体业务过程或业务过程的组合随时测定服务质量的可用性和变化 应用服务模型将业务过程映射到具体IT资源和应用组件上基于业务过程的应用服务等级与应用服务模型相结合给业务和IT部门带来很多好处本白皮书讨论了实现这个模型的挑战和机制并提出了下面这些关键问题 为什么对业务过程性能的测量比对传统的设备或服务器的测量能更精确地反映应用服务的可用性 为什么要将业务过程映射到具体的IT应用基础资源例如Web服务器JEE应用服务器和数据库服务器 业务过程性能:测量应用服务可用性的一个更好方法 用于测量应用服务的传统方法各有不同这主要取决于企业文化业务目标和应用基础架构的规模等一些企业使用了商业化的系统监测产品定制开发的脚本或两者组合使用来监测应用中所包含的操作系统进程是否在正常运行这些产品往往依赖操作系统的工具如pingvmstatdftop和perfmon测定进程的可用性 如果组成应用的网络操作系统和操作系统进程运行正常我们就可以假定应用的运行是正常的这些观察方式都是测量应用服务等级性能的间接方法没有考虑到在一段可预知的时间内或从不同的地域位置实际执行完成业务过程的能力直到最近这些间接方法仍然是用于测量应用服务等级最常用的方法因为我们还不具备在一段时间范围内直接并可靠地测量业务过程的能力 现在技术已经成熟可靠我们可以通过记录业务过程并反复回放的方式模拟用户的业务过程这些被记录的业务过程可以被部署到指定的地方并且可以监测到业务过程的可用性和反应时间 业务过程是应用交付的最终产品代表了应用服务可用性的一种直接测量方法因此业务过程应该被用来确定应用服务等级在实现基于Web的业务流程模拟之前对用于记录和回放业务过程的产品应该包括下面的一些功能 显示一个完整的基于Web业务流程的总反应时间以及具体到每个用户操作步骤或动作（如登录搜索产品购买产品注销）的详细时间 估计严重或致命性能等级的期望反应时间 在用户每步操作之间以间断和不间断两种方式重新执行整个业务过程 将已记录的脚本部署到外部的自动化机器上然后以自动方式反复执行 将已记录的脚本自动地存储到一个中央目录中 统一处理服务器和后端应用的可用性和性能信息 提供一个中央数据库存储和使用所产生应用服务报告 将业务过程映射到具体的应用基础资源 用户确切想要的是从任何位置以可预知性能持续不断地运行业务过程保证性能的下一个逻辑步骤是把业务过程性能正确地映射到具体的IT层次和组成应用基础架构的组件包括性能信息和影响Web应用和数据库服务器的事件 将业务过程映射到应用基础架构这一中心概念是以应用技术栈为基础的所有的应用都能分解成如下表所示的组件层次这些层次是有次序的从下到上表示从网络到操作系统再到应用集成组件和业务过程的路径重要的一点是业务过程与应用栈的每一层次都是有关的因此必须把它们联系在一起考虑才能对性能有全面的理解 表应用栈由于业务流程必然要使用栈中的各个层次所以业务流程层次准确地反映了应用的业务流程可用性 |
