例如，Twitter.com的流量中，Web流量只占20%3，其他的流量都來自于Tweetdeck和Seesmic這樣的客戶端。除非你能控制這些RIA并能夠進行監(jiān)控，否則你無法看到真實的終端用戶體驗。
為了監(jiān)控RIA，常常需要在開發(fā)的時候，將收集事件一一如購買或刷屏一一的代碼寫入應用程序中。近來的行業(yè)趨勢建議，我們將在RIA應用和傳統(tǒng)的網(wǎng)站分析之間看到很強的聯(lián)系， Microsoft已經(jīng)在展示集成在開發(fā)環(huán)境中的監(jiān)控工具的拖曳裝備功能。
HTML5:服務器發(fā)送的事件與Websockets
HTML5是對目前Web運行的協(xié)議的升級。此項標準的最新一輪循環(huán)一一已經(jīng)有很多領先的瀏覽器實現(xiàn)了對HTML5的支持包含了若干新功能，將會改變Web通信的方式：
● 服務器發(fā)送的事件(server-sent events)，在服務器有東西要發(fā)送的時候，允許服務器對客戶發(fā)起通信。
● 支持視頻，允許瀏覽器直接播放視頻，而不用再借助插件。
● Websockets7在客戶與服務器之間建立起雙向連接，將會消除很多的HTTP開銷，并且看起來更像是點對點的TCP連接，而不再是傳統(tǒng)的請求與響應。
現(xiàn)在的網(wǎng)站模擬雙向連接，使用的是長時間的輪詢和釘住的會話一一兩者都存在著固有的低效與局限。隨著HTML5被廣泛接受，我們需要開始監(jiān)控不同的測量數(shù)據(jù)了，而這些測量數(shù)據(jù)看起來很像底層的網(wǎng)絡數(shù)據(jù):回程事件、刷新率，以及每秒傳輸?shù)南?shù)。預計未來幾年，在測量數(shù)據(jù)和監(jiān)控工具上會有重大變化。
在線社區(qū)和長形漏斗
我們都聽說過病毒營銷事件，這樣的事件是如此成功，竟然把發(fā)起活動的服務器都搞癱瘓了。要是某個網(wǎng)站或頁面的話題在一個流行的社會媒體網(wǎng)站上很熱的話，這樣的事情也還是會發(fā)生的。
在Web上，只要有足夠的關(guān)注，一個人就可以使網(wǎng)絡癱瘓。Stephen Fry是一位英國作家、演員以及自我描述的技術(shù)愛好者，下面讓我們看看，關(guān)于人為制造的分布式拒絕服務(DDoS)攻擊，他是怎么說的:
或許我造成的最大的災難發(fā)生在我自己的網(wǎng)站上。在從日漸增長的網(wǎng)站托管費用中獲取現(xiàn)金流的努力失敗后，我發(fā)布了一則關(guān)于T店的推信，帶有這樣的消息“I tweeted@ stephenfry and all I got was this luxurious t-shir"一一幾秒鐘之內(nèi)網(wǎng)站就宕掉了。等網(wǎng)站最終恢復正常之后，我不敢再推了太像個小販在吆喝了。“多么浪費時間啊!”一就像 Bill Murray在其主演的影片《偷天情緣》中就法國詩歌的主題所規(guī)勸的一樣。
隨著我們開始理解在線社區(qū)如何與網(wǎng)站聯(lián)系在一起，我們也在將網(wǎng)站分析的轉(zhuǎn)化漏斗擴展到社會網(wǎng)絡中。
在我們前面所看到的傳統(tǒng)分析漏斗中，一次成功的訪問看起來是這樣的
1.到達 index html。
2.在 shirts.htm頁面瀏覽產(chǎn)品。
3.在 cart，php頁面驗證購物車。
4.在 purchase phpi頁面下訂單。
5.在 thankyou. php頁面看到收據(jù)，結(jié)束會話。
分析漏斗可以測量多少用戶成功地完成了每個步驟(轉(zhuǎn)化)，以及他們從哪兒離開的(放棄)。市場營銷使用這些數(shù)據(jù)進行試驗，沿著漏斗對某些步驟進行優(yōu)化(通過消息、用戶體驗徵調(diào)，等等)，以增加整體的轉(zhuǎn)化率。
長形漏斗在訪客到來之前就會考慮這些步驟:由外部網(wǎng)站組成的生態(tài)系統(tǒng)，人們在這里談論各種愿景，形成關(guān)于市場的各種觀點。這些網(wǎng)站的性能和可用性也會對你的業(yè)務產(chǎn)生影響。你要對這些組成你的長形漏斗的外部網(wǎng)站進行測量，以便識別那些影響你的KPls的外部因素。
對屢次提及的流量高峰進行監(jiān)控，能夠預知被加入了新聞書簽(Reddited)或者過度曝光(Butchered)，這樣你還來得及把最受歡迎的內(nèi)容移到前端緩存，啟用云資源，或者部署額外的CDN容量。
將郵件和轉(zhuǎn)換循環(huán)聯(lián)系起來
打開收件箱，很可能會發(fā)現(xiàn)，其實大部分東西并不是電子郵件，而是什么密碼恢復消息、Facebook的更新、Twitter的通知、收據(jù)，等等。收件箱已經(jīng)成為我們上網(wǎng)活動的記錄了，而我們的郵件地址就成了消費者只需記住一次就可以到處使用的最容易的東西。
先將其中嚇人的潛在安全問題往邊上放一放，考慮郵件在用戶注冊中的重要性。要在網(wǎng)站上注冊，用戶必須接收一封郵件，打開，點擊上面的鏈接。這封合法的注冊消息就會與大量的垃圾郵件過濾器及黑名單進行競爭。
假如你負責網(wǎng)站的性能和可用性，則應該把這些用于注冊、邀請以及狀態(tài)更新的外部循環(huán)的健康狀況考慮進去。郵件監(jiān)控嚴格說不屬于Web運維，但卻是近親。
如果想對用戶體驗有完整的理解的話，也需要對跳出率、打開率以及其他的郵件投遞的測量數(shù)據(jù)進行追蹤。
容量/成本收入方程式
云計算的一個特點是具有彈性，這將改變我們傳統(tǒng)上對容量的規(guī)劃方式。過去，IT運維人員必須決定什么樣的基礎架構(gòu)才能買得起，然后對用戶體驗進行測量，看會產(chǎn)生什么樣的延遲。然而，在一個真正的彈性模式中，基礎架構(gòu)是流動的。在云平臺、CDN服務、帶寬等上面花的錢越多，這些東西提供的用戶體驗也就越好。但這種體驗的改進是需要代價的。運維人員已經(jīng)不去定義需要多少容量，取而代之的，是決定什么樣的用戶體驗才是付得起的。
現(xiàn)在考慮我們前面已經(jīng)看到過的研究，顯示用戶體驗和收入之間的關(guān)系，我們知道越快的網(wǎng)站也就意味著越多的金錢。
最終會出現(xiàn)“甜蜜點”法就是網(wǎng)站的收入(由于良好的用戶體驗)與成本(由于提供此用戶體驗產(chǎn)生的)之比最大化。稱之為每訪客一秒的成本(cost per visitor-second)是對一秒鐘之內(nèi)提供給訪客的內(nèi)容所花成本的測量。在使用效用模式的計算世界里，這是基于效能而將Web運維與冰箱相比較的等價物。
在未來的幾年里，我們將在這些網(wǎng)站建設測量上面投入更多的精力，因為計算、網(wǎng)絡和存儲資源正變得越來越具有彈性。
本文地址：http://www.khwajamoinuddinchishty.com//article/3356.html
