在大型網(wǎng)站開發(fā)和設(shè)計(jì)過(guò)程中，非常需要考慮的問(wèn)題是網(wǎng)站的并發(fā)訪問(wèn)的問(wèn)題，為此我也通過(guò)思考，通過(guò)借鑒前輩們?cè)O(shè)計(jì)思想，總結(jié)出一些解決方案：

1、盡量將請(qǐng)求的頁(yè)面靜態(tài)化

靜態(tài)化的頁(yè)面為.html(.htm等)不需要web服務(wù)器重新加載項(xiàng)解析，只需要生成一次，以后每次都直接下載到客戶端，效率高很多。javaWeb靜態(tài)化的技術(shù)有freemark和Velocity等。

2、將網(wǎng)站系統(tǒng)的web服務(wù)器、數(shù)據(jù)庫(kù)服務(wù)器、圖片和文件服務(wù)器分開

通過(guò)將服務(wù)器專業(yè)化分工，以提高網(wǎng)站訪問(wèn)速度。因?yàn)閳D片和文件在下載的時(shí)候無(wú)論是IIS、Apache等服務(wù)器都會(huì)有很大壓力。

3、設(shè)置專門的數(shù)據(jù)緩存服務(wù)器

將大量數(shù)據(jù)放到緩存數(shù)據(jù)區(qū)，在訪問(wèn)量少得時(shí)候存入數(shù)據(jù)，減少連接直接操作數(shù)據(jù)庫(kù)的開銷。

4、數(shù)據(jù)庫(kù)集群、庫(kù)表散列

大型網(wǎng)站都有復(fù)雜的應(yīng)用，這些應(yīng)用必須使用數(shù)據(jù)庫(kù)，那么在面對(duì)大量訪問(wèn)的時(shí)候，數(shù)據(jù)庫(kù)的瓶頸很快就能顯現(xiàn)出來(lái)，這時(shí)一臺(tái)數(shù)據(jù)庫(kù)將很快無(wú)法滿足應(yīng)用，于是我們需要使用數(shù)據(jù)庫(kù)集群或者庫(kù)表散列。在數(shù)據(jù)庫(kù)集群方面，很多數(shù)據(jù)庫(kù)都有自己的解決方案，Oracle、Sybase等都有很好的方案，常用的MySQL提供的Master/Slave也是類似的方案，您使用了什么樣的DB，就參考相應(yīng)的解決方案來(lái)實(shí)施即可。

上面提到的數(shù)據(jù)庫(kù)集群由于在架構(gòu)、成本、擴(kuò)張性方面都會(huì)受到所采用DB類型的限制，于是我們需要從應(yīng)用程序的角度來(lái)考慮改善系統(tǒng)架構(gòu)，庫(kù)表散列是常用并且最有效的解決方案。

我們?cè)趹?yīng)用程序中安裝業(yè)務(wù)和應(yīng)用或者功能模塊將數(shù)據(jù)庫(kù)進(jìn)行分離，不同的模塊對(duì)應(yīng)不同的數(shù)據(jù)庫(kù)或者表，再按照一定的策略對(duì)某個(gè)頁(yè)面或者功能進(jìn)行更小的數(shù)據(jù)庫(kù)散列，比如用戶表，按照用戶ID進(jìn)行表散列，這樣就能夠低成本的提升系統(tǒng)的性能并且有很好的擴(kuò)展性。

sohu的論壇就是采用了這樣的架構(gòu)，將論壇的用戶、設(shè)置、帖子等信息進(jìn)行數(shù)據(jù)庫(kù)分離，然后對(duì)帖子、用戶按照板塊和ID進(jìn)行散列數(shù)據(jù)庫(kù)和表，最終可以在配置文件中進(jìn)行簡(jiǎn)單的配置便能讓系統(tǒng)隨時(shí)增加一臺(tái)低成本的數(shù)據(jù)庫(kù)進(jìn)來(lái)補(bǔ)充系統(tǒng)性能。

5、鏡像

鏡像是大型網(wǎng)站常采用的提高性能和數(shù)據(jù)安全性的方式，鏡像的技術(shù)可以解決不同網(wǎng)絡(luò)接入商和地域帶來(lái)的用戶訪問(wèn)速度差異，比如ChinaNet和EduNet之間的差異就促使了很多網(wǎng)站在教育網(wǎng)內(nèi)搭建鏡像站點(diǎn)，數(shù)據(jù)進(jìn)行定時(shí)更新或者實(shí)時(shí)更新。在鏡像的細(xì)節(jié)技術(shù)方面，這里不闡述太深，有很多專業(yè)的現(xiàn)成的解決架構(gòu)和產(chǎn)品可選。也有廉價(jià)的通過(guò)軟件實(shí)現(xiàn)的思路，比如Linux上的rsync等工具。

6、負(fù)載均衡

負(fù)載均衡將是大型網(wǎng)站解決高負(fù)荷訪問(wèn)和大量并發(fā)請(qǐng)求采用的高端解決辦法。

負(fù)載均衡技術(shù)發(fā)展了多年，有很多專業(yè)的服務(wù)提供商和產(chǎn)品可以選擇，我個(gè)人接觸過(guò)一些解決方法，其中有兩個(gè)架構(gòu)可以給大家做參考。

（1）、硬件四層交換第四層交換使用第三層和第四層信息包的報(bào)頭信息，根據(jù)應(yīng)用區(qū)間識(shí)別業(yè)務(wù)流，將整個(gè)區(qū)間段的業(yè)務(wù)流分配到合適的應(yīng)用服務(wù)器進(jìn)行處理。

第四層交換功能就像是虛IP，指向物理服務(wù)器。它傳輸?shù)臉I(yè)務(wù)服從的協(xié)議多種多樣，有HTTP、FTP、NFS、Telnet或其他協(xié)議。這些業(yè)務(wù)在物理服務(wù)器基礎(chǔ)上，需要復(fù)雜的載量平衡算法。在IP世界，業(yè)務(wù)類型由終端TCP或UDP端口地址來(lái)決定，在第四層交換中的應(yīng)用區(qū)間則由源端和終端IP地址、TCP和UDP端口共同決定。

在硬件四層交換產(chǎn)品領(lǐng)域，有一些知名的產(chǎn)品可以選擇，比如Alteon、F5等，這些產(chǎn)品很昂貴，但是物有所值，能夠提供非常優(yōu)秀的性能和很靈活的管理能力。“Yahoo中國(guó)”當(dāng)初接近2000臺(tái)服務(wù)器，只使用了三、四臺(tái)Alteon就搞定了。

(2)、軟件四層交換

大家知道了硬件四層交換機(jī)的原理后，基于OSI模型來(lái)實(shí)現(xiàn)的軟件四層交換也就應(yīng)運(yùn)而生，這樣的解決方案實(shí)現(xiàn)的原理一致，不過(guò)性能稍差。但是滿足一定量的壓力還是游刃有余的，有人說(shuō)軟件實(shí)現(xiàn)方式其實(shí)更靈活，處理能力完全看你配置的熟悉能力。

軟件四層交換我們可以使用Linux上常用的LVS來(lái)解決，LVS就是LinuxVirtualServer，他提供了基于心跳線heartbeat的實(shí)時(shí)災(zāi)難應(yīng)對(duì)解決方案，提高系統(tǒng)的強(qiáng)壯性，同時(shí)可供了靈活的虛擬VIP配置和管理功能，可以同時(shí)滿足多種應(yīng)用需求，這對(duì)于分布式的系統(tǒng)來(lái)說(shuō)必不可少。

一個(gè)典型的使用負(fù)載均衡的策略就是，在軟件或者硬件四層交換的基礎(chǔ)上搭建squid集群，這種思路在很多大型網(wǎng)站包括搜索引擎上被采用，這樣的架構(gòu)低成本、高性能還有很強(qiáng)的擴(kuò)張性，隨時(shí)往架構(gòu)里面增減節(jié)點(diǎn)都非常容易。

對(duì)于大型網(wǎng)站來(lái)說(shuō)，前面提到的每個(gè)方法可能都會(huì)被同時(shí)使用到，這里介紹得比較淺顯，具體實(shí)現(xiàn)過(guò)程中很多細(xì)節(jié)還需要大家慢慢熟悉和體會(huì)。有時(shí)一個(gè)很小的squid參數(shù)或者apache參數(shù)設(shè)置，對(duì)于系統(tǒng)性能的影響就會(huì)很大。

7、最新：CDN加速技術(shù)

什么是CDN？

CDN的全稱是內(nèi)容分發(fā)網(wǎng)絡(luò)。其目的是通過(guò)在現(xiàn)有的Internet中增加一層新的網(wǎng)絡(luò)架構(gòu)，將網(wǎng)站的內(nèi)容發(fā)布到最接近用戶的網(wǎng)絡(luò)“邊緣”，使用戶可以就近取得所需的內(nèi)容，提高用戶訪問(wèn)網(wǎng)站的響應(yīng)速度。

CDN有別于鏡像，因?yàn)樗如R像更智能，或者可以做這樣一個(gè)比喻：CDN=更智能的鏡像+緩存+流量導(dǎo)流。因而，CDN可以明顯提高Internet網(wǎng)絡(luò)中信息流動(dòng)的效率。從技術(shù)上全面解決由于網(wǎng)絡(luò)帶寬小、用戶訪問(wèn)量大、網(wǎng)點(diǎn)分布不均等問(wèn)題，提高用戶訪問(wèn)網(wǎng)站的響應(yīng)速度。

CDN的類型特點(diǎn)CDN的實(shí)現(xiàn)分為三類：鏡像、高速緩存、專線。

鏡像站點(diǎn)（MirrorSite），是最常見的，它讓內(nèi)容直接發(fā)布，適用于靜態(tài)和準(zhǔn)動(dòng)態(tài)的數(shù)據(jù)同步。但是購(gòu)買和維護(hù)新服務(wù)器的費(fèi)用較高，還必須在各個(gè)地區(qū)設(shè)置鏡像服務(wù)器，配備專業(yè)技術(shù)人員進(jìn)行管理與維護(hù)。對(duì)于大型網(wǎng)站來(lái)說(shuō)，更新所用的帶寬成本也大大提高了。

高速緩存，成本較低，適用于靜態(tài)內(nèi)容。Internet的統(tǒng)計(jì)表明，超過(guò)80%的用戶經(jīng)常訪問(wèn)的是20%的網(wǎng)站的內(nèi)容，在這個(gè)規(guī)律下，緩存服務(wù)器可以處理大部分客戶的靜態(tài)請(qǐng)求，而原始的服務(wù)器只需處理約20%左右的非緩存請(qǐng)求和動(dòng)態(tài)請(qǐng)求，于是大大加快了客戶請(qǐng)求的響應(yīng)時(shí)間，并降低了原始服務(wù)器的負(fù)載。

