劣質的代碼在雲服務中花費金錢

在雲上運行網站，花費少許美分購買CPU時間來配置你的應用程式是一個很吸引人的方法。 我想說的是，我們所有人都應該配置自己的應用程式，對嗎？ 最主要的是真正地關注CPU做了什麼以及連接了多少資料庫，記憶體的使用量如何，但實際上我們沒有這樣做。 如果那些代碼沒影響到你的錢袋子，你幾乎不會去搭理這些。

有趣的是，我發現自己不管是在駕駛混合動力車還是應付智慧手機有限的資料時都在執行HTTP://www.aliyun.com/zixun/aggregation/14109.html">性能優化計畫。 當確實缺乏資源和（最重要的）資金即將消耗到上限的情況下，明智且顯而易見的方法就是 – 優化方案及降低成本。

劣質的代碼在雲中花費金錢

我訂購了MSDN Subscription，它包括相當多的免費Azure雲時間。 假如你有自己MSDN，請確認你已經開啟它。 這個訂購是我個人帳戶支付的，超期就需要我續款（我沒有免費通行證只因為我服務于雲組織），因此我想花儘量少的錢。

一個經典且明顯的減小系統的規則是「少做，並且盡可能多的少做」。 當你在雲上購買你的主機系統採用這個方法時，你想做的是盡可能節省你的美元。 你支付CPU時間，支付頻寬並且支付資料庫訪問 – 但它增加了。 假如你迴圈打開資料庫連接，傳輸比實際需要更多的資料，你將會為此買單。

最近我和設計師Jin Yang一起重新設計了這個博客，製作新的主頁和Hanselminutes Podcast 網站。 在這過程中我對包含更多個人檔案的頁面有一個想法，可以達到因為姓名重複而更少的顯示我的資訊並且更多的從視覺上展示訪客資訊。 我正在研究通過360+來顯示並獲取每個訪客的頭像。

我登陸了該網站，感覺它真的很棒。 然而，我立馬注意到資料量比過去的確高了很多。 我給別處的MP3提供伺服器，在登陸新網站僅幾個小時，光圖片就耗費近500M流量。

你能從圖表猜測出我何時登陸的網站。

我「很少」需要支付額外的頻寬，但這看上去並不好。 Azure有一個很棒的功能，就是你每天都能查看你的帳單，而不僅在月底。 我能夠看到頻寬緩緩的增長。 按照這個速率，月底必須為超出的頻寬付出額外的費用。

我想了一下，立馬意識到當有人點擊文檔頁面時我一直在載入360+圖片。 現在回想起來，這是很顯而易見的。 但是記得我轉移網站進雲出於二個原因。

· 省錢

· 當需要時，快速擴容

我給所有資料庫調用都提供了緩存，這是小事，但圖像的事想了一會。 我能夠加分頁，或者可以做一個」just in time」的無限捲軸。 大家喜歡在頁面上使用CTRL-F查找自己想要的資訊。 但如果資料量不是非常龐大的話，我不喜歡這種頁面。 旁白：我的清單上包括在Hanselminutes上添加」topic tagging」和用戶端排序和篩選。 我認為這將是對後臺編錄一個很好的補充。 我還在尋找更好的方法去利用不斷增加的副本庫。 關於這個有什麼想法呢？