【51CTO精選譯文】本文是High Scalability作者Todd Hoff的一篇分享文章，對37signals最近分享的兩篇文章進行了摘要說明。37signals應(yīng)該很多人都知道了，它是Ruby on Rails的發(fā)源地，Campfire等產(chǎn)品背后的公司。全文如下：

這年頭，IT業(yè)界出現(xiàn)了形形色色的架構(gòu)概念，其中的兩大爭論是云計算與裸機之爭，以及內(nèi)存、磁盤與SSD之爭。37signals發(fā)表了兩篇頗有見地的文章，逆炒作周期（hype cycle）而行之，中心思想分別如下：

1. 那些在每MB內(nèi)存賣1000美元的年代長大的技術(shù)人員很難適應(yīng)將內(nèi)存幾乎視作免費的時代；
2. 技術(shù)的進步正在促使人們將大量的優(yōu)化扔進被標注為“過早XX”的垃圾桶。

37signals在Basecamp的緩存層上僅僅花了1.2萬美元就買到了864GB內(nèi)存，這引起了一陣轟動?；ǖ腻X不多，但內(nèi)存容量很大，這是不是使基于內(nèi)存的架構(gòu)更吸引人了？

隨后，37signals緊接著發(fā)表了另一篇發(fā)人深省的文章：《三年后，摩爾先生仍在讓我們寄希望于數(shù)據(jù)庫分片》。簡單來講就是說，向上擴展對他們是適用的。內(nèi)存變得越來越便宜，F(xiàn)usionIO變得越來越快，所以他們得以避免數(shù)據(jù)庫分片這樣的復(fù)雜架構(gòu)問題。這是不是使基于SSD的架構(gòu)更吸引人了？

StackExchange的情況也一樣，雖然使用不同的堆棧，但是核心概念和結(jié)果是大同小異的。你要明白，在面向事務(wù)的功能中，如果你的要求不像Google那么高，那么使用裸機、內(nèi)存和SSD實現(xiàn)向上擴展不失為一條出路。你覺得云計算和橫向擴展很牛，但這可能不過是一種思維反射而已。

幾點心得：

•SSD正在加快發(fā)展，也就是說Basecamp未來可能一直都不會需要進行分片。

•內(nèi)存在云端和VPS上仍然很貴。所以若想改用內(nèi)存架構(gòu)，就要走裸機道路。一位好心的讀者留言分享了幾個數(shù)據(jù)：彈性緩存差不多是每月2萬美元購買800GB內(nèi)存（12 X Quadruple Extra Large節(jié)點/68GB）。

•37signals將FusionIO用于其數(shù)據(jù)庫，但由于要將內(nèi)存安裝到三臺服務(wù)器上，所以使用內(nèi)存是成本更低的出路。

•BaseCamp的容量規(guī)劃問題相對容易預(yù)測，所以裸機的成本效率要比云計算高得多。如果你的服務(wù)跟Netflix一樣不好預(yù)測，那么相對應(yīng)的取舍可能會不一樣。

•SSD的密度比內(nèi)存高，成本比內(nèi)存低，但是速度比內(nèi)存慢得多。內(nèi)存加快了讀寫速度，而SSD加快讀操作的效果勝過加快寫操作的效果。

•37signals通過在所有系統(tǒng)中添加冗余機制來處理故障。所有數(shù)據(jù)庫都有復(fù)制的副本。與備用服務(wù)器一樣，額外容量也得到了保留。到目前為止還沒有做跨地域冗余。

•數(shù)據(jù)結(jié)構(gòu)更改是大多數(shù)關(guān)系數(shù)據(jù)庫存在的一個臭名昭著的瓶頸，它在SSD上倒是問題不大。用戶仍可以將大量的表緩存到內(nèi)存中。

相關(guān)鏈接：

1. Google Groups討論帖：運行在內(nèi)存上的數(shù)據(jù)庫
2. 三年后，摩爾先生仍讓我們寄希望于數(shù)據(jù)庫分片

原文： 37signals Still Happily Scaling on Moore RAM and SSDs

【編輯推薦】

1. 51CTO專訪章文嵩博士：做系統(tǒng)要先了解業(yè)務(wù)的需求
2. 基于SSD固態(tài)硬盤的數(shù)據(jù)庫性能優(yōu)化