CDN服務(wù)一般會(huì)在全國(guó)范圍內(nèi)的關(guān)鍵節(jié)點(diǎn)上放置緩存服務(wù)器。專線，讓用戶直接訪問(wèn)數(shù)據(jù)源，可以實(shí)現(xiàn)數(shù)據(jù)的動(dòng)態(tài)同步。

CDN的實(shí)例

舉個(gè)例子來(lái)說(shuō)，當(dāng)某用戶訪問(wèn)網(wǎng)站時(shí)，網(wǎng)站會(huì)利用全球負(fù)載均衡技術(shù)，將用戶的訪問(wèn)指向到距離用戶最近的正常工作的緩存服務(wù)器上，直接響應(yīng)用戶的請(qǐng)求。

當(dāng)用戶訪問(wèn)已經(jīng)使用了CDN服務(wù)的網(wǎng)站時(shí)，其解析過(guò)程與傳統(tǒng)解析方式的最大區(qū)別就在于網(wǎng)站的授權(quán)域名服務(wù)器不是以傳統(tǒng)的輪詢方式來(lái)響應(yīng)本地DNS的解析請(qǐng)求，而是充分考慮用戶發(fā)起請(qǐng)求的地點(diǎn)和當(dāng)時(shí)網(wǎng)絡(luò)的情況，來(lái)決定把用戶的請(qǐng)求定向到離用戶最近同時(shí)負(fù)載相對(duì)較輕的節(jié)點(diǎn)緩存服務(wù)器上。

通過(guò)用戶定位算法和服務(wù)器健康檢測(cè)算法綜合后的數(shù)據(jù)，可以將用戶的請(qǐng)求就近定向到分布在網(wǎng)絡(luò)“邊緣”的緩存服務(wù)器上，保證用戶的訪問(wèn)能得到更及時(shí)可靠的響應(yīng)。由于大量的用戶訪問(wèn)都由分布在網(wǎng)絡(luò)邊緣的CDN節(jié)點(diǎn)緩存服務(wù)器直接響應(yīng)了，這就不僅提高了用戶的訪問(wèn)質(zhì)量，同時(shí)有效地降低了源服務(wù)器的負(fù)載壓力。

附：某CDN服務(wù)商的服務(wù)說(shuō)明

采用GCDN加速方式

采用了GCDN加速方式以后，系統(tǒng)會(huì)在瀏覽用戶和您的服務(wù)器之間增加一臺(tái)GCDN服務(wù)器。瀏覽用戶訪問(wèn)您的服務(wù)器時(shí)，一般靜態(tài)數(shù)據(jù)，如圖片、多媒體資料等數(shù)據(jù)將直接從GCDN服務(wù)器讀取，使得從主服務(wù)器上讀取靜態(tài)數(shù)據(jù)的交換量大大減少。

為VIP型虛擬主機(jī)而特加的VPN高速壓縮通道，使用高速壓縮的電信網(wǎng)通、電信國(guó)際（HK）、網(wǎng)通國(guó)際（HK）等跨網(wǎng)專線通道，智能多線，自動(dòng)獲取最快路徑，極速的動(dòng)態(tài)實(shí)時(shí)并發(fā)響應(yīng)速度，實(shí)現(xiàn)了網(wǎng)站的動(dòng)態(tài)腳本實(shí)時(shí)同步，對(duì)動(dòng)態(tài)網(wǎng)站有一個(gè)更加明顯的加速效果。

每個(gè)網(wǎng)絡(luò)運(yùn)營(yíng)商（電信、網(wǎng)通、鐵通、教育網(wǎng)）均有您服務(wù)器的GCDN服務(wù)器，無(wú)論瀏覽用戶是來(lái)自何處，GCDN都能讓您的服務(wù)器展現(xiàn)最快的速度！另外，我們將對(duì)您的數(shù)據(jù)進(jìn)行實(shí)時(shí)備份，讓您的數(shù)據(jù)更安全。

java

本文有6個(gè)章節(jié)，從工作流程、網(wǎng)站種類、網(wǎng)站組成部分、技術(shù)原理、設(shè)計(jì)規(guī)范等全面總結(jié)了網(wǎng)頁(yè)設(shè)計(jì)的基礎(chǔ)知識(shí)，接近兩萬(wàn)字的干貨，新手看完就可以入門了。

一、網(wǎng)頁(yè)設(shè)計(jì)是什么？

網(wǎng)頁(yè)設(shè)計(jì)也被稱為 Web Design、網(wǎng)站設(shè)計(jì)、Website design、WUI 等。它的本質(zhì)就是網(wǎng)站的圖形界面設(shè)計(jì)。雖然現(xiàn)在我們常使用移動(dòng)端上的 APP 來(lái)獲取資訊，但是顯然基于個(gè)人電腦平臺(tái)的網(wǎng)站上網(wǎng)方式陪伴我們的歷史要比手機(jī)久很多：從1987年錢天白教授向德國(guó)發(fā)出第一封電子郵件到2000年搜狐、新浪、網(wǎng)易在美國(guó)納斯達(dá)克掛牌上市，再到現(xiàn)在網(wǎng)站遍地；中國(guó)的網(wǎng)站高速發(fā)展了近三十年。我是在小學(xué)開始去網(wǎng)吧「上網(wǎng)沖浪」的，那時(shí)的電腦屏幕非常小，分辨率只有800×600像素（對(duì)比一下，iPhone8的分辨率是750x1334px），網(wǎng)速也很慢，經(jīng)常掉線或者加載失敗。那時(shí)的網(wǎng)站性能和體驗(yàn)都不好，而現(xiàn)在網(wǎng)站設(shè)計(jì)和過(guò)去已經(jīng)有了巨大的變化：注重用戶體驗(yàn)、注重頁(yè)面動(dòng)效、富媒體等設(shè)計(jì)讓如今的網(wǎng)站體驗(yàn)并不比軟件和手機(jī) APP 差。加上個(gè)人電腦的普及，網(wǎng)站仍然是人機(jī)交互中非常重要的平臺(tái)之一。那么作為 UI設(shè)計(jì)師我們就必須掌握網(wǎng)站設(shè)計(jì)的規(guī)范和理解網(wǎng)站運(yùn)行的原理，才能更好地駕馭這個(gè)平臺(tái)。今天就向您好好說(shuō)道一下網(wǎng)站必須懂得的那些事兒。

二、工作流程

首先讓我們來(lái)看一下網(wǎng)站設(shè)計(jì)的工作流程吧，除了之前介紹過(guò)的用戶研究、撰寫產(chǎn)品需求文檔、市場(chǎng)文檔、做競(jìng)品調(diào)研等工作之外，與設(shè)計(jì)師密切相關(guān)的網(wǎng)站項(xiàng)目流程可以分為原型圖階段、視覺稿階段、設(shè)計(jì)規(guī)范階段、切圖階段、前端代碼階段、項(xiàng)目走查階段六個(gè)階段。每個(gè)階段都需要設(shè)計(jì)師參與和了解，千萬(wàn)不要只在意視覺稿這個(gè)階段，有很多前期與后期工作同樣需要得到我們的重視。好，讓我們一個(gè)一個(gè)來(lái)了解它們吧。

1. 原型圖階段

原型圖階段中設(shè)計(jì)師需要和產(chǎn)品經(jīng)理溝通需求，這時(shí)要注意，并不是產(chǎn)品經(jīng)理向設(shè)計(jì)師下發(fā)需求，而是需要相互就自己擅長(zhǎng)的方面進(jìn)行溝通。視覺方面具體呈現(xiàn)也許設(shè)計(jì)師會(huì)有更好的方式，這時(shí)需要在設(shè)計(jì)之前與產(chǎn)品經(jīng)理達(dá)成一致。

△ 構(gòu)建網(wǎng)站原型圖（工具：Axure RP）

2. 視覺稿階段

視覺稿階段就是我們要根據(jù)原型圖確定的內(nèi)容和大體版式完成網(wǎng)站的界面設(shè)計(jì)了，在設(shè)計(jì)網(wǎng)站的時(shí)候，我們需要一些圖像和靈感的素材。比如做世界杯專題時(shí)，我們除了收集很多素材之外，也可以設(shè)計(jì)一個(gè)「情緒板」（Mood Board）。簡(jiǎn)單說(shuō)情緒板就是將一些與主題相關(guān)的資料和素材拼貼在一起，這樣可以更好地指引我們整個(gè)需求的設(shè)計(jì)主題和大體感覺。另外，很多網(wǎng)站的頭部通常需要主視覺來(lái)抓人眼球，這時(shí)可能會(huì)使用到需求方提供的明星照片、主題素材、LOGO、主視覺PSD等，那么用素材和這些需求方提供的資料進(jìn)行混合并拼出讓人覺得震撼的頭部視覺就是我們的目標(biāo)了。主視覺下面的信息排布更強(qiáng)調(diào)合理性，這時(shí)也需要和產(chǎn)品經(jīng)理溝通從后臺(tái)調(diào)取的圖片尺寸、標(biāo)題字段長(zhǎng)度等，然后根據(jù)這些要求完成頁(yè)面信息部分的設(shè)計(jì)。總之，設(shè)計(jì)過(guò)程中需要我們不斷思考和溝通才可以完成一個(gè)比較棒的視覺稿。

△ 視覺稿設(shè)計(jì)階段（工具：Photoshop）

3. 設(shè)計(jì)規(guī)范

