富互联网应用

发布：2018-06-27 20:52:06 浏览：4013

富互联网应用(RIAs)和专用的移动应用的崛起正在改变我们监控终端用户的方式。

例如，Twitter.com的流量中，Web流量只占20%3，其他的流量都来自于Tweetdeck和Seesmic这样的客户端。除非你能控制这些RIA并能够进行监控，否则你无法看到真实的终端用户体验。

为了监控RIA，常常需要在开发的时候，将收集事件一一如购买或刷屏一一的代码写入应用程序中。近来的行业趋势建议，我们将在RIA应用和传统的网站分析之间看到很强的联系，Microsoft已经在展示集成在开发环境中的监控工具的拖曳装备功能。

HTML5:服务器发送的事件与Websockets

HTML5是对目前Web运行的协议的升级。此项标准的最新一轮循环一一已经有很多领先的浏览器实现了对HTML5的支持包含了若干新功能，将会改变Web通信的方式：

●服务器发送的事件(server-sentevents)，在服务器有东西要发送的时候，允许服务器对客户发起通信。

●支持视频，允许浏览器直接播放视频，而不用再借助插件。

●Websockets7在客户与服务器之间建立起双向连接，将会消除很多的HTTP开销，并且看起来更像是点对点的TCP连接，而不再是传统的请求与响应。

现在的网站模拟双向连接，使用的是长时间的轮询和钉住的会话一一两者都存在着固有的低效与局限。随着HTML5被广泛接受，我们需要开始监控不同的测量数据了，而这些测量数据看起来很像底层的网络数据:回程事件、刷新率，以及每秒传输的消息数。预计未来几年，在测量数据和监控工具上会有重大变化。

在线社区和长形漏斗

我们都听说过病毒营销事件，这样的事件是如此成功，竟然把发起活动的服务器都搞瘫痪了。要是某个网站或页面的话题在一个流行的社会媒体网站上很热的话，这样的事情也还是会发生的。

在Web上，只要有足够的关注，一个人就可以使网络瘫痪。StephenFry是一位英国作家、演员以及自我描述的技术爱好者，下面让我们看看，关于人为制造的分布式拒绝服务(DDoS)攻击，他是怎么说的:

或许我造成的最大的灾难发生在我自己的网站上。在从日渐增长的网站托管费用中获取现金流的努力失败后，我发布了一则关于T店的推信，带有这样的消息“Itweeted@stephenfryandallIgotwasthisluxurioust-shir"一一几秒钟之内网站就宕掉了。等网站最终恢复正常之后，我不敢再推了太像个小贩在吆喝了。“多么浪费时间啊!”一就像BillMurray在其主演的影片《偷天情缘》中就法国诗歌的主题所规劝的一样。

随着我们开始理解在线社区如何与网站联系在一起，我们也在将网站分析的转化漏斗扩展到社会网络中。

在我们前面所看到的传统分析漏斗中，一次成功的访问看起来是这样的

1.到达indexhtml。

2.在shirts.htm页面浏览产品。

3.在cart，php页面验证购物车。

4.在purchasephpi页面下订单。

5.在thankyou.php页面看到收据，结束会话。

分析漏斗可以测量多少用户成功地完成了每个步骤(转化)，以及他们从哪儿离开的(放弃)。市场营销使用这些数据进行试验，沿着漏斗对某些步骤进行优化(通过消息、用户体验徵调，等等)，以增加整体的转化率。

长形漏斗在访客到来之前就会考虑这些步骤:由外部网站组成的生态系统，人们在这里谈论各种愿景，形成关于市场的各种观点。这些网站的性能和可用性也会对你的业务产生影响。你要对这些组成你的长形漏斗的外部网站进行测量，以便识别那些影响你的KPls的外部因素。

对屡次提及的流量高峰进行监控，能够预知被加入了新闻书签(Reddited)或者过度曝光(Butchered)，这样你还来得及把最受欢迎的内容移到前端缓存，启用云资源，或者部署额外的CDN容量。

将邮件和转换循环联系起来

打开收件箱，很可能会发现，其实大部分东西并不是电子邮件，而是什么密码恢复消息、Facebook的更新、Twitter的通知、收据，等等。收件箱已经成为我们上网活动的记录了，而我们的邮件地址就成了消费者只需记住一次就可以到处使用的最容易的东西。

先将其中吓人的潜在安全问题往边上放一放，考虑邮件在用户注册中的重要性。要在网站上注册，用户必须接收一封邮件，打开，点击上面的链接。这封合法的注册消息就会与大量的垃圾邮件过滤器及黑名单进行竞争。

假如你负责网站的性能和可用性，则应该把这些用于注册、邀请以及状态更新的外部循环的健康状况考虑进去。邮件监控严格说不属于Web运维，但却是近亲。

如果想对用户体验有完整的理解的话，也需要对跳出率、打开率以及其他的邮件投递的测量数据进行追踪。

容量/成本收入方程式

云计算的一个特点是具有弹性，这将改变我们传统上对容量的规划方式。过去，IT运维人员必须决定什么样的基础架构才能买得起，然后对用户体验进行测量，看会产生什么样的延迟。然而，在一个真正的弹性模式中，基础架构是流动的。在云平台、CDN服务、带宽等上面花的钱越多，这些东西提供的用户体验也就越好。但这种体验的改进是需要代价的。运维人员已经不去定义需要多少容量，取而代之的，是决定什么样的用户体验才是付得起的。

现在考虑我们前面已经看到过的研究，显示用户体验和收入之间的关系，我们知道越快的网站也就意味着越多的金钱。

最终会出现“甜蜜点”法就是网站的收入(由于良好的用户体验)与成本(由于提供此用户体验产生的)之比最大化。称之为每访客一秒的成本(costpervisitor-second)是对一秒钟之内提供给访客的内容所花成本的测量。在使用效用模式的计算世界里，这是基于效能而将Web运维与冰箱相比较的等价物。

在未来的几年里，我们将在这些网站建设测量上面投入更多的精力，因为计算、网络和存储资源正变得越来越具有弹性。