運(yùn)營一個(gè)大型網(wǎng)站需要多少臺服務(wù)器？首先要明白，這個(gè)問題不容易量化，影響一個(gè)大型網(wǎng)站所需服務(wù)器數(shù)量的因素很多。

對于最基礎(chǔ)的網(wǎng)站源代碼，如果一個(gè)技術(shù)高超的程序員能實(shí)現(xiàn)最好的算法，那么幾臺服務(wù)器就能完成一個(gè)擁有數(shù)千萬并發(fā)量的網(wǎng)站。相反，對于低水平的程序員來說，即使幾十萬臺服務(wù)器也只能完成幾萬個(gè)并發(fā)網(wǎng)站。對于隨意需要成百上千臺服務(wù)器的網(wǎng)站，程序員素質(zhì)很低，架構(gòu)師水平極低。

其次，業(yè)務(wù)量越大，網(wǎng)站的整體結(jié)構(gòu)就會越復(fù)雜。

我們看到的網(wǎng)站只是冰山一角，有成千上萬的系統(tǒng)支持。服務(wù)器的評估需要根據(jù)不同業(yè)務(wù)系統(tǒng)的特點(diǎn)進(jìn)行分析。

(1) 新聞等服務(wù)不復(fù)雜的普通網(wǎng)站，交互容易，以展示為主，所以即使PV很大，也不會需要很多機(jī)器。單臺NGINX服務(wù)器可以處理靜態(tài)頁面，可以達(dá)到幾千甚至幾萬QPS(當(dāng)然這只是一個(gè)理論值，考慮到頁面大小和寬帶等因素是達(dá)不到的)。

(2) 業(yè)務(wù)復(fù)雜的系統(tǒng)，如攜程， 京東， 淘寶等。復(fù)雜的用戶交互、存儲、支付、第三方溝通等。再加上保證系統(tǒng)穩(wěn)定性和支持容災(zāi)，將會成倍增加機(jī)器的需求。分析系統(tǒng)，對比業(yè)務(wù)復(fù)雜度，然后對比機(jī)器數(shù)量更有可比性。

此外，機(jī)器配置也有好有壞，新服務(wù)器的性能可能是舊機(jī)器的幾倍甚至十倍。

再者，什么樣的網(wǎng)站才算大？

假設(shè)2M帶寬，它可以在線承載10，000個(gè)IP。網(wǎng)頁大概60K，一般人的等待耐心是3到5秒。按3秒計(jì)算，每個(gè)網(wǎng)頁占用的帶寬約為20K/S2M=2048K2048/20=103。如果是5秒計(jì)算，200個(gè)人可以同時(shí)觸發(fā)。如果頁面文件很小，以此類推。用2M帶寬支持300人在線基本沒問題。如果每秒300人可以同時(shí)觸發(fā)，那么每分鐘就有1.8萬人，低至每秒10人。它每分鐘還能載600人。按照一般20分鐘SESSION故障計(jì)算，它也有12000人的承載能力。這種網(wǎng)站可以同時(shí)承受1000W人在線，基本可以算是中型網(wǎng)站。如新浪， 雅虎，頭條、騰訊等。可以算是大型網(wǎng)站。像官網(wǎng)這樣的中小企業(yè)都是小企業(yè)。

任何一個(gè)大型網(wǎng)站都是經(jīng)歷用戶積累，然后成長的。

只有一臺服務(wù)器對多臺服務(wù)器才能支持網(wǎng)站的現(xiàn)有數(shù)據(jù)、用戶和頁面請求。大型網(wǎng)站(如淘寶， 京東，等)的系統(tǒng)架構(gòu)。)不具備高性能、高可用性、安全性等完整特征。

它總是隨著用戶的增加和業(yè)務(wù)功能的擴(kuò)展而不斷進(jìn)化和完善。在這個(gè)過程中，開發(fā)模式、技術(shù)架構(gòu)、設(shè)計(jì)思路也發(fā)生了很大的變化，甚至技術(shù)人員也從幾個(gè)人發(fā)展到一個(gè)部門甚至一條產(chǎn)品線。

所以成熟的系統(tǒng)架構(gòu)是隨著業(yè)務(wù)的拓展而完善的，不是一蹴而就的；不同業(yè)務(wù)特性的系統(tǒng)會有自己的側(cè)重點(diǎn)。

例如，在淘寶，需要解決搜索、下單和支付海量商品信息的問題。例如，在騰訊，需要解決數(shù)億用戶的實(shí)時(shí)消息傳輸問題，而在百度，則需要處理大量的搜索請求。他們都有自己的業(yè)務(wù)特點(diǎn)和不同的系統(tǒng)架構(gòu)。

