本文是《快速建立網站》系列的第10篇(完結篇)，如果你還沒有看過之前的內容，建議你點選以下目錄中的章節先閱讀其他內容再回到本文。訪問本系列目錄，請點選：http://devopshub.cn/tag/wordpress-on-azure/
1. 網站管理平臺WordPress和雲端計算平臺Azure簡介 (6分鐘視訊 ）
2.1 在Azure上建立網站及網站執行機制 （13分鐘視訊）
2.2 域名繫結操作和Azure負載均衡機制 （12分鐘視訊）
2.3 WordPress 初始化和網站管理功能 （11分鐘視訊）
3.1 WordPress 資料匯入 （12分鐘視訊）
3.2 WordPress 多站點支援和Azure線上程式碼編輯器 （14分鐘視訊）
3.3 WordPress 多語言支援 Multisite Language Switcher （15分鐘視訊）
3.4 WordPress 主題安裝和配置，美化你的網站 （15分鐘視訊）
4.1 為啥造軟體不同於造汽車，為啥是軟體就一定會有Bug － 構建開發運維一體化（DevOps)（11分鐘視訊）
4.2 完結篇 – 應用運營vs.發射衛星，遙測(Telemetry) 技術 （13分鐘視訊）
在上一節（4.1）中，我給大家介紹了開發運維一體化（DevOps）的意義所在。但我不希望大家被這個聽上去高大上的詞彙所迷惑，感覺這只是那麼上規模的網站和團隊才需要的。任何的軟體產品，網站都需要連線開發團隊和使用者，我們不能閉門造車，我們不能讓長長的渠道成為使用者和開發之間的遮蔽，任何的開發人員都需要直接面對使用者，任何的軟體產品都需要最直接的交付給使用者。這才是最高效的軟體開發，才是最有效的精益創業模式。在這一節中，我講集中介紹反饋這個環節，更確切的名稱應該叫Telemetry （遙測）。
請配合視訊閱讀本文
釋出應用就是發射衛星
又是一個高大上詞彙，Telemetry（遙測）。感覺我們要發射衛星了。其實，當你釋出了你的產品，特別是一個網際網路產品，無論它是一個網站，一個App，或者一個微信應用，甚至僅僅是某一篇部落格文章；你就已經發射了一顆衛星，它在浩瀚的網際網路裡面遊蕩，你不知道它現在在哪裡，有多少人在關注它，也不知道它將要飛向哪裡，或者是否已經墜落在了一片無人的沙漠；幸運的話，可能還會被其他的太空垃圾當成靶子（DoS攻擊？）。
遙測技術（Telemetry）不是一門新技術，在很多的行業，如：航空航天，野生動物保護，醫療，甚至執法過程中這都是不可缺少而且應用許久的技術。我們不必把它當作一門高深的技術，可以想象一下你開車或者騎自行車的過程，你的眼睛獲取周圍的情況，通過大腦的處理得出最佳的行駛方案，然後指導你的手和腳做出反應，保證你可以安全的行駛在路上，併到達目的地。這就是遙測技術。
遙測與日誌（Telemetry vs. Logging），你可能會想：好吧，沒問題，在我的應用裡面已經有了非常多的日誌記錄。這非常好，說明你已經開始了你的遙測實踐。但日誌一般更佳關注我們開發人員從技術層面對應用執行情況的跟蹤，比較低層，更多的資料是關於應用本身執行情況，而不是從使用者的角度如何使用你的應用。而遙測需要關注則更多是使用者如何使用你的應用，你的應用又是如何做出響應的。
換句話說，日誌可以幫助你證明已知（確認應用按照設計執行），而遙測可以幫助你探索未知（找到使用者真正的需求，完善改進你的設計）。
遙測可以幫你回答10個問題
使用者的“真”需求是一座金山，而我們需要做的是如何找到這座金山。遙測是你手中的金屬探測器，它可以幫助你回答這些問題：
1. 哪些功能受到使用者歡迎？我覺得有用的功能，使用者是否真的覺得有用？
2. 使用者把時間都花在了哪裡？他們在每個應用頁面（功能）上花費了多少時間，又去了哪裡，在這些時間中他們都做了些什麼？
3. 使用者使用哪些裝置訪問我的應用？型號，螢幕大小，解析度，使用鍵盤還是觸控裝置？
4. 我的應用提供了這麼多的選項，使用者真的用了嗎？他們更喜歡怎樣使用我的應用？
5. 應用出現問題的時候使用者的反應如何？他們遇到問題的頻率如何，遇到了哪些問題？
6. 我所釋出的新功能使用者是否喜歡？這個新的微信分享功能大家都用了沒有？這個功能是否幫我吸引到了更多新的使用者？
7. 使用者是否點選了廣告？在哪些應用頁面上它們更喜歡點選廣告？哪些廣告他們更喜歡點選？
8. 哪些使用者更加關注我的應用？他們是否推薦了我的應用給他們的朋友？
9. 我是否應該花時間開發新功能？還是要改進效能，改進現有功能？下一個版本要做些什麼？
10. 我的應用的是否幫助我向著我的商業目標前進？方向對嗎？
真需求是金山，假需求那就是陷阱，不僅僅讓你浪費金錢，更加白白浪費精力；如果不能及時識別需求的真假，那就相當於坐上開往地獄的高鐵一樣。
如何為我的應用新增遙測能力？
方式有兩種，1. 自己實現所有的監測點資料收集，傳送和資料分析，展現。你當然會有最佳的靈活度，但是你花在這上面的精力好像有點太多了。2. 使用第三方服務。
看了上面10個問題，你應該會覺得應用遙測能力很重要，但是淘金的人需要穿結識的牛仔褲，但可不一定要自己造牛仔褲。下面就是市場裡面可供你選擇的各種牛仔褲：
deltaDNA http://www.deltadna.com/
專注於遊戲類應用的資料分析
APImetrics http://apimetrics.io/
專注於各種網際網路公開服務的API監控和使用分析，如：OAuth, UserProfile, Search Engine 等
Kochava https://www.kochava.com
專注於廣告投放的資料分析
uTEST http://www.utest.com/
最初是一個社群化的測試服務，現在也提供一定的線上資料分析能力。
當然，在這裡不能不提的2個很重要的服務，也是博主在這個部落格上使用的服務。
Google Analytics
http://www.google.com/analytics/
Azure AppInsights
http://azure.microsoft.com/en-us/documentation/articles/app-insights-get-started/
使用這些第三方服務的好處是，配置簡單，資料分析報表豐富。
在WordPress中，可以使用以下兩個外掛實現和Google Analytics 或者Azure AppInsight的整合，這也是博主的站點所使用的方式。
Google Analytics Dashborad for WP
Application Insights
(Azure Application Insight外掛的程式碼是開源的，可以在GitHub上下載 https://github.com/Microsoft/AppInsights-WordPress )
資料分析，報表展現
當然，上面說了這麼多，也不如看幾張報表來的直接。所以我擷取了一些這段時間運營這個部落格站點過程中所得的資料包表，給大家分享一下，更重要的是，這些報表缺失幫到我改進了一些運營的方式。
Google Analytics
Azure AppInsights
首先說明一下背景，博主的文章會同時發在幾個渠道上
1. ANB.IO 這是主站 http://anb.io
2. 部落格園 http://www.cnblogs.com/ups216
3. CSDN http://blog.csdn.net/ups216
4. 微信訂閱號 anb-io
在過去的一個月中，我根據以上這些報表資料進行了一些調整，也有一些心得
1. 在所有的文章頂部新增了系列文章的目錄，並放上了連結，這樣使用者進入其中一篇以後就可以點選連結進入其他部分，而這些點選會被引流到主站上
2. 在文章標題上新增了（視訊）字樣，僅此一項改動就為每篇文章多爭取20%以上的點選率
3. 把標題寫的更吸引眼球，原來的這個系列的標題都是很技術化的，但你會發現從3.2開始，標題開始變長並明顯出現“標題黨”的跡象（我也恨標題黨，但該做的還要做的）
4. 釋出時間調整，開始幾篇文章的釋出時間不定，後來我固定在每天中午11-12點之間傳送；因為我發現多數閱讀我的文章的使用者都使用PC閱讀，那麼最佳的閱讀時間其實是上班的中午吃飯前後的時間；吃飯前要有些消遣， 吃飯後總要上網瀏覽一下；而早上／晚上的時間其實大家更多會使用手機瀏覽；當然，夜裡11點前後幾小時也有一個瀏覽高峰，看來程式設計師缺失不少夜貓子。
5. 部落格園的流量最大，無論是在部落格園內部的瀏覽還是點選進入主站的都是最多的，看來受眾還是很重要的。
6. 微信訂閱號的流量很小，我的分析是因為這一系列文章的內容專業性比較強，閱讀微信訂閱號都在手機上，消化起來比較困難；而像#一週五#這樣的短平快文章則閱讀和轉發都不錯。看來訂閱號比較適合相對淺顯，易於閱讀消化的文章，而不適合大篇的技術類文章。
結束語
至此，《快速建立網站》系列結束。希望這些內容不僅僅可以幫助你瞭解一些網站背後的技術和知識，也能然給你對相關的一些內容（如：應用生命週期管理，DevOps，Telemetry）有一定的瞭解。寫這些文章的初衷很簡單，就是希望把我建立這個站點的過程記錄下來，讓有同樣需求的朋友也能瞭解到其中的過程，不求高深，只求分享。
謝謝大家。
歡迎關注本部落格微信訂閱號 anb-io。每週推送內容，有技術也有生活，和你一起做一個有情懷的程式猿。
