|
成功案例： 分布式业务的成功部署(roll out)
◆问题
一个金融服务公司想要在92个不同地点部署面向客户的web应用业务。通过该业务，用户可以访问公司的数据库进行金融交易，每个地点的接入速度为56kbps。显然该项目的财务模型应基于每天成功的交易数量，因此需要对业务响应时间建立一个SLA，即在平均繁忙小时中95%的业务响应时间应该小于三秒钟。
以一个局域网为测试环境，得到该业务的平均响应时间为两秒。但当该业务在五个真实地点开展时，用户抱怨响应时间过长。业务铺设暂停，转而对其进行进一步分析。
◆解决方案
IT Guru的应用刻画环境用于进行最初的错误分析。通过远程捕获的一个业务轨迹，可以对该应用消息进行图形化分析。我们发现端到端响应时间超过7秒钟。
IT Guru的AppDoctor诊断的结果是过多的短消息交互是造成时延的主要原因。Web服务器和数据库服务器不断交互很多的琐碎的消息，导致网络资源和服务器的利用率不高。在检查了应用消息图之后，该项目组最后找到了造成利用率低下的根源是使用了某一种API。通过更改应用程序源代码，替换为一次需要整个数据表的API,在测试地点端到端响应时间缩短为3秒。
该项目组用IT Guru来对下一个月将要开展的92个地点的网络处理能力进行评估。结果表明，只有在每个地点的接入速度不小于96Kbps时才能够获得预期的SLA。假定每个月的业务增长量为10%，该项目组通过IT Guru预计到4个月后有几个节点上业务的响应时间将不能达到SLA。
◆结果
响应时间的问题得以解决。并且确保了财政支出能够得到相应的回报，成功升级满足了业务需求。
|
|