當(dāng)視覺稿通過(guò)后，很多設(shè)計(jì)師可能不會(huì)主動(dòng)去做設(shè)計(jì)規(guī)范。其實(shí)每一個(gè)可迭代的產(chǎn)品都需要設(shè)計(jì)師來(lái)總結(jié)設(shè)計(jì)規(guī)范，設(shè)計(jì)規(guī)范就是所有頁(yè)面中共性的東西，比如說(shuō)字體不同的大小、圖片的尺寸、按鈕的樣式等，這些共性也是用戶訪問(wèn)網(wǎng)站時(shí)會(huì)理解成固定概念的憑證。比如同樣的分享功能如果采用兩種截然不同的樣式就會(huì)讓用戶困惑。那么設(shè)計(jì)規(guī)范主要也是在約束設(shè)計(jì)師我們自己，在用戶有限的記憶力中減少思考的成本。同時(shí)，設(shè)計(jì)規(guī)范也可以保證同一個(gè)項(xiàng)目的不同設(shè)計(jì)師都能輸出一樣風(fēng)格的設(shè)計(jì)來(lái)。最后，設(shè)計(jì)規(guī)范對(duì)于設(shè)計(jì)師個(gè)人來(lái)說(shuō)也是對(duì)項(xiàng)目影響的一個(gè)佐證，可以證明你的思考和你在項(xiàng)目中的地位。所以我認(rèn)為設(shè)計(jì)師應(yīng)該主動(dòng)去做設(shè)計(jì)規(guī)范和項(xiàng)目總結(jié)。設(shè)計(jì)規(guī)范如何去做？其實(shí)設(shè)計(jì)規(guī)范就是把主要頁(yè)面的元素固定成統(tǒng)一元素即可。具體來(lái)說(shuō)一個(gè)產(chǎn)品的設(shè)計(jì)規(guī)范應(yīng)該有：字體規(guī)范、主體色規(guī)范、圖表規(guī)范、圖片規(guī)范等不同分類。

△ 視覺規(guī)范（工具：Photoshop）

4. 切圖

網(wǎng)頁(yè)設(shè)計(jì)師通常不需要為前端工程師切圖。因?yàn)榍岸斯こ處熗ǔＰ枰莆?PS 軟件技能。如果遇到特殊情況需要我們切圖時(shí)，我們可以使用諸如 Cutterman、Zeplin 等切圖插件中的 Web 選項(xiàng)為前端切出網(wǎng)站所使用的圖片。

△ 從PSD中提取出來(lái)的切圖（插件：cutterman）

5. 前端代碼

前端工程師會(huì)用代碼重構(gòu)我們?cè)O(shè)計(jì)的頁(yè)面，把圖紙變?yōu)殪o態(tài)頁(yè)面。然后和后端工程師對(duì)接調(diào)取數(shù)據(jù)接口，一個(gè)網(wǎng)站就活了起來(lái)。工程師們?yōu)榱朔奖懔私饩W(wǎng)站是不是達(dá)到了我們要求的數(shù)據(jù)，也會(huì)進(jìn)行埋點(diǎn)。埋點(diǎn)就是在頁(yè)面代碼里插入一些統(tǒng)計(jì)代碼，方便我們之后確定哪些頁(yè)面訪問(wèn)量高，哪些沒(méi)有達(dá)到預(yù)期。在此后其實(shí)還會(huì)有測(cè)試工程師介入來(lái)發(fā)現(xiàn)編譯完的網(wǎng)站是否存在一些漏洞等。

△ 前端工程師代碼編譯（工具：Notepad +）

6. 項(xiàng)目走查

網(wǎng)頁(yè)設(shè)計(jì)完成后還需要設(shè)計(jì)師進(jìn)行項(xiàng)目走查，來(lái)確定網(wǎng)頁(yè)還原度是否有問(wèn)題。如果發(fā)現(xiàn)有和設(shè)計(jì)稿出入很大的，就需要要求前端工程師進(jìn)行調(diào)整。這個(gè)步驟非常重要，因?yàn)榫W(wǎng)站的成品才是我們最終的輸出，不要認(rèn)為設(shè)計(jì)稿很漂亮而實(shí)現(xiàn)后的頁(yè)面就不需要我們負(fù)責(zé)了。

△ 將實(shí)現(xiàn)后的截圖和設(shè)計(jì)稿進(jìn)行比對(duì)（工具：Photoshop）

三、網(wǎng)站種類

網(wǎng)站的分類按對(duì)象來(lái)劃分可以分為 To C端和 To B端兩種。To C端就是面向用戶和消費(fèi)者，例如門戶網(wǎng)站、企業(yè)網(wǎng)站、產(chǎn)品網(wǎng)站、電商網(wǎng)站、游戲網(wǎng)站、專題頁(yè)面、視頻網(wǎng)站、移動(dòng)端H5 等，均是面向用戶和消費(fèi)者的產(chǎn)品。由于是面向用戶和消費(fèi)者，所以設(shè)計(jì)上一定要可以吸引人，并且以用戶為中心考慮體驗(yàn)設(shè)計(jì)。而 To B端作為一個(gè)需求量很大的類別，其實(shí)往往被設(shè)計(jì)師所忽視。什么是 To B端項(xiàng)目呢？比如電商網(wǎng)站供貨商的后臺(tái)、Dashboard、企業(yè)級(jí)OA、網(wǎng)站統(tǒng)計(jì)后臺(tái)等這些面向商家和專業(yè)人士的網(wǎng)站就是 To B 類網(wǎng)站項(xiàng)目了。這些項(xiàng)目的要求和 To C端網(wǎng)站的要求大相徑庭：To B 類項(xiàng)目最重要的是效率而不是體驗(yàn)，因?yàn)檎f(shuō)白了我們?cè)谠O(shè)計(jì)使用者工作的工具，我們?cè)谠O(shè)計(jì)時(shí)必須首先要保證操作者可以高效地完成他們所需要完成的工作。那么讓我們來(lái)了解一下網(wǎng)站的不同門類吧。

1. 門戶網(wǎng)站

門戶網(wǎng)站國(guó)內(nèi)比較知名的有新浪、騰訊、網(wǎng)易、搜狐；國(guó)外比較知名的如 Naver、Llinternaute 等。我們可以看得出，門戶網(wǎng)站都是大而全包羅生活萬(wàn)象的。比如騰訊網(wǎng)就有新聞、財(cái)經(jīng)、視頻、體育、娛樂(lè)、時(shí)尚、汽車、房產(chǎn)、科技、游戲等不同頻道。門戶網(wǎng)站的門檻很高，必須要有雄厚的實(shí)力才可以建立起一個(gè)門戶網(wǎng)站，而門戶網(wǎng)站需要的設(shè)計(jì)師數(shù)量也驚人。首先門戶網(wǎng)站需要產(chǎn)品方向的界面設(shè)計(jì)師以迭代的方式維護(hù)迭代網(wǎng)站首頁(yè)、二級(jí)頁(yè)面、底層頁(yè)等網(wǎng)站基石。然后需要各個(gè)頻道的設(shè)計(jì)師來(lái)處理日常需求：比如巴黎時(shí)裝周需要負(fù)責(zé)時(shí)尚頻道的設(shè)計(jì)師來(lái)設(shè)計(jì)對(duì)應(yīng)的專題、世界杯小組出線需要負(fù)責(zé)體育頻道的設(shè)計(jì)師來(lái)設(shè)計(jì)對(duì)應(yīng)的專題等。地球上的每一天都有大事發(fā)生，那么門戶網(wǎng)站中的設(shè)計(jì)工作就不會(huì)少。另外，具體對(duì)接頻道的設(shè)計(jì)師也需要有一定擅長(zhǎng)之處：比如對(duì)接體育頻道的設(shè)計(jì)師起碼應(yīng)該熟悉足球籃球等體育項(xiàng)目、時(shí)尚頻道的設(shè)計(jì)師要懂得各個(gè)大牌的設(shè)計(jì)風(fēng)格、佛學(xué)頻道的設(shè)計(jì)師需要懂得基本的佛學(xué)知識(shí)和忌諱、文化頻道的設(shè)計(jì)師需要對(duì)傳統(tǒng)文化有所涉獵。所以基本上門戶網(wǎng)站的設(shè)計(jì)師可以分為產(chǎn)品組和頻道組兩種。

△ 韓國(guó)門戶網(wǎng)站Naver

2. 企業(yè)網(wǎng)站

每個(gè)企業(yè)都需要有一個(gè)網(wǎng)站來(lái)對(duì)外展示自己的能力、介紹自己的產(chǎn)品等?，F(xiàn)在接觸一個(gè)陌生的企業(yè)時(shí)，很多老百姓都會(huì)上網(wǎng)搜索一下其官方網(wǎng)站驗(yàn)證真?zhèn)?。網(wǎng)站已經(jīng)是中小企業(yè)的標(biāo)配了。企業(yè)網(wǎng)站設(shè)計(jì)時(shí)通常會(huì)有網(wǎng)站首頁(yè)、公司介紹、產(chǎn)品中心、公司團(tuán)隊(duì)、在線商城、聯(lián)系我們等這幾個(gè)模塊，企業(yè)網(wǎng)站會(huì)展示很多諸如公司環(huán)境、團(tuán)隊(duì)成員、企業(yè)文化等實(shí)際的照片，配合一些資料進(jìn)行設(shè)計(jì)。企業(yè)網(wǎng)站通常也追求所謂「高端」、「大氣」、「上檔次」的風(fēng)格，也就是為了達(dá)到讓消費(fèi)者認(rèn)同品牌這個(gè)要求。所以如果我們接到了企業(yè)網(wǎng)站的設(shè)計(jì)需求，不妨多去瀏覽參考一些更加大牌的企業(yè)網(wǎng)站作為競(jìng)品來(lái)參考。

△ 美國(guó)通用公司官網(wǎng)

3. 產(chǎn)品網(wǎng)站

從蘋果公司的 iPhone 介紹頁(yè)到小米手機(jī)8的介紹頁(yè)，我們會(huì)發(fā)現(xiàn)一種新鮮的產(chǎn)品營(yíng)銷模式，就是產(chǎn)品網(wǎng)站。設(shè)計(jì)這類網(wǎng)站的內(nèi)容主要是該產(chǎn)品的工藝、技術(shù)、設(shè)計(jì)、特點(diǎn)、構(gòu)造、使用場(chǎng)景等。這樣的產(chǎn)品頁(yè)希望可以讓用戶有沉浸感，所以一般來(lái)說(shuō)都是使用全屏布局，然后配合一些如視差滾動(dòng)等方式讓我們感覺到這個(gè)產(chǎn)品的極致精細(xì)。由于中國(guó)互聯(lián)網(wǎng)和產(chǎn)品設(shè)計(jì)發(fā)展很快，所以產(chǎn)品類網(wǎng)站設(shè)計(jì)需求一定會(huì)越來(lái)越多。

△ 蘋果公司產(chǎn)品介紹頁(yè)

4. 電商網(wǎng)站

