Picnik并不將EC2用于Web服務(wù)器和MYSQL數(shù)據(jù)庫服務(wù)器器。我們的Web服務(wù)層與數(shù)據(jù)庫是緊密耦合的,所以使它們之間的網(wǎng)絡(luò)延遲最小化是很重要的。這意味著它們要么全在云里,要么全在云外。直到最近,EC2的磁盤I/O性能一直不理想,所以有必要將數(shù)據(jù)庫放在實際(且特制)的硬件上。隨著AmazonRDS(運行在EC2上的MYSQLI的打包版本)的推出,情況可能會有改變。
雖然數(shù)據(jù)庫性能達不到運行在實際服務(wù)器上的高性能,我也想試一下,用EC2實例作為數(shù)據(jù)庫子機(slave),這些子機可以用來做備份,也可以用于生成報表或運行其他批處理作業(yè)。
Amazon早期提供的云服務(wù)缺少負載均衡能力。雖然在EC2實例上實現(xiàn)一定程度的負載均衡也是可能的,但要跨越一大堆障礙才能達到適當?shù)目捎眯?。最后Amazon推出了負載均衡器,從而免去了這些顧慮。
云計算景色繽紛,變化快速。我們開始做Picnik時,提供云服務(wù)的公司寥寥無幾,而且也都是沒有經(jīng)過實踐檢驗的,所以我們決定還是運行自己的服務(wù)器。假如我們是在今天開始Picnik的話,我們的做法在很大程度上就會不同。
盡管有大量廣告吹噓完整托管在云里的應(yīng)用如何,從運維的角度來說,混合應(yīng)用架構(gòu)或許是最有趣的?;旌霞軜?gòu)中,你可以讓大部分應(yīng)用都托管在云里。
網(wǎng)站建設(shè)的管理和監(jiān)控是有效實現(xiàn)自動伸縮的基礎(chǔ)?;旌蠎?yīng)用還強調(diào)了一點,就是傳統(tǒng)運維中的好實踐仍然是成功的云應(yīng)用所必須的。配置少文件,這樣就能夠提前意識到那些潛在的問題。監(jiān)控云里的單個實例是不必要的,因為連貫性很差。重要的是高層度量,如S3上存儲了多里做得不一定好。腳踩兩只船,你才會游刃有余。除非你有充足的理由,否則的話,爭取使用最好的工具。
網(wǎng)站名稱:什么地方不適合云計算(對Picnik而言)
本文地址:http://jinyejixie.com/news30/151480.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供用戶體驗、網(wǎng)站內(nèi)鏈、App開發(fā)、網(wǎng)站設(shè)計、網(wǎng)站收錄、網(wǎng)頁設(shè)計公司
廣告
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源:
創(chuàng)新互聯(lián)