低成本通常被認(rèn)為是架構(gòu)設(shè)計(jì)過(guò)程中的一項(xiàng)約束，或者說(shuō)低成本也是架構(gòu)設(shè)計(jì)中的非功能目標(biāo)之一，它跟高并發(fā)、高性能、高可用、安全性等非功能目標(biāo)一樣，一直貫穿架構(gòu)設(shè)計(jì)過(guò)程的始終。不同的是有些企業(yè)會(huì)把低成本以明確的目標(biāo)方式提出，而有些企業(yè)則將其視為約定俗成的原則，只要不是偏離太多則默認(rèn)算是達(dá)成了。

與高并發(fā)的加機(jī)器擴(kuò)容剛好相反，低成本在硬件上則是盡量壓縮減少服務(wù)器的數(shù)量以降低成本。壓縮降低服務(wù)器數(shù)量的同時(shí)，還要提升性能，這怎么能做到呢？答案是創(chuàng)新。所以低成本的實(shí)現(xiàn)關(guān)鍵在于創(chuàng)新采用新技術(shù)，但是新技術(shù)也意味著要冒一定的技術(shù)風(fēng)險(xiǎn)，這樣系統(tǒng)的安全性或穩(wěn)定性上可能又會(huì)有所影響。另外新技術(shù)對(duì)人的技能要求也會(huì)升級(jí)，意味著過(guò)去的技能與經(jīng)驗(yàn)也需要同步升級(jí)，這些因素都可能反過(guò)來(lái)又影響了項(xiàng)目的進(jìn)度與質(zhì)量。

低成本對(duì)大型系統(tǒng)的影響在于大基數(shù)下的小比例性能提高也能節(jié)省不少的成本，比如說(shuō)某個(gè)系統(tǒng)共用了1000臺(tái)云主機(jī)，每臺(tái)每年費(fèi)用為1萬(wàn)塊錢(qián)，那一年就需要1000萬(wàn)，采用了新技術(shù)后，系統(tǒng)的性能提升了20%，那就能節(jié)省1000*20%=200萬(wàn)。再比如某個(gè)使用了XML作為接口協(xié)議的系統(tǒng)固定帶寬用了20Gbps，改為JSON作為新的接口協(xié)議后，由于報(bào)文平均縮小了30%，那相同條件下只需要14Gbps的帶寬即可。系統(tǒng)規(guī)模越是大，細(xì)微的技術(shù)創(chuàng)新引起的性能提升都能節(jié)省很高的成本，所以低成本通常會(huì)在系統(tǒng)規(guī)模發(fā)展到一定的階段后才會(huì)被提出來(lái)重點(diǎn)考慮。其實(shí)上面的例子如果是對(duì)于突發(fā)流量能用云計(jì)算按量付費(fèi)或云原生的彈性伸縮還能更一步節(jié)省成本，但這都嚴(yán)重影響了我們的架構(gòu)設(shè)計(jì)方案。

低成本除了硬件成本外，軟件成本更是不容忽視，對(duì)技術(shù)人員來(lái)說(shuō)一個(gè)最常見(jiàn)的例子是要不要使用商業(yè)數(shù)據(jù)庫(kù)，比如Oracle數(shù)據(jù)庫(kù)。對(duì)早期很多大型電信、金融企業(yè)來(lái)說(shuō)過(guò)去很長(zhǎng)一段時(shí)間是實(shí)現(xiàn)系統(tǒng)的信息化而且單客價(jià)值也高，即便購(gòu)買(mǎi)Oracle這些昂貴的商業(yè)數(shù)據(jù)庫(kù)，收入也能很好地夠覆蓋成本。但到了互聯(lián)網(wǎng)時(shí)代一切悄然發(fā)生了變化，許多互聯(lián)網(wǎng)公司采用長(zhǎng)尾模式作為其盈利模式，不但單客價(jià)值低，平均單條數(shù)據(jù)的價(jià)值也要低得多，在這種情況下如果繼續(xù)使用Oracle那成本就太高了。所以在分布式數(shù)據(jù)庫(kù)普及前很多互聯(lián)網(wǎng)公司采用了Mysql + 分庫(kù)分表的廉價(jià)方案。在支持單表記錄數(shù)上，Oracle要比Mysql高一到兩個(gè)數(shù)量級(jí)，通常認(rèn)為Mysql單表記錄數(shù)達(dá)到千萬(wàn)級(jí)就要考慮分庫(kù)分表了，而Oracle單表記錄數(shù)達(dá)到億級(jí)也非常見(jiàn)，甚至在硬件配置不錯(cuò)的情況下單表十億級(jí)仍然能高效快速查詢(xún)。在多表聯(lián)合查詢(xún)上，Oracle更是要強(qiáng)大得多，超過(guò)5張的大表聯(lián)合查詢(xún)?nèi)匀环浅８咝?，這是Mysql這些開(kāi)源數(shù)據(jù)庫(kù)短期內(nèi)難以媲美的。在Oracle的長(zhǎng)期培育下，涌現(xiàn)出一批以數(shù)據(jù)庫(kù)為中心的程序員。他們編寫(xiě)的代碼主要面向數(shù)據(jù)庫(kù)，并且依賴(lài)于復(fù)雜的SQL語(yǔ)句來(lái)實(shí)現(xiàn)業(yè)務(wù)邏輯。