電商設(shè)計(jì)師也屬于網(wǎng)頁(yè)設(shè)計(jì)師嗎？是的。如果按照平臺(tái)細(xì)分，無(wú)疑電商設(shè)計(jì)師所在的平臺(tái)大部分屬于網(wǎng)站。以淘寶、天貓為代表的電子商務(wù)發(fā)展得太快了，以至于從內(nèi)蒙的牧民到海南島的漁民，甚至臺(tái)灣、日本、東南亞的商人都開始在中國(guó)電商平臺(tái)上開店鋪了。店鋪其實(shí)本身屬于平臺(tái)本身的頁(yè)面。但是為了增強(qiáng)每個(gè)店的個(gè)性，平臺(tái)為商店開通了一些頁(yè)面自定義的裝飾功能，比如寶貝詳情、店鋪排版、banner頭圖設(shè)計(jì)等。這樣商鋪有一定權(quán)限在平臺(tái)規(guī)定的范圍內(nèi)使用圖片和一部分css樣式代碼來(lái)裝飾自己的店鋪，電商設(shè)計(jì)應(yīng)運(yùn)而生。雖然帶著鐐銬跳舞，但是有很多店鋪因?yàn)樵O(shè)計(jì)精良而能帶動(dòng)銷售。那么電商設(shè)計(jì)師當(dāng)然就變得非常重要了。

△ 淘寶網(wǎng)首頁(yè)

5. 游戲網(wǎng)站

游戲是一個(gè)巨大的產(chǎn)業(yè)，很多公司的收入大半壁江山都來(lái)自游戲產(chǎn)業(yè)。那么除了游戲需要制作精良之外，游戲的官網(wǎng)也必須設(shè)計(jì)精美。不要忘記，每一個(gè)玩家都需要訪問(wèn)你的游戲官網(wǎng)才能完成下載、充值、社交等重要操作。國(guó)外游戲網(wǎng)站比如暴雪娛樂(lè)公司（https://blizzard）的官網(wǎng)設(shè)計(jì)得極其精美，每個(gè)游戲的官網(wǎng)都是一個(gè)精品。比如魔獸世界、星際爭(zhēng)霸2等游戲官網(wǎng)，頭部都是視覺沖擊非常強(qiáng)烈的動(dòng)畫。然后網(wǎng)站界面的元素都帶有游戲的風(fēng)格，仿佛登錄這個(gè)網(wǎng)站你就在游戲之中了。

△ 暴雪公司星際爭(zhēng)霸2游戲官網(wǎng)

6. 專題頁(yè)面

當(dāng)然不管是電商還是門戶網(wǎng)站，在節(jié)日都會(huì)需要設(shè)計(jì)師來(lái)設(shè)計(jì)一些專題頁(yè)面增加曝光。比如兒童節(jié)、情人節(jié)、母親節(jié)、圣誕節(jié)等節(jié)日往往會(huì)有促銷、專題報(bào)道等各式活動(dòng)。專題設(shè)計(jì)生命周期很短，上線后基本過(guò)了流量的那個(gè)點(diǎn)就基本沒(méi)用了。所以我們找不到前幾年的618或者雙11專題頁(yè)面，因?yàn)檫^(guò)了特定的時(shí)期專題頁(yè)面就無(wú)人問(wèn)津了。所以在那么短的生命周期怎么抓住人的眼球？當(dāng)然不能使用現(xiàn)代主義設(shè)計(jì)那種性冷淡風(fēng)格，而應(yīng)該在頭部盡量刺激用戶，用刺激對(duì)比強(qiáng)的色彩、復(fù)雜立體的造型、沖擊感強(qiáng)的文字吸引用戶來(lái)看。畢竟每個(gè)人可能只會(huì)看一次，不能放過(guò)這個(gè)機(jī)會(huì)。所以專題設(shè)計(jì)和產(chǎn)品設(shè)計(jì)正相反，專題設(shè)計(jì)必須刺激。

△ 極有家淘寶專題頁(yè)面

7. 視頻網(wǎng)站

視頻網(wǎng)站的訪問(wèn)量驚人，并且用戶的黏著度更高。很多視頻網(wǎng)站除了購(gòu)買版權(quán)之外還有很多 UGC 內(nèi)容。多說(shuō)幾句，UGC（User Generated Content）是指用戶產(chǎn)生的原創(chuàng)內(nèi)容，很早之前 web1.0時(shí)代用戶主要是單向?yàn)g覽網(wǎng)站，web2.0提出的 UGC 概念就是說(shuō)用戶不僅在瀏覽也會(huì)上傳內(nèi)容。那么視頻網(wǎng)站為什么會(huì)火呢？首先要感謝寬帶的發(fā)展。在今年我們國(guó)內(nèi)點(diǎn)擊視頻就立馬可以播放了，而在幾年前需要等待幾分鐘才可以加載夠緩存。視頻網(wǎng)站的設(shè)計(jì)主要是要考慮應(yīng)用場(chǎng)景：視頻是用戶主要觀看的區(qū)域，所以視頻區(qū)域首先要足夠大，另外顏色應(yīng)該以暗色為主，因?yàn)榱辽珪?huì)干擾到用戶觀看視頻。然后其他的區(qū)域圖片比例應(yīng)都為16:9的視頻尺寸，方便后期編輯在后臺(tái)添加。視頻網(wǎng)站的設(shè)計(jì)師同樣也可以分為產(chǎn)品組和運(yùn)營(yíng)組兩個(gè)種類來(lái)處理產(chǎn)品方向和運(yùn)營(yíng)方向的不同需求。

△ 騰訊視頻播放頁(yè)面

8. 移動(dòng)端H5

你一定在朋友圈被《穿越未來(lái)來(lái)看你》、《淘寶造物節(jié)》等 H5 刷過(guò)屏吧？平時(shí)我們經(jīng)常被這種好玩兒的 H5 刷屏。其實(shí) H5 全稱是 HTML5，并不是僅僅指移動(dòng)端，而是網(wǎng)頁(yè)前端的開發(fā)語(yǔ)言，由于約定俗成的概念，我們現(xiàn)在常常把手機(jī)中的集合視頻、動(dòng)效、互動(dòng)的這種營(yíng)銷形式稱為 H5。其實(shí)它的本質(zhì)是運(yùn)用網(wǎng)頁(yè)技術(shù)運(yùn)行在手機(jī)瀏覽器或內(nèi)置瀏覽器內(nèi)的網(wǎng)頁(yè)。隨著技術(shù)日新月異的發(fā)展，H5 顯得越來(lái)越有傳播價(jià)值和份量。微信、瀏覽器等平臺(tái)級(jí)產(chǎn)品在手機(jī)端中火爆促進(jìn)了依靠入口而傳播的 H5 的發(fā)展。如果設(shè)計(jì)出色，你的項(xiàng)目可能會(huì)在朋友圈產(chǎn)生病毒傳播的效果。

△ 使用前端語(yǔ)言編譯的適合手機(jī)瀏覽的H5界面

移動(dòng)端H5尺寸

設(shè)計(jì)移動(dòng)端 H5 項(xiàng)目的時(shí)候，我們一般以用戶量較高的 iPhone6/7/8的尺寸：750x1334px為準(zhǔn)，然后我們要在頂部預(yù)留出微信或者瀏覽器導(dǎo)航區(qū)域。主要內(nèi)容區(qū)域就可以自由設(shè)計(jì)了。一般H5的操作是上下滑動(dòng)。字體方面使用蘋方字體，并且字號(hào)設(shè)置為24PX以上，渲染方式設(shè)置成銳利。?...

1 架構(gòu)演化

大型網(wǎng)站的關(guān)注指標(biāo)

高可用

高性能

易擴(kuò)展

可伸縮

安全

大型網(wǎng)站的特點(diǎn)

高并發(fā)，大流量

高可用

海量數(shù)據(jù)

用戶分布廣泛，網(wǎng)絡(luò)情況復(fù)雜

安全環(huán)境惡劣

需求快速變更，發(fā)布頻繁

漸進(jìn)式發(fā)展

大型網(wǎng)站架構(gòu)演化發(fā)展過(guò)程

初始階段，多使用LAMP來(lái)搭建，All In One即所有資源存放在一臺(tái)服務(wù)器上

應(yīng)用服務(wù)和數(shù)據(jù)服務(wù)分離，有獨(dú)立的數(shù)據(jù)庫(kù)服務(wù)器

使用緩存改善網(wǎng)站性能（依據(jù)是二八定律：80%的業(yè)務(wù)訪問(wèn)集中在20%的數(shù)據(jù)上）

這里需要考慮哪些數(shù)據(jù)適合緩存

緩存可以是本地緩存，也可以是遠(yuǎn)程分布式緩存

需要考慮使用合理的緩存策略，防止透?jìng)?/p>

使用應(yīng)用服務(wù)器集群改善網(wǎng)站的并發(fā)處理能力

如果能通過(guò)增加一臺(tái)服務(wù)器的方式來(lái)改善負(fù)載壓力，就可以以同樣的方式持續(xù)增加服務(wù)器來(lái)不斷改善系統(tǒng)性能，從而實(shí)現(xiàn)系統(tǒng)的可伸縮性

這里需要考慮使用哪些負(fù)載均衡的策略

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

可以利用主流數(shù)據(jù)庫(kù)提供的主從熱備功能，通過(guò)配置兩臺(tái)數(shù)據(jù)庫(kù)的主從關(guān)系，同時(shí)業(yè)內(nèi)也有很多優(yōu)秀的開源中間件如Atlas

緩存中的數(shù)據(jù)，如果更新過(guò)快，那么會(huì)持續(xù)刷新緩存，從而降低性能

使用反向代理和CDN加速網(wǎng)絡(luò)響應(yīng)

CDN和反向代理的基本原理都是緩存

CDN部署在網(wǎng)絡(luò)提供商的機(jī)房，用戶在請(qǐng)求網(wǎng)絡(luò)服務(wù)時(shí)，可以從距離自己最近的網(wǎng)絡(luò)提供商機(jī)房獲取數(shù)據(jù)

反向代理部署在網(wǎng)站的中心機(jī)房，當(dāng)用戶的請(qǐng)求到達(dá)中心機(jī)房后，首先訪問(wèn)的服務(wù)器是反向代理服務(wù)器，如果反向代理服務(wù)器中緩存著用戶請(qǐng)求的資源，那么就將其直接返回給用戶

CDN的重點(diǎn)：——《大型網(wǎng)站系統(tǒng)與Java中間件實(shí)踐》

全局調(diào)度

緩存技術(shù)

內(nèi)容分發(fā)

帶寬優(yōu)化

使用分布式文件系統(tǒng)和分布式數(shù)據(jù)庫(kù)系統(tǒng)

網(wǎng)站常用的數(shù)據(jù)庫(kù)拆分手段是業(yè)務(wù)分庫(kù)，即將不同業(yè)務(wù)的數(shù)據(jù)庫(kù)部署到不同的物理服務(wù)器上

使用NoSQL和搜索引擎