1.如果一個(gè)網(wǎng)站訪問量小，比如一個(gè)小公司的小論壇，可能只有幾個(gè)人同時(shí)在線，穩(wěn)定性和安全性要求相對較低，那么配置差的服務(wù)器就足夠了，數(shù)據(jù)庫和應(yīng)用服務(wù)器都在上面；

2.再大一點(diǎn)，考慮到數(shù)據(jù)庫服務(wù)器和應(yīng)用服務(wù)器的分離，每個(gè)服務(wù)器都設(shè)置好了，可以再增加一個(gè)服務(wù)器，把靜態(tài)請求和動態(tài)請求分開；

3.當(dāng)一個(gè)應(yīng)用服務(wù)在高峰期舉步維艱，嚴(yán)重影響訪問質(zhì)量時(shí)，可以考慮增加一個(gè)應(yīng)用服務(wù)器進(jìn)行負(fù)載均衡，分散壓力的同時(shí)提高穩(wěn)定性。如果一個(gè)應(yīng)用服務(wù)器宕機(jī)，還有一個(gè)應(yīng)用服務(wù)器響應(yīng)請求(前提是可以完成負(fù)載均衡，所有請求都會交給另一個(gè))；

4.如果安全要求高，就不能有數(shù)據(jù)丟失，尤其是涉及到錢的問題，數(shù)據(jù)庫需要備份，那么數(shù)據(jù)庫主從都可以做，主機(jī)停機(jī)時(shí)會自動切換到從機(jī)；

5.如果訪問量持續(xù)增加，大量數(shù)據(jù)被頻繁讀取，相對較少被寫入，這部分?jǐn)?shù)據(jù)可以分離出來緩存到專門的服務(wù)器，比如Memcache和Redis緩存服務(wù)器，可以大大減輕數(shù)據(jù)庫讀寫的壓力。這是一種非常有效的解壓方法；

6.如果部署N個(gè)緩存服務(wù)器后數(shù)據(jù)庫仍然有壓力，可以考慮讀取數(shù)據(jù)庫的寫分李，一個(gè)主服務(wù)器寫，N個(gè)從服務(wù)器讀。當(dāng)然，你必須做好數(shù)據(jù)同步；

7.如果網(wǎng)站有大量圖片或文件需要管理，則需要添加圖片服務(wù)器或文件系統(tǒng)服務(wù)器。這些服務(wù)器通常是分布式應(yīng)用，比如Hadoop，可以使用N個(gè)服務(wù)器進(jìn)行部署；

8.如果瞬時(shí)流量極大，請求數(shù)量達(dá)到一定數(shù)量級，后臺服務(wù)還是很難的，我們對實(shí)時(shí)響應(yīng)有一般要求，可以增加N個(gè)消息隊(duì)列服務(wù)器進(jìn)行緩沖；

9.然后是上述服務(wù)器的大規(guī)模集群。它可以大到n。有些巨頭有幾十萬甚至幾百萬臺服務(wù)器。幾年前，谷歌有250萬臺服務(wù)器。

一、如何搭建一個(gè)大型網(wǎng)站架構(gòu)？

首先，什么是大型網(wǎng)站架構(gòu)呢？

其實(shí)大型網(wǎng)站架構(gòu)的概念對于每一個(gè)開發(fā)者來說很籠統(tǒng)、很模糊，正如盲人摸象，看到的、了解到的只是很小的一部分，大部分情況下我們只是負(fù)責(zé)架構(gòu)中的一小塊內(nèi)容，所以很難清晰地給出具體定義。這就是所謂“不識廬山真面目 只緣身在此山中”的尷尬吧。所以我們要跳出來，站在宏觀的角度，從整體到細(xì)節(jié)實(shí)現(xiàn)來認(rèn)識大型網(wǎng)站架構(gòu)。

那么從宏觀的角度怎么去認(rèn)識大型網(wǎng)站架構(gòu)呢？

1. 問題識別：當(dāng)前什么問題、誰的問題、問題邊界；

2. 概念認(rèn)知：通過分析問題，會產(chǎn)生哪些概念，統(tǒng)一概念認(rèn)知，達(dá)成溝通交流規(guī)范；

3. 架構(gòu)切分：根據(jù)概念來解決問題，如何架構(gòu)切分，產(chǎn)生哪些架構(gòu)，提出具體解決方案；