相比之下，互聯(lián)網(wǎng)程序員由于受限于性能較弱的Mysql數(shù)據(jù)庫(kù)，編寫(xiě)的代碼更加小心謹(jǐn)慎，努力避免給數(shù)據(jù)庫(kù)帶來(lái)過(guò)多壓力。在分布式數(shù)據(jù)庫(kù)普及之前，在后端編程領(lǐng)域，我認(rèn)為傳統(tǒng)程序員和互聯(lián)網(wǎng)程序員最大的區(qū)別在于前者是長(zhǎng)期是在商業(yè)數(shù)據(jù)庫(kù)如Oracle的呵護(hù)下進(jìn)行編程，而后者則是呵護(hù)著羸弱的開(kāi)源數(shù)據(jù)庫(kù)如Mysql進(jìn)行編程，所以你能在用Oracle的傳統(tǒng)項(xiàng)目中看到上百行的SQL,而在用了Mysql的高并發(fā)系統(tǒng)中總能看到大量保護(hù)或節(jié)省數(shù)據(jù)庫(kù)資源的優(yōu)化技巧。

不同的企業(yè)類(lèi)型類(lèi)型面臨的低成本壓力顯然是不同的，同樣是支持10萬(wàn)的QPS，民營(yíng)企業(yè)和大型國(guó)有企業(yè)能付出的成本也大不相同。但我認(rèn)為只要未來(lái)是在充分的市場(chǎng)經(jīng)濟(jì)下，收入必然是要覆蓋成本的，只有這種情況下的的架構(gòu)才能長(zhǎng)久才能持續(xù)。很多著名的互聯(lián)網(wǎng)企業(yè)發(fā)生的P0線(xiàn)上故障看似是技術(shù)問(wèn)題，其實(shí)倒不如說(shuō)是在低成本限制下的技術(shù)問(wèn)題。對(duì)互聯(lián)網(wǎng)公司來(lái)說(shuō)硬件資源的日常的利用率高是常態(tài)，而災(zāi)備也多半是互備，很多時(shí)候只有當(dāng)故障發(fā)生時(shí)才知道真正能用的災(zāi)備資源是多么的捉襟見(jiàn)肘。相比之下某些大型金融、電力的系統(tǒng)平時(shí)的硬件資源壓力則要低得多，而災(zāi)備的資源更是充裕。所以不同的企業(yè)有不同的低成本目標(biāo)，不同的低成本目標(biāo)對(duì)架構(gòu)師的挑戰(zhàn)也會(huì)各有不同。

低成本實(shí)現(xiàn)依靠創(chuàng)新，所以有了新技術(shù)的出現(xiàn)，互聯(lián)網(wǎng)企業(yè)面臨著更高的低成本壓力，所以有更多的技術(shù)創(chuàng)新。比如正是數(shù)據(jù)庫(kù)的like模糊匹配對(duì)全文搜索的支持不足，所以有了ElasticSearch。正是數(shù)據(jù)庫(kù)對(duì)高并發(fā)讀能力的支持不足，所以催生了NoSQL如Redis、Memcached 等技術(shù)。低成本目標(biāo)的實(shí)現(xiàn)應(yīng)該是一個(gè)持續(xù)的過(guò)程，從長(zhǎng)遠(yuǎn)來(lái)看只有最終達(dá)到了收益覆蓋成本才是穩(wěn)定的狀態(tài)，2023年在互聯(lián)網(wǎng)企業(yè)中流行的降本增效，也可以認(rèn)為是一種包括了人力資源的低成本目標(biāo)，是對(duì)過(guò)去粗放式不計(jì)成本的增長(zhǎng)的債務(wù)償還。但是在實(shí)現(xiàn)這個(gè)目標(biāo)的過(guò)程中有些企業(yè)操之過(guò)急推之過(guò)快，導(dǎo)致了出現(xiàn)了不少的問(wèn)題，導(dǎo)致相繼出現(xiàn)了被網(wǎng)友戲稱(chēng)“降本增笑”的事故。

為了實(shí)現(xiàn)低成本，對(duì)于實(shí)力雄厚且領(lǐng)先的大企業(yè)來(lái)說(shuō)，往往需要通過(guò)引領(lǐng)創(chuàng)新來(lái)實(shí)現(xiàn)，難度很高。而對(duì)于多數(shù)的普通企業(yè)來(lái)說(shuō)，更多的是通過(guò)引進(jìn)相對(duì)成熟的新技術(shù)實(shí)現(xiàn)，難度要低得多。對(duì)于我們架構(gòu)師來(lái)說(shuō)，保證系統(tǒng)的技術(shù)架構(gòu)持續(xù)略微領(lǐng)先于業(yè)務(wù)發(fā)展除了更好的支持未來(lái)的發(fā)展之外，還能以更合理的成本來(lái)實(shí)現(xiàn)目標(biāo)。作為架構(gòu)師，需要不斷關(guān)注行業(yè)的最新動(dòng)態(tài)和技術(shù)趨勢(shì)，結(jié)合企業(yè)的實(shí)際情況，做出恰當(dāng)?shù)募夹g(shù)選型和架構(gòu)規(guī)劃。在保證系統(tǒng)技術(shù)架構(gòu)略微領(lǐng)先的同時(shí)，也需要合理匹配成本，確保技術(shù)投入與業(yè)務(wù)發(fā)展的平衡，實(shí)現(xiàn)最佳的技術(shù)與商業(yè)價(jià)值的結(jié)合。