ES

MongoDB

業(yè)務(wù)拆分，使用分而治之的手段將整個(gè)網(wǎng)站業(yè)務(wù)分成不同的產(chǎn)品線

SOA、服務(wù)化

中心化的 gataway方式

消息隊(duì)列

不同服務(wù)訪問(wèn)同一個(gè)DB等

這部分十分重要，道理很簡(jiǎn)單，但是執(zhí)行起來(lái)的效果千差萬(wàn)別。

當(dāng)下火熱的微服務(wù)，也是基于這種思想。

技術(shù)實(shí)現(xiàn)方式也有很多

分布式服務(wù)

大型網(wǎng)站架構(gòu)演化的價(jià)值觀

網(wǎng)站的價(jià)值在于它能為用戶提供什么價(jià)值，在于網(wǎng)站能做什么，而不在于它是怎么做的。因此對(duì)于小型網(wǎng)站來(lái)說(shuō)，最需要做的是位用戶提供好的服務(wù)來(lái)創(chuàng)造價(jià)值，得到用戶的認(rèn)可，從而活下去，野蠻生長(zhǎng)。

大型網(wǎng)站架構(gòu)技術(shù)的核心價(jià)值是隨網(wǎng)站所需靈活應(yīng)對(duì)， 它是一個(gè)演化的過(guò)程

驅(qū)動(dòng)大型網(wǎng)站技術(shù)發(fā)展的主要力量是網(wǎng)站的業(yè)務(wù)發(fā)展，是業(yè)務(wù)成就了技術(shù)，而不是相反。因此要摒棄為了技術(shù)而技術(shù)的套路

網(wǎng)站架構(gòu)設(shè)計(jì)誤區(qū)

一味追求大公司的解決方案

為了技術(shù)而技術(shù)

企圖用技術(shù)解決所有問(wèn)題

2 架構(gòu)模式

分層，這是在橫向方向?qū)ο到y(tǒng)進(jìn)行切分

分層的挑戰(zhàn)在于必須合理規(guī)劃層次邊界和接口

分層包括物理分層和邏輯分層兩種

分割，這是在縱向方向?qū)ο到y(tǒng)進(jìn)行切分

將不同的功能和服務(wù)分割開來(lái)，包裝秤高內(nèi)聚低耦合的模塊單元

分布式

1） 分布式應(yīng)用和服務(wù)；

2） 分布式靜態(tài)資源；

3） 分布式數(shù)據(jù)和存儲(chǔ)；

4） 分布式計(jì)算；

5） 分布式配置、分布式鎖、分布式文件系統(tǒng)。。。

1） 分布式意味著服務(wù)調(diào)用必須通過(guò)網(wǎng)絡(luò)，需要考慮帶寬的影響；

2） 服務(wù)器越多，宕機(jī)的概率越大

分層和分割的目的在于小模塊便于分布式部署

帶來(lái)的問(wèn)題：

常用的分布式方案：

集群，即多臺(tái)服務(wù)器部署相同的應(yīng)用，從而構(gòu)成一個(gè)集群，通過(guò)負(fù)載均衡設(shè)備共同對(duì)外提供服務(wù)

即使訪問(wèn)量很小的分布式應(yīng)用和服務(wù)，也至少要部署到兩臺(tái)服務(wù)器來(lái)構(gòu)成一個(gè)小集群，這樣可以提高系統(tǒng)的可用性

緩存，即將數(shù)據(jù)放在距離計(jì)算最近的位置以加快處理速度

CDN

反向代理

本地緩存

分布式緩存

異步，業(yè)務(wù)之間的消息傳遞不是同步調(diào)用，而是將一個(gè)業(yè)務(wù)操作分成多個(gè)階段，每個(gè)階段之間通過(guò)共享數(shù)據(jù)的方法異步進(jìn)行協(xié)作

1） 提高系統(tǒng)可用性；

2） 加快網(wǎng)站響應(yīng)速度；

3） 消除并發(fā)訪問(wèn)高峰

通常需要使用消息隊(duì)列

帶來(lái)的好處：

冗余

集群帶來(lái)的必然結(jié)果

安全需求的必然結(jié)果

自動(dòng)化，DevOps思維，盡量減少人工干預(yù)

自動(dòng)化發(fā)布

自動(dòng)化代碼管理

自動(dòng)化測(cè)試

自動(dòng)化安全監(jiān)測(cè)

自動(dòng)化部署

自動(dòng)化監(jiān)控

自動(dòng)化報(bào)警

自動(dòng)化失效轉(zhuǎn)移、恢復(fù)

自動(dòng)化分配資源

......

安全

3 大型網(wǎng)站核心架構(gòu)要素

性能

一個(gè)性能問(wèn)題可能會(huì)導(dǎo)致網(wǎng)站用戶嚴(yán)重流失

衡量性能的指標(biāo)：響應(yīng)時(shí)間、TPS、系統(tǒng)性能計(jì)數(shù)器等

可用性

沒(méi)有網(wǎng)站可以完美的7*24運(yùn)行

網(wǎng)站高可用結(jié)構(gòu)的前提是必然會(huì)出現(xiàn)服務(wù)器宕機(jī)，兒高可用設(shè)計(jì)的目標(biāo)是當(dāng)服務(wù)器宕機(jī)時(shí)，服務(wù)或者應(yīng)用依然可用

必要的手段是集群，即冗余

伸縮性，即通過(guò)不斷向集群中加入服務(wù)器的手段來(lái)環(huán)節(jié)不斷上升的用戶并發(fā)訪問(wèn)壓力和不斷增長(zhǎng)的數(shù)據(jù)存儲(chǔ)需求

衡量標(biāo)準(zhǔn)：是否可以構(gòu)建集群；是否可以方便的向集群中添加新的服務(wù)器

擴(kuò)展性，直接關(guān)注網(wǎng)站的功能，保證可以快速響應(yīng)需求變更

衡量標(biāo)準(zhǔn)： 網(wǎng)站增加新的業(yè)務(wù)產(chǎn)品時(shí)，是否對(duì)現(xiàn)有業(yè)務(wù)透明無(wú)影響

安全性

衡量標(biāo)準(zhǔn)： 針對(duì)現(xiàn)存和潛在的各種攻擊和竊密手段，是否可以有效的應(yīng)對(duì)

4 瞬時(shí)響應(yīng) - 網(wǎng)站的高性能架構(gòu)

不同視角下的網(wǎng)站性能

用戶視角

主要是端到端的感覺

主要通過(guò)前段優(yōu)化的手段來(lái)提升用戶體驗(yàn)

開發(fā)人員視角

主要關(guān)注應(yīng)用程序本身以及相關(guān)子系統(tǒng)的性能，包括響應(yīng)延遲、系統(tǒng)吞吐量、并發(fā)處理能力、系統(tǒng)穩(wěn)定性等

主要優(yōu)化手段： 使用緩存加速數(shù)據(jù)讀取、使用集群提高吞吐能力、使用異步消息加快請(qǐng)求響應(yīng)、使用代碼優(yōu)化提升程序性能

運(yùn)維人員視角

主要關(guān)注基礎(chǔ)設(shè)施性能和資源利用率

主要優(yōu)化手段： 建設(shè)優(yōu)化骨干網(wǎng)、使用高性價(jià)比定制服務(wù)器、利用虛擬化技術(shù)優(yōu)化資源利用率

性能測(cè)試指標(biāo)

響應(yīng)時(shí)間，即應(yīng)用執(zhí)行一個(gè)操作需要的時(shí)間，包括從發(fā)出請(qǐng)求開始到收到最后響應(yīng)數(shù)據(jù)所需要的時(shí)間

并發(fā)數(shù)，即系統(tǒng)能夠同時(shí)處理的請(qǐng)求的數(shù)目，也反映了系統(tǒng)的負(fù)載特性

吞吐量，即單位時(shí)間內(nèi)系統(tǒng)處理的請(qǐng)求數(shù)量，體現(xiàn)系統(tǒng)的整理處理能力

性能計(jì)數(shù)器， 描述服務(wù)器或者操作系統(tǒng)性能的一些數(shù)據(jù)指標(biāo)

性能測(cè)試方法

性能測(cè)試，以系統(tǒng)設(shè)計(jì)初期規(guī)劃的性能指標(biāo)為預(yù)期目標(biāo)，對(duì)系統(tǒng)不斷增壓，驗(yàn)證系統(tǒng)在資源可接受范圍內(nèi)，是否能達(dá)到性能預(yù)期

負(fù)載測(cè)試，對(duì)系統(tǒng)不斷的增加并發(fā)請(qǐng)求，知道系統(tǒng)的某項(xiàng)或者多項(xiàng)性能指標(biāo)達(dá)到安全臨界值

壓力測(cè)試，超過(guò)安全負(fù)載的情況下，繼續(xù)對(duì)系統(tǒng)增壓，直到系統(tǒng)崩潰或者不能再處理任何請(qǐng)求

穩(wěn)定性測(cè)試，在特定硬件、軟件、網(wǎng)絡(luò)情況下，給系統(tǒng)加載一定壓力，是系統(tǒng)運(yùn)行較長(zhǎng)一段時(shí)間，來(lái)觀察系統(tǒng)是否穩(wěn)定

Web前端優(yōu)化

瀏覽器訪問(wèn)優(yōu)化

減少http請(qǐng)求

使用瀏覽器緩存

啟用壓縮

CSS放在頁(yè)面最上面，JavaScript放在頁(yè)面最下面

減少Cookie傳輸

CDN加速

反向代理

應(yīng)用服務(wù)器性能優(yōu)化

分布式緩存

一般會(huì)使用消息隊(duì)列，帶來(lái)的額外好處是會(huì)削平峰值

1）不同的緩存服務(wù)器之間進(jìn)行通信，例如JBoss Cache；

2）不同緩存服務(wù)器之間不進(jìn)行通信，例如Memcached

緩存從本質(zhì)上來(lái)說(shuō)，就是一個(gè)內(nèi)存hash表

緩存需要緩存那些讀寫比很高、很少變化的數(shù)據(jù)，一般來(lái)說(shuō)讀寫比在2:1以上時(shí)，緩存才有意義

應(yīng)用程序讀取數(shù)據(jù)時(shí)，首先到緩存中讀取，如果緩存不存在或者已失效，再訪問(wèn)數(shù)據(jù)庫(kù)，同時(shí)將新的數(shù)據(jù)放入緩存

緩存也需要注意緩存熱點(diǎn)數(shù)據(jù)