在進(jìn)行分析大型網(wǎng)站架構(gòu)的演進(jìn)之路前，首先我們要明確的兩個(gè)價(jià)值觀：

1. 核心價(jià)值：隨網(wǎng)站所需靈活應(yīng)對；大型網(wǎng)站不是從無到有一步就搭建好一個(gè)大型網(wǎng)站，而是能夠伴隨小型網(wǎng)站業(yè)務(wù)的漸進(jìn)發(fā)展，慢慢地演化成一個(gè)大型網(wǎng)站；

2. 驅(qū)動力量：網(wǎng)站的業(yè)務(wù)發(fā)展—業(yè)務(wù)成就了技術(shù)，事業(yè)成就了人，而不是相反；

還有，大型網(wǎng)站架構(gòu)演進(jìn)必須避免的幾個(gè)誤區(qū)：

1. 一味追隨大公司的解決方案；

2. 為了技術(shù)而技術(shù)-->常見問題；

3. 企圖用技術(shù)解決所有問題：技術(shù)是用來解決業(yè)務(wù)問題的，而業(yè)務(wù)的問題，也可以通過業(yè)務(wù)的手段去解決；

二、網(wǎng)站架構(gòu)體系演進(jìn)

1、單機(jī)時(shí)代

草根時(shí)期，快速開發(fā)網(wǎng)站并上線。當(dāng)然，通常只是先試水，用戶規(guī)模也沒有形成，經(jīng)濟(jì)能力和投入也非常有限。應(yīng)用程序、數(shù)據(jù)庫、文件等所有資源都集中在一臺 Server上，典型案例：基于 LAMP 架構(gòu)的 PHP 網(wǎng)站；

1. 優(yōu)點(diǎn)：簡單、快速迭代達(dá)成業(yè)務(wù)目標(biāo)；

2. 缺點(diǎn)：存在單點(diǎn)、談不上高可用；

3. 技術(shù)點(diǎn)：應(yīng)用設(shè)計(jì)要保證可擴(kuò)展；

2、緩存出場

有一定的業(yè)務(wù)量和用戶規(guī)模了，想提升網(wǎng)站速度，于是，緩存出場了。

1. 優(yōu)點(diǎn)：簡單有效、方便維護(hù)；

2. 缺點(diǎn)：存在單點(diǎn)、談不上高可用；

3. 技術(shù)點(diǎn)：客戶端（瀏覽器）緩存、前端頁面緩存、頁面片段緩存、本地?cái)?shù)據(jù)緩存/數(shù)據(jù)庫緩存、遠(yuǎn)程緩存；

如上圖，緩存可以分為：

1. 頁面緩存：客戶端緩存，減少對網(wǎng)站的訪問；

2. 本地緩存：訪問速度快，但數(shù)據(jù)量有限，減少對DB查詢；

3. 遠(yuǎn)程緩存：遠(yuǎn)程訪問，可以集群，因此容量不受限制；

3、數(shù)據(jù)服務(wù)與應(yīng)用分離

市場反響還不錯，用戶量每天在增長，數(shù)據(jù)庫瘋狂讀寫，逐漸發(fā)現(xiàn)一臺服務(wù)器快撐不住了。于是，決定把數(shù)據(jù)服務(wù)和APP做分離。

1. 優(yōu)點(diǎn)：簡單有效、方便維護(hù)、提高不同Server對硬件資源的利用率；

2. 缺點(diǎn)：存在單點(diǎn)、談不上高可用；

3. 技術(shù)點(diǎn)：文件服務(wù)器部署、數(shù)據(jù)庫服務(wù)器，擴(kuò)展數(shù)據(jù)訪問模塊；

分離后三臺 Server 對硬件資源的需求各不相同：

1. 應(yīng)用服務(wù)器：需要更快更強(qiáng)大的 CPU；

2. 數(shù)據(jù)庫服務(wù)器：需要更快的硬盤和更大的內(nèi)存；

3. 文件服務(wù)器：需要更大的硬盤；

4、數(shù)據(jù)庫讀寫分離

單臺數(shù)據(jù)庫也感覺快撐不住了，一般都會嘗試做“讀寫分離”。由于大部分互聯(lián)網(wǎng)“讀多寫少”的特性所決定的。Salve的臺數(shù)，取決于按業(yè)務(wù)評估的讀寫比例。

1. 優(yōu)點(diǎn)：簡單有效、降低數(shù)據(jù)庫單臺壓力；

