富互聯網應用

　　富互聯網應用(RIAs)和專用的移動應用的崛起正在改變我們監控終端用戶的方式。

　　例如，Twitter.com的流量中，Web流量只占20%3，其他的流量都來自于Tweetdeck和Seesmic這樣的客戶端。除非你能控制這些RIA并能夠進行監控，否則你無法看到真實的終端用戶體驗。

　　為了監控RIA，經常需要在開發的時候，將收集事件一一如購買或刷屏一一的代碼寫入應用程序中。近來的行業趨勢建議，我們將在RIA應用和傳統的網站分析之間看到很強的聯系， Microsoft已經在展示集成在開發環境中的監控工具的拖曳裝備功能。

　　HTML5:服務器發送的事件與Websockets

　　HTML5是對目前Web運行的協議的升級。此項標準的很新一輪循環一一已經有很多領先的瀏覽器實現了對HTML5的支持包含了若干新功能，將會改變Web通信的方式：

　　● 服務器發送的事件(server-sent events)，在服務器有東西要發送的時候，答應服務器對客戶發起通信。

　　● 支持視頻，答應瀏覽器直接播放視頻，而不用再借助插件。

　　● Websockets7在客戶與服務器之間建立起雙向連接，將會消除很多的　開銷，并且看起來更像是點對點的TCP連接，而不再是傳統的請求與響應。

　　現在的網站模擬雙向連接，使用的是長時間的輪詢和釘住的會話一一兩者都存在著固有的低效與局限。隨著HTML5被廣泛接受，我們需要開始監控不同的測量數據了，而這些測量數據看起來很像底層的網絡數據:回程事件、刷新率，以及每秒傳輸的消息數。預計未來幾年，在測量數據和監控工具上會有重大變化。

　　在線社區和長形漏斗

　　我們都聽說過病毒營銷事件，這樣的事件是如此成功，竟然把發起活動的服務器都搞癱瘓了。要是某個網站或頁面的話題在一個流行的社會媒體網站上很熱的話，這樣的事情也還是會發生的。

　　在Web上，只要有足夠的關注，一個人就可以使網絡癱瘓。Stephen Fry是一位英國作家、演員以及自我描述的技術愛好者，下面讓我們看看，關于人為制造的分布式拒絕服務(DDoS)攻擊，他是怎么說的:

　　或許我造成的很大的災難發生在我自己的網站上。在從日漸增長的網站托管費用中獲取現金流的努力失敗后，我發布了一則關于T店的推信，帶有這樣的消息“I tweeted@ stephenfry and all I got was this luxurious t-shir"一一幾秒鐘之內網站就宕掉了。等網站很終恢復正常之后，我不敢再推了太像個小販在吆喝了?！岸嗝蠢速M時間啊!”一就像 Bill Murray在其主演的影片《偷天情緣》中就法國詩歌的主題所規勸的一樣。

　　隨著我們開始理解在線社區如何與網站聯系在一起，我們也在將網站分析的轉化漏斗擴展到社會網絡中。

　　在我們前面所看到的傳統分析漏斗中，一次成功的訪問看起來是這樣的

　　1.到達 index html。

　　2.在 shirts.htm頁面瀏覽產品。

　　3.在 cart，php頁面驗證購物車。

　　4.在 purchase phpi頁面下訂單。

　　5.在 thankyou. php頁面看到收據，結束會話。

　　分析漏斗可以測量多少用戶成功地完成了每個步驟(轉化)，以及他們從哪兒離開的(放棄)。市場營銷使用這些數據進行試驗，沿著漏斗對某些步驟進行優化(通過消息、用戶體驗徵調，等等)，以增加整體的轉化率。

　　長形漏斗在訪客到來之前就會考慮這些步驟:由外部網站組成的生態系統，人們在這里談論各種愿景，形成關于市場的各種觀點。這些網站的性能和可用性也會對你的業務產生影響。你要對這些組成你的長形漏斗的外部網站進行測量，以便識別那些影響你的KPls的外部因素。

　　對屢次提及的流量高峰進行監控，能夠預知被加入了新聞書簽(Reddited)或者過度曝光(Butchered)，這樣你還來得及把很受歡迎的內容移到前端緩存，啟用云資源，或者部署額外的CDN容量。

　　將郵件和轉換循環聯系起來

　　打開收件箱，很可能會發現，其實大部分東西并不是電子郵件，而是什么密碼恢復消息、Facebook的更新、Twitter的通知、收據，等等。收件箱已經成為我們上網活動的記錄了，而我們的郵件地址就成了消費者只需記住一次就可以到處使用的很簡單的東西。

　　先將其中嚇人的潛在安全問題往邊上放一放，考慮郵件在用戶注冊中的重要性。要在網站上注冊，用戶必須接收一封郵件，打開，點擊上面的鏈接。這封合法的注冊消息就會與大量的垃圾郵件過濾器及黑名單進行競爭。

　　假如你負責網站的性能和可用性，則應該把這些用于注冊、邀請以及狀態更新的外部循環的健康狀況考慮進去。郵件監控嚴格說不屬于Web運維，但卻是近親。

　　假如想對用戶體驗有完整的理解的話，也需要對跳出率、打開率以及其他的郵件投遞的測量數據進行追蹤。

　　容量/成本收入方程式

　　云計算的一個特點是具有彈性，這將改變我們傳統上對容量的規劃方式。過去，IT運維人員必須決定什么樣的基礎架構才能買得起，然后對用戶體驗進行測量，看會產生什么樣的延遲。然而，在一個真正的彈性模式中，基礎架構是流動的。在云平臺、CDN服務、帶寬等上面花的錢越多，這些東西提供的用戶體驗也就越好。但這種體驗的改進是需要代價的。運維人員已經不去定義需要多少容量，取而代之的，是決定什么樣的用戶體驗才是付得起的。

　　現在考慮我們前面已經看到過的研究，顯示用戶體驗和收入之間的關系，我們知道越快的網站也就意味著越多的金錢。

　　很終會出現“甜蜜點”法就是網站的收入(由于良好的用戶體驗)與成本(由于提供此用戶體驗產生的)之比很大化。稱之為每訪客一秒的成本(cost per visitor-second)是對一秒鐘之內提供給訪客的內容所花成本的測量。在使用效用模式的計算世界里，這是基于效能而將Web運維與冰箱相比較的等價物。

　　在未來的幾年里，我們將在這些網站建設測量上面投入更多的精力，因為計算、網絡和存儲資源正變得越來越具有彈性。