緩存預(yù)熱，在新啟動(dòng)的緩存系統(tǒng)中，在啟動(dòng)時(shí)就加載熱點(diǎn)數(shù)據(jù)，這樣啟動(dòng)后就可以直接使用

緩存穿透， 應(yīng)用持續(xù)大量訪問(wèn)不存在的數(shù)據(jù)，因?yàn)檫@類數(shù)據(jù)不存在于緩存中，因此會(huì)大量訪問(wèn)數(shù)據(jù)庫(kù)，從而降低性能

對(duì)于分布式緩存來(lái)說(shuō)，目前有兩類：

異步操作

使用集群

代碼優(yōu)化

多線程

1） 將對(duì)象設(shè)計(jì)成無(wú)狀態(tài)對(duì)象；

2） 使用局部對(duì)象；

3） 并發(fā)訪問(wèn)資源時(shí)使用鎖

需要注意線程安全問(wèn)題，方法：

資源復(fù)用

主要是單例和資源池（對(duì)象池）

數(shù)據(jù)結(jié)構(gòu)，選擇合適的算法

垃圾回收

合理設(shè)置垃圾回收策略

存儲(chǔ)性能優(yōu)化

機(jī)械硬盤 vs 固態(tài)硬盤

B+樹 vs LSM樹

RAID vs HDFS

5 萬(wàn)無(wú)一失 - 網(wǎng)站的高可用架構(gòu)

網(wǎng)站可用性度量

網(wǎng)站不可用時(shí)間 = 故障修復(fù)時(shí)間點(diǎn) - 故障發(fā)現(xiàn)時(shí)間點(diǎn)

網(wǎng)站年度可用性指標(biāo) = （1 - 網(wǎng)站不可用時(shí)間/年度總時(shí)間）* 100%

一般以幾個(gè)9來(lái)表示，2個(gè)9是基本可用，網(wǎng)站年度不可用時(shí)間小于88小時(shí)；3個(gè)9是較高可用，網(wǎng)站年度不可用時(shí)間小于9小時(shí)；4個(gè)9是具有自動(dòng)恢復(fù)能力的高可用，網(wǎng)站年度不可用時(shí)間小于53分鐘；5個(gè)9是極高可用性，網(wǎng)站年度不可用時(shí)間小于5分鐘

網(wǎng)站高可用架構(gòu)的設(shè)計(jì)目標(biāo)是保證服務(wù)器硬件故障時(shí)服務(wù)依然可用、數(shù)據(jù)依然保存并能夠被訪問(wèn)

網(wǎng)站高可用架構(gòu)的主要手段：數(shù)據(jù)和服務(wù)的冗余備份以及失效轉(zhuǎn)移，一旦服務(wù)器宕機(jī)，就將服務(wù)切換至其他可用的服務(wù)器上。

高可用的應(yīng)用

無(wú)狀態(tài)應(yīng)用： 應(yīng)用服務(wù)器不保存業(yè)務(wù)的上下文信息，而僅根據(jù)每次請(qǐng)求提交的數(shù)據(jù)進(jìn)行相應(yīng)的業(yè)務(wù)邏輯處理，多個(gè)服務(wù)實(shí)例之間完全對(duì)等，請(qǐng)求提交到任何一個(gè)服務(wù)器上，處理的結(jié)構(gòu)都是相同的。

通過(guò)負(fù)載均衡進(jìn)行無(wú)狀態(tài)服務(wù)的失效轉(zhuǎn)移

負(fù)載均衡： 主要使用在業(yè)務(wù)量和數(shù)據(jù)量較高的情況下，當(dāng)單臺(tái)服務(wù)器不足以承擔(dān)所有的負(fù)載壓力時(shí)，通過(guò)負(fù)載均衡手段，將流量和數(shù)據(jù)分?jǐn)偟揭粋€(gè)集群組成的多臺(tái)服務(wù)器上， 以提升整體的負(fù)載處理能力

應(yīng)用服務(wù)器集群的Session管理

Session復(fù)制

Session綁定

利用Cookie記錄Session

Session服務(wù)器

高可用的服務(wù)

分級(jí)管理

核心服務(wù)與非核心服務(wù)隔離

核心服務(wù)優(yōu)先使用高性能服務(wù)器

超時(shí)設(shè)置

異步調(diào)用

必須滿足可以使用異步調(diào)用方式

服務(wù)降級(jí)

冪等性設(shè)計(jì)

服務(wù)高可用（高可靠）一直是美團(tuán)外賣的第一要求，為了提高可用性，做了很多策略，包括并不限于上文提出的各種架構(gòu)設(shè)計(jì)方案。

其實(shí)造成線上問(wèn)題的很大一部分原因是由于發(fā)版造成的，也體現(xiàn)出了SOP的重要性。

關(guān)于降級(jí)與依賴隔離，可以考慮采用Hystrix實(shí)現(xiàn)自動(dòng)降級(jí)與依賴隔離 。

高可用的數(shù)據(jù)

數(shù)據(jù)一旦出現(xiàn)問(wèn)題，對(duì)于網(wǎng)站往往是毀滅性的打擊，因此保護(hù)網(wǎng)站的數(shù)據(jù)就是保護(hù)企業(yè)的命脈。

主要手段：數(shù)據(jù)備份和失效轉(zhuǎn)移

緩存服務(wù)高可用

觀點(diǎn)一：緩存服務(wù)已經(jīng)承擔(dān)了業(yè)務(wù)中絕大多數(shù)的數(shù)據(jù)讀取訪問(wèn)，因此需要同樣保證高可用

觀點(diǎn)二：緩存服務(wù)并不是數(shù)據(jù)存儲(chǔ)服務(wù)，出現(xiàn)服務(wù)不可用導(dǎo)致數(shù)據(jù)丟失應(yīng)從別的手段解決，而不是提高緩存服務(wù)本身高可用

緩存服務(wù)器集群中單機(jī)故障，集群規(guī)模較大時(shí)，數(shù)據(jù)丟失比例和數(shù)據(jù)負(fù)載壓力影響很小。

CAP原理： 一個(gè)提供數(shù)據(jù)服務(wù)的存儲(chǔ)系統(tǒng)無(wú)法同時(shí)滿足數(shù)據(jù)一致性（Consistency）、數(shù)據(jù)可用性（Availibility）、分區(qū)耐受性（Parition Tolerance）這三個(gè)條件

數(shù)據(jù)高可用含義：

副本間數(shù)據(jù)一致

多個(gè)副本可讀

同時(shí)寫入數(shù)據(jù)副本

1）數(shù)據(jù)持久性

2）數(shù)據(jù)可訪問(wèn)性

3）數(shù)據(jù)一致性

數(shù)據(jù)一致性分類：

1） 數(shù)據(jù)強(qiáng)一致；

2） 數(shù)據(jù)用戶一致；

3） 數(shù)據(jù)最終一致

數(shù)據(jù)備份

1） 異步熱備；

2） 同步熱備

冷備的優(yōu)點(diǎn)是簡(jiǎn)單和廉價(jià)，成本和技術(shù)難度較低，缺點(diǎn)是不能保證數(shù)據(jù)最終一致

熱備分為兩種：

失效轉(zhuǎn)移

1） 心跳檢測(cè)（Keepalived、Heartbeat）；

2） 應(yīng)用程序訪問(wèn)失敗報(bào)告

失效確認(rèn)：

訪問(wèn)轉(zhuǎn)移

數(shù)據(jù)恢復(fù)

高可用網(wǎng)站的軟件質(zhì)量保證

網(wǎng)站發(fā)布，它的過(guò)程和服務(wù)器宕機(jī)效果箱單，其對(duì)系統(tǒng)可用性的影響也 類似

一般采取批量更新的方式進(jìn)行，不會(huì)一次關(guān)掉集群中的全部服務(wù)器

自動(dòng)化測(cè)試

一般使用Selenium來(lái)進(jìn)行測(cè)試

預(yù)發(fā)布驗(yàn)證

預(yù)發(fā)布服務(wù)器是一種特殊用途的服務(wù)器，它和線上的正式服務(wù)器唯一的區(qū)別是沒(méi)有配置在負(fù)載均衡服務(wù)器上，外部用戶無(wú)法訪問(wèn)

代碼控制

主干開發(fā)，分支發(fā)布

分支開發(fā)，主干發(fā)布，這是目前使用的主流方式

自動(dòng)化發(fā)布

火車模型：將每個(gè)應(yīng)用的發(fā)布過(guò)程看做一次火車旅程，火車定點(diǎn)運(yùn)行，期間有若干站點(diǎn)，每一站都進(jìn)行例行檢查，不通過(guò)的項(xiàng)目下車，通過(guò)的項(xiàng)目繼續(xù)坐著火車旅行，直到火車到達(dá)終點(diǎn)。

實(shí)際中，可能所有項(xiàng)目在途中都下車了，這樣火車不得不回到原點(diǎn)，等待?...

1 架構(gòu)演化

大型網(wǎng)站的關(guān)注指標(biāo)

高可用

高性能

易擴(kuò)展

可伸縮

安全

大型網(wǎng)站的特點(diǎn)

高并發(fā)，大流量

高可用

海量數(shù)據(jù)

用戶分布廣泛，網(wǎng)絡(luò)情況復(fù)雜

安全環(huán)境惡劣

需求快速變更，發(fā)布頻繁

漸進(jìn)式發(fā)展

大型網(wǎng)站架構(gòu)演化發(fā)展過(guò)程

初始階段，多使用LAMP來(lái)搭建，All In One即所有資源存放在一臺(tái)服務(wù)器上

應(yīng)用服務(wù)和數(shù)據(jù)服務(wù)分離，有獨(dú)立的數(shù)據(jù)庫(kù)服務(wù)器

使用緩存改善網(wǎng)站性能（依據(jù)是二八定律：80%的業(yè)務(wù)訪問(wèn)集中在20%的數(shù)據(jù)上）

這里需要考慮哪些數(shù)據(jù)適合緩存

緩存可以是本地緩存，也可以是遠(yuǎn)程分布式緩存

需要考慮使用合理的緩存策略，防止透?jìng)?/p>

使用應(yīng)用服務(wù)器集群改善網(wǎng)站的并發(fā)處理能力

如果能通過(guò)增加一臺(tái)服務(wù)器的方式來(lái)改善負(fù)載壓力，就可以以同樣的方式持續(xù)增加服務(wù)器來(lái)不斷改善系統(tǒng)性能，從而實(shí)現(xiàn)系統(tǒng)的可伸縮性

這里需要考慮使用哪些負(fù)載均衡的策略

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