2. 缺點(diǎn)：讀寫分離，增加程序難度，架構(gòu)變復(fù)雜，維護(hù)難度增加；

3. 技術(shù)點(diǎn)：數(shù)據(jù)庫主從同步部署，擴(kuò)展數(shù)據(jù)訪問模塊，實(shí)現(xiàn)讀寫分離；

5、應(yīng)用服務(wù)集群

數(shù)據(jù)庫層面是緩解了，但是應(yīng)用程序?qū)用嬉渤霈F(xiàn)了瓶頸，由于訪問量增大，加上早期程序員水平有限寫的代碼也很爛，人員流動性也大，很難去維護(hù)和優(yōu)化。所以，很常用的辦法還是“堆機(jī)器”。

1. 優(yōu)點(diǎn)：增加服務(wù)器和HA機(jī)制，系統(tǒng)性能及可用性得到保證；

2. 缺點(diǎn)：應(yīng)用之間緩存、Session一致性問題；

3. 技術(shù)點(diǎn)：負(fù)載均衡；

通過集群解決高并發(fā)、海量數(shù)據(jù)問題的常用手段，實(shí)現(xiàn)系統(tǒng)的可伸縮性。通過負(fù)載均衡調(diào)度器，可將用戶訪問分發(fā)到集群中的某臺 Server 上，應(yīng)用服務(wù)器的負(fù)載壓力不再成為整個(gè)網(wǎng)站的瓶頸。

6、集中式緩存、Session集中存儲

加機(jī)器誰都會加，關(guān)鍵是加完之后得有效果，加完之后可能會引發(fā)一些問題。例如非常常見的：集群應(yīng)用之間頁面輸出緩存和本地緩存一致性的問題，Session保存的問題......。

1. 優(yōu)點(diǎn)：應(yīng)用之間緩存、Session一致，存儲無限制，可以擴(kuò)展；

2. 缺點(diǎn)：不如本地緩存訪問快，緩存服務(wù)器、Session服務(wù)器等仍存在單點(diǎn)問題；

3. 技術(shù)點(diǎn)：緩存服務(wù)器部署、Session集中存儲方案；

7、動靜分離

動靜分離也是提高網(wǎng)站響應(yīng)速度的一種常用方式。將動態(tài)請求與靜態(tài)請求分離開，盡量減少對應(yīng)用服務(wù)器的壓力。同時(shí)，可以再進(jìn)一步對靜態(tài)請求，進(jìn)行緩存，以加快響應(yīng)速度。可以需要開發(fā)人員配合（把靜態(tài)資源放獨(dú)立站點(diǎn)下），也可以不需要開發(fā)人員配合（利用7層反向代理來處理，根據(jù)后綴名等信息來判斷資源類型）。

1. 優(yōu)點(diǎn)：減輕應(yīng)用負(fù)載壓力，針對靜態(tài)文件緩存；

2. 缺點(diǎn)：靜態(tài)文件緩存更新失效問題；

3. 技術(shù)點(diǎn)：動靜分離、靜態(tài)文件緩存方案；

8、反向代理和CDN加速網(wǎng)站響應(yīng)

使用反向代理和CDN加速網(wǎng)站響應(yīng)：CDN 和反向代理的基本原理都是緩存，區(qū)別在于：

1. CDN部署在網(wǎng)絡(luò)提供商的機(jī)房；

2. 反向代理則部署在網(wǎng)站的中心機(jī)房；

使用 CDN 和反向代理的目的都是盡早返回?cái)?shù)據(jù)給用戶，一方面加快用戶訪問速度，另一方面也減輕后端服務(wù)器的負(fù)載壓力。

1. 優(yōu)點(diǎn)：減輕應(yīng)用負(fù)載壓力，異地緩存有效解決不同地方用戶訪問過慢的問題；

2. 缺點(diǎn)：成本大幅增加，架構(gòu)進(jìn)一步復(fù)雜化，也維護(hù)難度進(jìn)一步增大，靜態(tài)文件緩存更新失效問題；

3. 技術(shù)點(diǎn)：CDN、反向代理方案；

9、使用NoSQL和搜索引擎

到這里，已經(jīng)基本做到了DB層面和應(yīng)用層面的橫向擴(kuò)展了，可以開始關(guān)注一些其它方面，例如：站內(nèi)搜索的精準(zhǔn)度，對DB的依賴，開始引入全文索引、NoSQL。

