picnik并不將ec2用于web服務器和mysql數據庫服務器器。我們的web服務層與數據庫是緊密耦合的，所以使它們之間的網絡延遲最小化是很重要的。這意味著它們要么全在云里，要么全在云外。直到最近，ec2的磁盤i/o性能一直不理想，所以有必要將數據庫放在實際(且特制)的硬件上。隨著amazonrds(運行在ec2上的mysqli的打包版本)的推出，情況可能會有改變。
雖然數據庫性能達不到運行在實際服務器上的高性能，我也想試一下，用ec2實例作為數據庫子機(slave)，這些子機可以用來做備份，也可以用于生成報表或運行其他批處理作業。
amazon早期提供的云服務缺少負載均衡能力。雖然在ec2實例上實現一定程度的負載均衡也是可能的，但要跨越一大堆障礙才能達到適當的可用性。最后amazon推出了負載均衡器，從而免去了這些顧慮。
云計算景色繽紛，變化快速。我們開始做picnik時，提供云服務的公司寥寥無幾，而且也都是沒有經過實踐檢驗的，所以我們決定還是運行自己的服務器。假如我們是在今天開始picnik的話，我們的做法在很大程度上就會不同。
盡管有大量廣告吹噓完整托管在云里的應用如何，從運維的角度來說，混合應用架構或許是最有趣的。混合架構中，你可以讓大部分應用都托管在云里。
網站建設的管理和監控是有效實現自動伸縮的基礎。混合應用還強調了一點，就是傳統運維中的好實踐仍然是成功的云應用所必須的。配置少文件，這樣就能夠提前意識到那些潛在的問題。監控云里的單個實例是不必要的，因為連貫性很差。重要的是高層度量，如s3上存儲了多里做得不一定好。腳踩兩只船，你才會游刃有余。除非你有充足的理由，否則的話，爭取使用最好的工具。

網站優化推廣過程中，如何做好站內優化與站外優化？
企業網站SEO優化推廣初步解決方案
濰坊網站排名如何用要害字優化網站？
蘭州到樟樹物流專線
深圳到玉溪物流專線
常州到烏海物流專線
“搜索引擎優化”發展現狀成為新一代網絡營銷痛點
贛州到昌邑物流專線