可以利用主流數(shù)據(jù)庫(kù)提供的主從熱備功能，通過(guò)配置兩臺(tái)數(shù)據(jù)庫(kù)的主從關(guān)系，同時(shí)業(yè)內(nèi)也有很多優(yōu)秀的開源中間件如Atlas

緩存中的數(shù)據(jù)，如果更新過(guò)快，那么會(huì)持續(xù)刷新緩存，從而降低性能

使用反向代理和CDN加速網(wǎng)絡(luò)響應(yīng)

CDN和反向代理的基本原理都是緩存

CDN部署在網(wǎng)絡(luò)提供商的機(jī)房，用戶在請(qǐng)求網(wǎng)絡(luò)服務(wù)時(shí)，可以從距離自己最近的網(wǎng)絡(luò)提供商機(jī)房獲取數(shù)據(jù)

反向代理部署在網(wǎng)站的中心機(jī)房，當(dāng)用戶的請(qǐng)求到達(dá)中心機(jī)房后，首先訪問(wèn)的服務(wù)器是反向代理服務(wù)器，如果反向代理服務(wù)器中緩存著用戶請(qǐng)求的資源，那么就將其直接返回給用戶

CDN的重點(diǎn)：——《大型網(wǎng)站系統(tǒng)與Java中間件實(shí)踐》

全局調(diào)度

緩存技術(shù)

內(nèi)容分發(fā)

帶寬優(yōu)化

使用分布式文件系統(tǒng)和分布式數(shù)據(jù)庫(kù)系統(tǒng)

網(wǎng)站常用的數(shù)據(jù)庫(kù)拆分手段是業(yè)務(wù)分庫(kù)，即將不同業(yè)務(wù)的數(shù)據(jù)庫(kù)部署到不同的物理服務(wù)器上

使用NoSQL和搜索引擎

ES

MongoDB

業(yè)務(wù)拆分，使用分而治之的手段將整個(gè)網(wǎng)站業(yè)務(wù)分成不同的產(chǎn)品線

SOA、服務(wù)化

中心化的 gataway方式

消息隊(duì)列

不同服務(wù)訪問(wèn)同一個(gè)DB等

這部分十分重要，道理很簡(jiǎn)單，但是執(zhí)行起來(lái)的效果千差萬(wàn)別。

當(dāng)下火熱的微服務(wù)，也是基于這種思想。

技術(shù)實(shí)現(xiàn)方式也有很多

分布式服務(wù)

大型網(wǎng)站架構(gòu)演化的價(jià)值觀

網(wǎng)站的價(jià)值在于它能為用戶提供什么價(jià)值，在于網(wǎng)站能做什么，而不在于它是怎么做的。因此對(duì)于小型網(wǎng)站來(lái)說(shuō)，最需要做的是位用戶提供好的服務(wù)來(lái)創(chuàng)造價(jià)值，得到用戶的認(rèn)可，從而活下去，野蠻生長(zhǎng)。

大型網(wǎng)站架構(gòu)技術(shù)的核心價(jià)值是隨網(wǎng)站所需靈活應(yīng)對(duì)， 它是一個(gè)演化的過(guò)程

驅(qū)動(dòng)大型網(wǎng)站技術(shù)發(fā)展的主要力量是網(wǎng)站的業(yè)務(wù)發(fā)展，是業(yè)務(wù)成就了技術(shù)，而不是相反。因此要摒棄為了技術(shù)而技術(shù)的套路

網(wǎng)站架構(gòu)設(shè)計(jì)誤區(qū)

一味追求大公司的解決方案

為了技術(shù)而技術(shù)

企圖用技術(shù)解決所有問(wèn)題

2 架構(gòu)模式

分層，這是在橫向方向?qū)ο到y(tǒng)進(jìn)行切分

分層的挑戰(zhàn)在于必須合理規(guī)劃層次邊界和接口

分層包括物理分層和邏輯分層兩種

分割，這是在縱向方向?qū)ο到y(tǒng)進(jìn)行切分

將不同的功能和服務(wù)分割開來(lái)，包裝秤高內(nèi)聚低耦合的模塊單元

分布式

1） 分布式應(yīng)用和服務(wù)；

2） 分布式靜態(tài)資源；

3） 分布式數(shù)據(jù)和存儲(chǔ)；

4） 分布式計(jì)算；

5） 分布式配置、分布式鎖、分布式文件系統(tǒng)。。。

1） 分布式意味著服務(wù)調(diào)用必須通過(guò)網(wǎng)絡(luò)，需要考慮帶寬的影響；

2） 服務(wù)器越多，宕機(jī)的概率越大

分層和分割的目的在于小模塊便于分布式部署

帶來(lái)的問(wèn)題：

常用的分布式方案：

集群，即多臺(tái)服務(wù)器部署相同的應(yīng)用，從而構(gòu)成一個(gè)集群，通過(guò)負(fù)載均衡設(shè)備共同對(duì)外提供服務(wù)

即使訪問(wèn)量很小的分布式應(yīng)用和服務(wù)，也至少要部署到兩臺(tái)服務(wù)器來(lái)構(gòu)成一個(gè)小集群，這樣可以提高系統(tǒng)的可用性

緩存，即將數(shù)據(jù)放在距離計(jì)算最近的位置以加快處理速度

CDN

反向代理

本地緩存

分布式緩存

異步，業(yè)務(wù)之間的消息傳遞不是同步調(diào)用，而是將一個(gè)業(yè)務(wù)操作分成多個(gè)階段，每個(gè)階段之間通過(guò)共享數(shù)據(jù)的方法異步進(jìn)行協(xié)作

1） 提高系統(tǒng)可用性；

2） 加快網(wǎng)站響應(yīng)速度；

3） 消除并發(fā)訪問(wèn)高峰

通常需要使用消息隊(duì)列

帶來(lái)的好處：

冗余

集群帶來(lái)的必然結(jié)果

安全需求的必然結(jié)果

自動(dòng)化，DevOps思維，盡量減少人工干預(yù)

自動(dòng)化發(fā)布

自動(dòng)化代碼管理

自動(dòng)化測(cè)試

自動(dòng)化安全監(jiān)測(cè)

自動(dòng)化部署

自動(dòng)化監(jiān)控

自動(dòng)化報(bào)警

自動(dòng)化失效轉(zhuǎn)移、恢復(fù)

自動(dòng)化分配資源

......

安全

3 大型網(wǎng)站核心架構(gòu)要素

性能

一個(gè)性能問(wèn)題可能會(huì)導(dǎo)致網(wǎng)站用戶嚴(yán)重流失

衡量性能的指標(biāo)：響應(yīng)時(shí)間、TPS、系統(tǒng)性能計(jì)數(shù)器等

可用性

沒(méi)有網(wǎng)站可以完美的7*24運(yùn)行

網(wǎng)站高可用結(jié)構(gòu)的前提是必然會(huì)出現(xiàn)服務(wù)器宕機(jī)，兒高可用設(shè)計(jì)的目標(biāo)是當(dāng)服務(wù)器宕機(jī)時(shí)，服務(wù)或者應(yīng)用依然可用

必要的手段是集群，即冗余

伸縮性，即通過(guò)不斷向集群中加入服務(wù)器的手段來(lái)環(huán)節(jié)不斷上升的用戶并發(fā)訪問(wèn)壓力和不斷增長(zhǎng)的數(shù)據(jù)存儲(chǔ)需求

衡量標(biāo)準(zhǔn)：是否可以構(gòu)建集群；是否可以方便的向集群中添加新的服務(wù)器

擴(kuò)展性，直接關(guān)注網(wǎng)站的功能，保證可以快速響應(yīng)需求變更

衡量標(biāo)準(zhǔn)： 網(wǎng)站增加新的業(yè)務(wù)產(chǎn)品時(shí)，是否對(duì)現(xiàn)有業(yè)務(wù)透明無(wú)影響

安全性

衡量標(biāo)準(zhǔn)： 針對(duì)現(xiàn)存和潛在的各種攻擊和竊密手段，是否可以有效的應(yīng)對(duì)

4 瞬時(shí)響應(yīng) - 網(wǎng)站的高性能架構(gòu)

不同視角下的網(wǎng)站性能

用戶視角

主要是端到端的感覺

主要通過(guò)前段優(yōu)化的手段來(lái)提升用戶體驗(yàn)

開發(fā)人員視角

主要關(guān)注應(yīng)用程序本身以及相關(guān)子系統(tǒng)的性能，包括響應(yīng)延遲、系統(tǒng)吞吐量、并發(fā)處理能力、系統(tǒng)穩(wěn)定性等

主要優(yōu)化手段： 使用緩存加速數(shù)據(jù)讀取、使用集群提高吞吐能力、使用異步消息加快請(qǐng)求響應(yīng)、使用代碼優(yōu)化提升程序性能

運(yùn)維人員視角

主要關(guān)注基礎(chǔ)設(shè)施性能和資源利用率

主要優(yōu)化手段： 建設(shè)優(yōu)化骨干網(wǎng)、使用高性價(jià)比定制服務(wù)器、利用虛擬化技術(shù)優(yōu)化資源利用率

性能測(cè)試指標(biāo)

響應(yīng)時(shí)間，即應(yīng)用執(zhí)行一個(gè)操作需要的時(shí)間，包括從發(fā)出請(qǐng)求開始到收到最后響應(yīng)數(shù)據(jù)所需要的時(shí)間

并發(fā)數(shù)，即系統(tǒng)能夠同時(shí)處理的請(qǐng)求的數(shù)目，也反映了系統(tǒng)的負(fù)載特性

吞吐量，即單位時(shí)間內(nèi)系統(tǒng)處理的請(qǐng)求數(shù)量，體現(xiàn)系統(tǒng)的整理處理能力

性能計(jì)數(shù)器， 描述服務(wù)器或者操作系統(tǒng)性能的一些數(shù)據(jù)指標(biāo)

性能測(cè)試方法

性能測(cè)試，以系統(tǒng)設(shè)計(jì)初期規(guī)劃的性能指標(biāo)為預(yù)期目標(biāo)，對(duì)系統(tǒng)不斷增壓，驗(yàn)證系統(tǒng)在資源可接受范圍內(nèi)，是否能達(dá)到性能預(yù)期

負(fù)載測(cè)試，對(duì)系統(tǒng)不斷的增加并發(fā)請(qǐng)求，知道系統(tǒng)的某項(xiàng)或者多項(xiàng)性能指標(biāo)達(dá)到安全臨界值

壓力測(cè)試，超過(guò)安全負(fù)載的情況下，繼續(xù)對(duì)系統(tǒng)增壓，直到系統(tǒng)崩潰或者不能再處理任何請(qǐng)求