NoSQL和搜索引擎都是源自互聯(lián)網(wǎng)的技術(shù)手段，對可伸縮的分布式特性具有更好的支持。應(yīng)用服務(wù)器則通過一個(gè)統(tǒng)一數(shù)據(jù)訪問模塊訪問各種數(shù)據(jù)，減輕應(yīng)用程序管理諸多數(shù)據(jù)源的麻煩。

1. 優(yōu)點(diǎn)：降低DB依賴；

2. 缺點(diǎn)：單點(diǎn)問題，談不上高可用；

3. 技術(shù)點(diǎn)：NoSQL、搜索引擎、分布式；

到目前為止，一個(gè)能夠承載日均百萬級訪問量的中型網(wǎng)站架構(gòu)基本介紹完了。

10、如何保證高可用

在做擴(kuò)展?jié)M足了基本的性能需求后，我們會逐漸關(guān)注“可用性”（也就是我們通常聽別人吹牛時(shí)說的SLA、幾個(gè)9）。如何保證真正“高可用”，也是個(gè)難題。

對關(guān)鍵應(yīng)用/服務(wù)，做集群冗余負(fù)載，這也是保證高可用比較常用的手段：

1. 文件系統(tǒng)、數(shù)據(jù)庫系統(tǒng)集群；

2. 靜態(tài)內(nèi)容服務(wù)器集群；

3. CDN服務(wù)器集群；

4. 反向代理服務(wù)器集群；

5. 負(fù)載均衡調(diào)度器集群；

6. 分布式NoSQL服務(wù)器集群；

7. 搜索引擎服務(wù)器集群；

8. 分布式緩存服務(wù)器集群；

9. 分布式Session服務(wù)器集群；

1. 優(yōu)點(diǎn)：集群負(fù)載，保證高可用；

2. 缺點(diǎn)：數(shù)據(jù)一致性、數(shù)據(jù)有狀態(tài)問題；

3. 技術(shù)點(diǎn)：負(fù)載調(diào)度器、集群方案；

截止目前為止，都沒有怎么去改動應(yīng)用程序的架構(gòu)，或者說通俗點(diǎn)，都不怎么需要大面積的修改代碼。

如果上面那些手段都用光了，還是支撐不住怎么辦？不停的加機(jī)器也不是辦法啊？

11、應(yīng)用垂直拆分

隨著業(yè)務(wù)越來越復(fù)雜，網(wǎng)站的功能越來越多，雖然部署層面是采用的集群，但是應(yīng)用程序架構(gòu)層面還是“集中式”的，這樣會導(dǎo)致很多耦合，不便于開發(fā)、維護(hù)，而且容易“一榮俱損”。所以，通常會把網(wǎng)站拆分出不同的子站點(diǎn)來單獨(dú)宿主。

通過分而治之的手段將整個(gè)網(wǎng)站業(yè)務(wù)分成不同的產(chǎn)品線，如首頁、商鋪、訂單、賣家、買家等拆分成不同的產(chǎn)品線，分歸不同的業(yè)務(wù)團(tuán)隊(duì)負(fù)責(zé)。各個(gè)應(yīng)用之間可以通過建立一個(gè)超鏈接建立關(guān)系，也可以通過消息隊(duì)列進(jìn)行數(shù)據(jù)分發(fā)。

1. 優(yōu)點(diǎn)：降低耦合、分壓；

2. 缺點(diǎn)：應(yīng)用架構(gòu)復(fù)雜；

3. 技術(shù)點(diǎn)：業(yè)務(wù)抽取拆分；

12、業(yè)務(wù)垂直分庫

應(yīng)用都拆了，由于單個(gè)數(shù)據(jù)庫的連接，QPS，TPS，I/O處理能力都非常有限，DB層面也可以去做垂直分庫操作。

1. 優(yōu)點(diǎn)：降低DB耦合、分壓DB；

2. 缺點(diǎn)：數(shù)據(jù)訪問模塊復(fù)雜；

3. 技術(shù)點(diǎn)：業(yè)務(wù)抽取拆分；

13、分布式服務(wù)化

拆分應(yīng)用和DB之后，其實(shí)還是會有很多問題。不同的站點(diǎn)，里面可能會有相同邏輯和功能的代碼。當(dāng)然，對于一些基礎(chǔ)的功能我們可以封裝DLL或者Jar包去到處提供引用，但是這種強(qiáng)依賴也很容易造成一些問題（版本問題、依賴關(guān)系等處理起來非常麻煩）。

