企业Saas应用的性能管理

 
介绍
 
企业应用程序需要高可扩展性,以满足庞大的最终用户群。这些组织中的IT团队面临的首要问题是监控正常运行时间并确保其业务应用程序的良好性能。为了解决这些问题,企业需要对端到端应用程序性能管理工具进行战略投资,以使IT运营团队能够交付满足客户期望的业务应用程序。
 
 
 
企业使用的应用程序类型
 
客户关系管理、联系人管理、订单跟踪等关键业务应用程序向云端的移动是一种趋势,这种趋势正在迅速发展,尤其是因为它对移动员工的生产力有好处。大型企业也开始整合其基础架构并采用这种交付模式。
 
 
 
传统上,许多ISV还为第三方组织(ASP)提供SaaS应用程序。这些应用程序更多地针对中小型企业市场,因为成本和较少的维护问题而采用这些应用程序是主要驱动因素。还有一种趋势是将这些应用程序移动到云(在线移动)友好的体系结构,以便它可以为大型组织扩展,并可以降低维护和支持成本。
 
 
 
典型应用:企业费用管理应用:
 
让我们以ZOHO Inc使用的一个典型企业费用管理应用程序为例,该应用程序由移动员工使用。费用管理应用程序可帮助员工遵守公司的差旅支出政策,并帮助他们进行适当的报告。此外,对于组织而言,这是跟踪差旅费或其他客户服务成本的有效方法。
 
 
 
定期报告有助于财务团队依法合规,也有助于他们了解各种政策对其员工支出模式的影响。然而,在这种易用性的背后,有一个复杂的基础架构。
 
 
 
最终用户面临的典型问题
 
John是ZOHO Inc的销售顾问,经常出差会见客户。他使用IT团队提供的费用管理应用程序。去年第四季度末,他在新泽西州与一位重要客户会面。会后,在前往机场的途中,他试图访问应用程序并更新账单详细信息。然而,在上午10:10,他被一个极其缓慢的应用程序困住了。原因可能是从设备连接问题的孤立案例到托管费用管理应用程序的数据中心的问题。
 
 
 
他通过电话立即向服务台记录问题。服务台发现这是一个用户定期报告的问题,但他们手头没有解决方案。
 
 
 
典型运营团队响应
 
应用程序团队表示,托管应用程序的应用程序服务器没有问题,各种配置参数都很好。Oracle管理员也发现一切都已就绪。这是运营团队的典型问题。就各个应用程序团队而言,似乎没有什么问题,但最终用户并不满意。
 
 
 
然而,WebLogic管理员知道,如果他们重新启动所有应用程序服务器,这个问题就会消失。因此,他们重新启动应用程序服务器并祈祷好运。这是许多SaaS应用程序的典型问题。
 
 
 
传统的网络监控工具不够好
 
为什么这些应用程序通常很复杂?
 
 
 
面向大量用户的应用程序通常使用Java EE或Microsoft构建。NET技术。这些通常是web应用程序,以使访问变得简单,并且是多层的,以确保高可扩展性。下面是使用SaaS交付模型的典型web应用程序的架构图:
 
 
 
Web层
 
web层通常用于提供静态内容和其他丰富内容。它还通过将专门的角色移动到同类最佳的软件来帮助减少应用层上的负载。由于Apache、IIS、IBM HTTP等的健壮性,它们通常扮演web服务器的角色。
 
 
 
应用层
 
应用层由业务逻辑组成,负责与数据存储机制的交互。它还包括MVC体系结构中的表示层。这一层的可伸缩性取决于应用层可以服务多少用户会话。对于费用管理应用程序,组织使用Oracle WebLogic 9应用程序服务器作为中间件组件。
 
 
 
数据库层
 
这通常由Oracle、SQL Server等RDBMS或MySQL等数据库组成,这些数据库在SaaS部署中非常流行。数据库通常分组以形成网格体系结构,有助于确保高可用性和水平可扩展性。
 
 
 
技术挑战示例
 
费用管理应用程序的构建方式是,有两个数据库集群协同工作来存储数据。每个集群都有一个主数据库服务器和一个从数据库服务器。还有一个免费节点根据需要接管作为应用程序服务器或数据库服务器。因此,实际上,如果其中一个数据库集群关闭,几乎50%的用户将受到影响,因为数据将在两个数据库集群中分割。
 
 
 