穩(wěn)定性測(cè)試，在特定硬件、軟件、網(wǎng)絡(luò)情況下，給系統(tǒng)加載一定壓力，是系統(tǒng)運(yùn)行較長(zhǎng)一段時(shí)間，來(lái)觀察系統(tǒng)是否穩(wěn)定

Web前端優(yōu)化

瀏覽器訪問(wèn)優(yōu)化

減少http請(qǐng)求

使用瀏覽器緩存

啟用壓縮

CSS放在頁(yè)面最上面，JavaScript放在頁(yè)面最下面

減少Cookie傳輸

CDN加速

反向代理

應(yīng)用服務(wù)器性能優(yōu)化

分布式緩存

一般會(huì)使用消息隊(duì)列，帶來(lái)的額外好處是會(huì)削平峰值

1）不同的緩存服務(wù)器之間進(jìn)行通信，例如JBoss Cache；

2）不同緩存服務(wù)器之間不進(jìn)行通信，例如Memcached

緩存從本質(zhì)上來(lái)說(shuō)，就是一個(gè)內(nèi)存hash表

緩存需要緩存那些讀寫比很高、很少變化的數(shù)據(jù)，一般來(lái)說(shuō)讀寫比在2:1以上時(shí)，緩存才有意義

應(yīng)用程序讀取數(shù)據(jù)時(shí)，首先到緩存中讀取，如果緩存不存在或者已失效，再訪問(wèn)數(shù)據(jù)庫(kù)，同時(shí)將新的數(shù)據(jù)放入緩存

緩存也需要注意緩存熱點(diǎn)數(shù)據(jù)

緩存預(yù)熱，在新啟動(dòng)的緩存系統(tǒng)中，在啟動(dòng)時(shí)就加載熱點(diǎn)數(shù)據(jù)，這樣啟動(dòng)后就可以直接使用

緩存穿透， 應(yīng)用持續(xù)大量訪問(wèn)不存在的數(shù)據(jù)，因?yàn)檫@類數(shù)據(jù)不存在于緩存中，因此會(huì)大量訪問(wèn)數(shù)據(jù)庫(kù)，從而降低性能

對(duì)于分布式緩存來(lái)說(shuō)，目前有兩類：

異步操作

使用集群

代碼優(yōu)化

多線程

1） 將對(duì)象設(shè)計(jì)成無(wú)狀態(tài)對(duì)象；

2） 使用局部對(duì)象；

3） 并發(fā)訪問(wèn)資源時(shí)使用鎖

需要注意線程安全問(wèn)題，方法：

資源復(fù)用

主要是單例和資源池（對(duì)象池）

數(shù)據(jù)結(jié)構(gòu)，選擇合適的算法

垃圾回收

合理設(shè)置垃圾回收策略

存儲(chǔ)性能優(yōu)化

機(jī)械硬盤 vs 固態(tài)硬盤

B+樹 vs LSM樹

RAID vs HDFS

5 萬(wàn)無(wú)一失 - 網(wǎng)站的高可用架構(gòu)

網(wǎng)站可用性度量

網(wǎng)站不可用時(shí)間 = 故障修復(fù)時(shí)間點(diǎn) - 故障發(fā)現(xiàn)時(shí)間點(diǎn)

網(wǎng)站年度可用性指標(biāo) = （1 - 網(wǎng)站不可用時(shí)間/年度總時(shí)間）* 100%

一般以幾個(gè)9來(lái)表示，2個(gè)9是基本可用，網(wǎng)站年度不可用時(shí)間小于88小時(shí)；3個(gè)9是較高可用，網(wǎng)站年度不可用時(shí)間小于9小時(shí)；4個(gè)9是具有自動(dòng)恢復(fù)能力的高可用，網(wǎng)站年度不可用時(shí)間小于53分鐘；5個(gè)9是極高可用性，網(wǎng)站年度不可用時(shí)間小于5分鐘

網(wǎng)站高可用架構(gòu)的設(shè)計(jì)目標(biāo)是保證服務(wù)器硬件故障時(shí)服務(wù)依然可用、數(shù)據(jù)依然保存并能夠被訪問(wèn)

網(wǎng)站高可用架構(gòu)的主要手段：數(shù)據(jù)和服務(wù)的冗余備份以及失效轉(zhuǎn)移，一旦服務(wù)器宕機(jī)，就將服務(wù)切換至其他可用的服務(wù)器上。

高可用的應(yīng)用

無(wú)狀態(tài)應(yīng)用： 應(yīng)用服務(wù)器不保存業(yè)務(wù)的上下文信息，而僅根據(jù)每次請(qǐng)求提交的數(shù)據(jù)進(jìn)行相應(yīng)的業(yè)務(wù)邏輯處理，多個(gè)服務(wù)實(shí)例之間完全對(duì)等，請(qǐng)求提交到任何一個(gè)服務(wù)器上，處理的結(jié)構(gòu)都是相同的。

通過(guò)負(fù)載均衡進(jìn)行無(wú)狀態(tài)服務(wù)的失效轉(zhuǎn)移

負(fù)載均衡： 主要使用在業(yè)務(wù)量和數(shù)據(jù)量較高的情況下，當(dāng)單臺(tái)服務(wù)器不足以承擔(dān)所有的負(fù)載壓力時(shí)，通過(guò)負(fù)載均衡手段，將流量和數(shù)據(jù)分?jǐn)偟揭粋€(gè)集群組成的多臺(tái)服務(wù)器上， 以提升整體的負(fù)載處理能力

應(yīng)用服務(wù)器集群的Session管理

Session復(fù)制

Session綁定

利用Cookie記錄Session

Session服務(wù)器

高可用的服務(wù)

分級(jí)管理

核心服務(wù)與非核心服務(wù)隔離

核心服務(wù)優(yōu)先使用高性能服務(wù)器

超時(shí)設(shè)置

異步調(diào)用

必須滿足可以使用異步調(diào)用方式

服務(wù)降級(jí)

冪等性設(shè)計(jì)

服務(wù)高可用（高可靠）一直是美團(tuán)外賣的第一要求，為了提高可用性，做了很多策略，包括并不限于上文提出的各種架構(gòu)設(shè)計(jì)方案。

其實(shí)造成線上問(wèn)題的很大一部分原因是由于發(fā)版造成的，也體現(xiàn)出了SOP的重要性。

關(guān)于降級(jí)與依賴隔離，可以考慮采用Hystrix實(shí)現(xiàn)自動(dòng)降級(jí)與依賴隔離 。

高可用的數(shù)據(jù)

數(shù)據(jù)一旦出現(xiàn)問(wèn)題，對(duì)于網(wǎng)站往往是毀滅性的打擊，因此保護(hù)網(wǎng)站的數(shù)據(jù)就是保護(hù)企業(yè)的命脈。

主要手段：數(shù)據(jù)備份和失效轉(zhuǎn)移

緩存服務(wù)高可用

觀點(diǎn)一：緩存服務(wù)已經(jīng)承擔(dān)了業(yè)務(wù)中絕大多數(shù)的數(shù)據(jù)讀取訪問(wèn)，因此需要同樣保證高可用

觀點(diǎn)二：緩存服務(wù)并不是數(shù)據(jù)存儲(chǔ)服務(wù)，出現(xiàn)服務(wù)不可用導(dǎo)致數(shù)據(jù)丟失應(yīng)從別的手段解決，而不是提高緩存服務(wù)本身高可用

緩存服務(wù)器集群中單機(jī)故障，集群規(guī)模較大時(shí)，數(shù)據(jù)丟失比例和數(shù)據(jù)負(fù)載壓力影響很小。

CAP原理： 一個(gè)提供數(shù)據(jù)服務(wù)的存儲(chǔ)系統(tǒng)無(wú)法同時(shí)滿足數(shù)據(jù)一致性（Consistency）、數(shù)據(jù)可用性（Availibility）、分區(qū)耐受性（Parition Tolerance）這三個(gè)條件

數(shù)據(jù)高可用含義：

副本間數(shù)據(jù)一致

多個(gè)副本可讀

同時(shí)寫入數(shù)據(jù)副本

1）數(shù)據(jù)持久性

2）數(shù)據(jù)可訪問(wèn)性

3）數(shù)據(jù)一致性

數(shù)據(jù)一致性分類：

1） 數(shù)據(jù)強(qiáng)一致；

2） 數(shù)據(jù)用戶一致；

3） 數(shù)據(jù)最終一致

數(shù)據(jù)備份

1） 異步熱備；

2） 同步熱備

冷備的優(yōu)點(diǎn)是簡(jiǎn)單和廉價(jià)，成本和技術(shù)難度較低，缺點(diǎn)是不能保證數(shù)據(jù)最終一致

熱備分為兩種：

失效轉(zhuǎn)移

1） 心跳檢測(cè)（Keepalived、Heartbeat）；

2） 應(yīng)用程序訪問(wèn)失敗報(bào)告

失效確認(rèn)：

訪問(wèn)轉(zhuǎn)移

數(shù)據(jù)恢復(fù)

高可用網(wǎng)站的軟件質(zhì)量保證

網(wǎng)站發(fā)布，它的過(guò)程和服務(wù)器宕機(jī)效果箱單，其對(duì)系統(tǒng)可用性的影響也 類似

一般采取批量更新的方式進(jìn)行，不會(huì)一次關(guān)掉集群中的全部服務(wù)器

自動(dòng)化測(cè)試

一般使用Selenium來(lái)進(jìn)行測(cè)試

預(yù)發(fā)布驗(yàn)證

預(yù)發(fā)布服務(wù)器是一種特殊用途的服務(wù)器，它和線上的正式服務(wù)器唯一的區(qū)別是沒(méi)有配置在負(fù)載均衡服務(wù)器上，外部用戶無(wú)法訪問(wèn)

代碼控制

主干開發(fā)，分支發(fā)布

分支開發(fā)，主干發(fā)布，這是目前使用的主流方式

自動(dòng)化發(fā)布

火車模型：將每個(gè)應(yīng)用的發(fā)布過(guò)程看做一次火車旅程，火車定點(diǎn)運(yùn)行，期間有若干站點(diǎn)，每一站都進(jìn)行例行檢查，不通過(guò)的項(xiàng)目下車，通過(guò)的項(xiàng)目繼續(xù)坐著火車旅行，直到火車到達(dá)終點(diǎn)。

實(shí)際中，可能所有項(xiàng)目在途中都下車了，這樣火車不得不回到原點(diǎn)，等待?...