企業(yè)的愿景和目標(biāo)。

如果面試官給了你一個(gè)非常好的愿景和目標(biāo)，至少說(shuō)明這家企業(yè)是個(gè)有思想、有抱負(fù)的企業(yè)。如果某個(gè)公司老板自己都說(shuō)不好，5年后，他的企業(yè)會(huì)在哪里、會(huì)變成什么樣？我看我還是不要進(jìn)到這樣的企業(yè)里了。

這些問(wèn)題問(wèn)得時(shí)候也得因人而異、因地制宜。如果真是雙向選擇，多問(wèn)問(wèn)沒(méi)什么壞處。如果只是人家在挑我，我無(wú)論如何都想進(jìn)入這家企業(yè)，那你可悠著點(diǎn)，別把面試官問(wèn)毛了。如果真是這樣，后果自負(fù)噢。

對(duì)于你的產(chǎn)品，可用性是否勝過(guò)一致性？如果你正在建立一個(gè)像Facebook newsfeed這樣的系統(tǒng)，你可能會(huì)希望這個(gè)系統(tǒng)是高可用性的，并且是終一致。

另一方面，如果您正在構(gòu)建一個(gè)銀行系統(tǒng)（或者像我們的案例那樣的模式存儲(chǔ)），您可能希望支持強(qiáng)一致性，并放棄高可用性。

無(wú)論采用哪種方式，您都應(yīng)該首先考慮CAP定理的含義，然后決定您的系統(tǒng)是否需要SQL或NoSQL解決方案。

一般來(lái)說(shuō)，在系統(tǒng)的設(shè)計(jì)范圍之內(nèi)，吞吐量隨系統(tǒng)的并發(fā)用戶(hù)數(shù)的增加呈現(xiàn)增加趨勢(shì)，也就是說(shuō)你客戶(hù)端來(lái)多少請(qǐng)求數(shù)系統(tǒng)吃（處理）多少請(qǐng)求數(shù)；當(dāng)超出這個(gè)范圍時(shí)有兩種情況，一種是系統(tǒng)只能處理這么多，超過(guò)這個(gè)數(shù)系統(tǒng)不接收了，后隨著并發(fā)用戶(hù)數(shù)的增多吞吐量是一個(gè)水平的直線(xiàn)；

還有一種情況是不管來(lái)多少系統(tǒng)都接收后導(dǎo)致系統(tǒng)吞吐量下降甚至系統(tǒng)崩潰。并發(fā)用戶(hù)數(shù)是客戶(hù)端單位時(shí)間內(nèi)對(duì)服務(wù)器端施加的壓力，具體能不能接受并處理要看被測(cè)系統(tǒng)的吞吐量，而吞吐量是被測(cè)系統(tǒng)單位時(shí)間內(nèi)處理的請(qǐng)求數(shù)或者說(shuō)單位時(shí)間內(nèi)處理的字節(jié)數(shù)；一個(gè)著重于客戶(hù)端的操作即測(cè)試手段，一個(gè)著重于應(yīng)用系統(tǒng)的處理能力即查看對(duì)象；（上面的討論沒(méi)有考慮兩者的單位，如一個(gè)用戶(hù)同時(shí)有多個(gè)請(qǐng)求情況）