类似地,应用服务器层有两种类型的服务器。一组由五个应用程序服务器组成的应用程序服务器执行后台工作,如日程报告、数据挖掘等,而另一组由三个应用程序服务器组成的应用程序服务器则为用户提供web客户端。需要通过这些Web客户端应用程序服务器进行监控,以确保最终用户可以接受页面加载时间。
 
 
 
确定问题模式
 
可以做些什么?显而易见的解决方案是确保运营团队拥有适当的工具来首先监控绩效。他们还需要配备正确的故障排除工具来检查服务器、应用程序服务器、数据库服务器和网络。通过主动监控应用程序性能,企业可以确保其员工拥有更好的经验和更高的生产率,从而帮助他们做出更好的决策。
 
 
 
应用程序性能管理的含义是什么?
 
应用程序性能管理就是通过深度监控、快速故障排除和跟踪最终用户体验来交付满足客户满意度的业务应用程序。为了做到这一点,IT运营团队还必须控制应用程序交付的整个过程。他们应该能够做出明智的决定,迅速解决问题,并充分利用时间。所有这些最终都会带来满意的客户、高效的IT运营和更好的ROI。
 
 
 
最终用户面临的主要问题:
 
 
 
在一天或一周的某些时段,应用程序运行缓慢
 
损坏数据的严重应用程序错误
 
L1支持部门对问题原因的不当响应
 
以前的问题重复出现并妨碍用户使用应用程序
 
终端用户士气低落,生产力下降
 
运营团队在应用程序交付中面临的主要问题
 
 
 
缺乏解决停机问题的适当工具
 
非集成工具使故障排除耗时
 
错误警报
 
无法了解停机对应用程序的实际影响
 
在各种技术团队之间转移职责,如网络团队、服务器团队、应用服务器管理团队、数据库团队等。。。
 
即使有这么多监控工具,也缺乏可操作的数据
 
由于需要监控大量资源,因此需要很长时间来确定问题的根本原因
 
缺乏了解各种技术的熟练资源
 
运营团队开展的主要活动:
 
 
 
采取纠正措施并确保应用程序的正常运行时间
 
容量规划
 
确保最终用户体验
 
处理应用程序重启和备份
 
维护灾难恢复站点和高可用性站点
 
这些问题可以通过适当的流程和工具来解决。
 
 
 
 
 
 
您需要什么:
 
传统的网络监控工具不够好。您需要深入了解应用程序,以了解服务体系结构和实时负载对最终用户体验的真正影响。
 
 
 
企业应用程序性能管理工具=基础架构性能管理+最终用户体验监控+性能故障排除工具。
 
基础架构性能管理:
 
这包括跟踪应用程序和服务器的性能指标,并确保服务器的最佳使用。传统的监控工具执行简单的正常运行时间检查,或停止监控服务器的CPU利用率或内存利用率。然而,随着基础架构变得复杂,必须监控这些服务器上的应用程序及其性能指标,以便更好地了解瓶颈所在。N层应用程序体系结构带来了复杂性。因此,监控各个层(如数据库服务器、web服务器、邮件服务器和其他web服务)的正常运行时间和性能也很重要。
 
 
 
例如,为了检查服务器是否已启动,我们可以ping服务器。与检查数据库的可用性类似,仅对服务器执行ping是不够的。我们需要运行SQL查询以确保数据库真正运行。此外,为了了解Oracle数据库的性能,我们还需要监控特定于所监控资源的指标,如缓存命中率、表空间使用率等。这类似于监视服务器的CPU利用率。监控这些指标的优点是可以更好地了解这些数据库的使用情况,更快地排除故障,并优化服务器的使用。
 
 
 
最终用户体验监控或应用程序性能管理
 
监视CPU利用率和内存利用率有助于确保资源的技术方面。然而,它缺少一个关键功能。由于知道运行邮件服务器或web服务器的服务器的CPU利用率低于20%,因此无法了解最终用户在使用服务时的实际响应时间。
 
 
 
最终用户体验监控是对基础架构性能监控的宝贵补充,因为它可以帮助您为服务用户提供更好的服务质量。
 
 
 
衡量最终用户体验的一些关键性能指标如下:
 
 
 
加载网页需要多长时间
 
执行签出事务需要多长时间
 
