Picnik并不將EC2用于Web服務(wù)器和MYSQL數(shù)據(jù)庫服務(wù)器器。我們的Web服務(wù)層與數(shù)據(jù)庫是緊密耦合的，所以使它們之間的網(wǎng)絡(luò)延遲最小化是很重要的。這意味著它們要么全在云里，要么全在云外。直到最近，EC2的磁盤I/O性能一直不理想，所以有必要將數(shù)據(jù)庫放在實(shí)際(且特制)的硬件上。隨著Amazon RDS(運(yùn)行在EC2上的 MYSQLI的打包版本)的推出，情況可能會(huì)有改變。



雖然數(shù)據(jù)庫性能達(dá)不到運(yùn)行在實(shí)際服務(wù)器上的高性能，我也想試一下，用EC2實(shí)例作為數(shù)據(jù)庫子機(jī)(slave)，這些子機(jī)可以用來做備份，也可以用于生成報(bào)表或運(yùn)行其他批處理作業(yè)。

Amazon早期提供的云服務(wù)缺少負(fù)載均衡能力。雖然在EC2實(shí)例上實(shí)現(xiàn)一定程度的負(fù)載均衡也是可能的，但要跨越一大堆障礙才能達(dá)到適當(dāng)?shù)目捎眯?。最?nbsp;Amazon推出了負(fù)載均衡器，從而免去了這些顧慮。

云計(jì)算景色繽紛，變化快速。我們開始做Picnik時(shí)，提供云服務(wù)的公司寥寥無幾，而且也都是沒有經(jīng)過實(shí)踐檢驗(yàn)的，所以我們決定還是運(yùn)行自己的服務(wù)器。假如我們是在今天開始Picnik的話，我們的做法在很大程度上就會(huì)不同。

盡管有大量廣告吹噓完整托管在云里的應(yīng)用如何，從運(yùn)維的角度來說，混合應(yīng)用架構(gòu)或許是最有趣的。混合架構(gòu)中，你可以讓大部分應(yīng)用都托管在云里。

網(wǎng)站建設(shè)的管理和監(jiān)控是有效實(shí)現(xiàn)自動(dòng)伸縮的基礎(chǔ)?；旌蠎?yīng)用還強(qiáng)調(diào)了一點(diǎn)，就是傳統(tǒng)運(yùn)維中的最佳實(shí)踐仍然是成功的云應(yīng)用所必須的。配置少文件，這樣就能夠提前意識(shí)到那些潛在的問題。監(jiān)控云里的單個(gè)實(shí)例是不必要的，因?yàn)檫B貫性很差。重要的是高層度量，如S3上存儲(chǔ)了多里做得不一定好。腳踩兩只船，你才會(huì)游刃有余。除非你有充足的理由，否則的話，爭(zhēng)取使用最好的工具。