既然每一個(gè)應(yīng)用系統(tǒng)都需要執(zhí)行許多相通的業(yè)務(wù)操作，比如用戶管理、商品管理等，那么可以將這些共用的業(yè)務(wù)提取出來，獨(dú)立部署。這樣，傳說中的SOA的價(jià)值就得到體現(xiàn)了。

1. 優(yōu)點(diǎn)：服務(wù)統(tǒng)一管理，提供重用度；

2. 缺點(diǎn)：應(yīng)用架構(gòu)更復(fù)雜；

3. 技術(shù)點(diǎn)：業(yè)務(wù)抽取拆分、服務(wù)化技術(shù)方案；

消息隊(duì)列

應(yīng)用、服務(wù)之間還是會出現(xiàn)一些依賴問題，這時(shí)候，高吞吐量的解耦利器出現(xiàn)了。

1. 優(yōu)點(diǎn)：提高吞吐量、應(yīng)用、服務(wù)之間解耦；

2. 缺點(diǎn)：存在消息消費(fèi)延遲問題；

3. 技術(shù)點(diǎn)：消息隊(duì)列技術(shù)方案；

14、分庫分表

最后，再介紹一個(gè)大型互聯(lián)網(wǎng)公司都用的絕技--分庫分表。個(gè)人經(jīng)驗(yàn)，不是業(yè)務(wù)發(fā)展和各方面非常迫切，不要輕易走這一步。

因?yàn)榉謳旆直碚l都會干，關(guān)鍵是拆完之后怎么辦。目前，市面上還沒有完全開源免費(fèi)的方案，能讓你一勞永逸地解決數(shù)據(jù)庫拆分問題。

分庫分表：

1. 橫向拆分；

2. 縱向拆分；

3. 分布式數(shù)據(jù)庫訪問層；

4. 數(shù)據(jù)庫中間件（代理）；

15、網(wǎng)站架構(gòu)總結(jié)

上面講述了在網(wǎng)站業(yè)務(wù)發(fā)展的不同階段，會面臨不同的問題，針對不同的問題，會選擇不同的架構(gòu)。大型網(wǎng)站架構(gòu)就是在不同階段時(shí)解決不同問題的過程中慢慢演進(jìn)來的。

最后幾句話，送給有緣的你：

1. 一切以解決業(yè)務(wù)目標(biāo)為首要任務(wù)；

2. 沒有以業(yè)務(wù)為目標(biāo)的任何架構(gòu)、技術(shù)，都是毫無意義的耍流氓；

3. 再牛逼的架構(gòu)、再牛逼的技術(shù)，不能夠解決業(yè)務(wù)的問題，你也只能算是會架構(gòu)、會技術(shù)的工匠，而不能算是真正意義上的架構(gòu)師；

4. 業(yè)務(wù)成就了技術(shù)，平臺成就了人，事業(yè)成就了人，而不是相反；

16、最后說說大型網(wǎng)站的配置建議。

在選擇服務(wù)器的時(shí)候，很多站長認(rèn)為虛擬空間就夠了，但實(shí)際上并非如此。當(dāng)一個(gè)網(wǎng)站的流量不斷完善的時(shí)候，對web服務(wù)器的配置要求也會隨之增加。當(dāng)一個(gè)網(wǎng)站的流量數(shù)以萬計(jì)時(shí)，虛擬服務(wù)器基本不適合使用。建設(shè)大型網(wǎng)站應(yīng)該使用什么樣的配置？

對于電商網(wǎng)站來說，每天都有大量的用戶訪問和購買，所以服務(wù)器需要處理大量的數(shù)據(jù)請求，所以對于電商網(wǎng)站的CPU和內(nèi)存的標(biāo)準(zhǔn)會更高。

對于視頻網(wǎng)站來說，除了用戶的訪問請求和下載數(shù)據(jù)之外，還需要配置大硬盤和大帶寬，才能有效保證用戶在觀看時(shí)不會卡殼。

對于大型網(wǎng)站，無論是視頻網(wǎng)站、門戶企業(yè)網(wǎng)站還是電商小票，在租用服務(wù)器時(shí)，都需要考慮基本的配置標(biāo)準(zhǔn)，比如CPU、硬盤、內(nèi)存、帶寬、硬防御。CPU要8核以上，內(nèi)存視頻網(wǎng)站不低于16G。硬盤至少1T，獨(dú)占帶寬100M會更好。

當(dāng)然，這里推薦的只是正規(guī)大型網(wǎng)站所需的配置條件。如果您是易受攻擊的行業(yè)類型，還應(yīng)該考慮服務(wù)器防御。

本文鏈接：http://www.sztqnet.com/article/1217.html