通过邮件服务器等发送电子邮件需要多长时间。
 
执行LDAP搜索请求需要多长时间
 
通过ftp站点下载1 MB附件需要多长时间?
 
监控最终用户体验有助于向业务线证明,您在言行一致地确保承诺的SLA。
 
 
 
性能故障排除
 
报告问题后,需要多长时间才能确定问题的根本原因?小时、周还是月?是否应将问题通知数据库管理员、应用程序服务器团队或开发团队?对于异构基础架构,这将变得非常乏味。
 
 
 
应用程序疑难解答工具可帮助您找出报告问题的根本原因。例如,Java事务监视工具可以了解应用程序服务器中执行的Java事务的详细信息,并帮助确定哪些SQL查询需要时间来执行,或者Java类中的哪些方法正在减慢应用程序的速度。这些帮助您的应用程序团队节省解决问题的宝贵时间。
 
 
 
从长远来看,它还有助于确保性能更好的应用程序不仅可扩展而且可靠,使it操作更加轻松。
 
 
 
用于应用程序性能管理的ManageEngine应用程序管理器
 
APM Saas
 
监视异构数据中心
 
ManageEngine Applications Manager提供对服务器、应用程序服务器、数据库、ERP(如SAP)、web服务、网络服务和一系列其他应用程序管理功能的深入监控,这些功能将帮助IT管理员管理其资源。
 
 
 
监视异构数据中心
 
深度监控可帮助您规划容量、快速排除故障并查看各种应用程序的利用率报告。它易于设置,并使用无代理的方法进行监控。
 
 
 
对各种应用程序的开箱即用支持将帮助您的IT团队从单个控制台跟踪性能问题,使您的技术人员能够经济高效地解决问题。
 
 
 
 
 
 
 
分组资源以更好地决策
 
ManageEngine Applications Manager可帮助您对IT资源进行分组,并将其映射到IT影响的业务服务。这将确保IT团队知道哪些事件比其他事件更重要。这也将有助于运营部门更好地了解服务器场。例如,了解哪些服务器属于在线商店应用程序,哪些服务器属于工资单,有助于确定生产问题的优先级。它还有助于确保时间和资源的最佳利用。
 
 
 
报警管理
 
如果没有任何形式的集成,那么太多不同的监控工具可能会产生太多噪音。即使出现真正的警报,错误警报也可能使IT团队自满。因此,必须确保有适当的事件关联技术。投资于集成的应用程序、服务器、数据库和网络服务监控工具有助于简化基础架构的管理。应用程序和网络服务映射还有助于提高有效事件与警报的比率。此外,ManageEngine Applications Manager还智能地支持集群应用程序和高可用性体系结构的事件关联。
 
 
 
有助于运营团队全面了解其环境的图形显示
 
将相关资源分组为业务服务和报警管理功能有助于在plasma视图中提供应用程序拓扑图。这可以帮助运营团队了解基础设施如何运作的全局。这是非常宝贵的,尤其是在紧急情况下。
 
 
 
与操作团队去不同的服务器并使用ping、四处寻找密码等不同,网络的图形表示、各种路由、服务器和应用程序的状态可以帮助团队快速执行任务。
 
 
 
他们的环境大局
 
容量规划
 
容量规划对于确保IT团队按时提供服务器以满足业务需求非常重要。不同的应用程序和技术具有不同的指标,有助于容量规划。例如,如果使用的技术是Java EE,那么有效运行的关键性能指标是JVM内存使用率、可用内存等。这些指标有助于了解应用程序的负载,并确保良好的应用程序可伸缩性。
 
 
 
ManageEngine Applications Manager通过封装监控这些指标的复杂性来帮助进行容量规划,并为有效规划提供易于使用的报告。
 
 
 
容量规划
 
总结:
 
企业需要高可扩展性体系结构来满足其业务需求。这些体系结构使得it管理员使用传统NSM工具进行管理变得复杂。此外,以更少的资源交付更多的产品的压力迫使企业在不影响最终用户体验的情况下,对可用硬件进行最佳利用。
 
 
 
ManageEngine Applications Manager帮助首席信息官确保其对关键任务应用程序的投资在生产中按计划运行。此外,通过封装监控异构it的复杂性,它有助于了解应用程序停机时间、容量规划和快速故障排除。
 
 
 
 
 

我们的客户

Back to Top