作者：互扯程序；

來源：互扯程序

今天我們來講講什麼是雲服務，雲計算的三種服務模式有哪三種，我們經常評估服務的性能指標都有哪些，分別是什麼意思，平時“那些人”說的QPS是什麼，TP是什麼，日活又是什麼呢？我們下面來一一揭曉。

雲計算的三種服務模式：IaaS，PaaS和SaaS

“雲服務”現在已經成了一個家喻戶曉的詞了。“雲”其實是互聯網的一個隱喻，“雲計算”其實就是使用互聯網來接入存儲或者運行在遠程服務器端的應用，數據，或者服務。

任何一個使用基於互聯網的方法來計算，存儲和開發的公司，都可以從技術上叫做從事雲的公司。然而，不是所有的雲公司都一樣。不是所有人都是CTO，所以有時候看到雲技術背後的一些詞可能會比較頭疼。

IaaS（Infrastructure as a Service）基礎設施即服務SaaS（Software as a Service）軟件即服務PaaS（Platform as a Service）平臺即服務

IaaS: Infrastructure-as-a-Service（基礎設施即服務）

第一層叫做IaaS，有時候也叫做Hardware-as-a-Service，幾年前如果你想在辦公室或者公司的網站上運行一些企業應用，你需要去買服務器，或者別的高昂的硬件來控制本地應用，讓你的業務運行起來。

但是現在有IaaS，你可以將硬件外包到別的地方去。IaaS公司會提供場外服務器，存儲和網絡硬件，你可以租用。節省了維護成本和辦公場地，公司可以在任何時候利用這些硬件來運行其應用。

PaaS: Platform-as-a-Service（平臺即服務）

第二層就是所謂的PaaS，某些時候也叫做中間件。你公司所有的開發都可以在這一層進行，節省了時間和資源。

PaaS公司在網上提供各種開發和分發應用的解決方案，比如虛擬服務器和操作系統。這節省了你在硬件上的費用，也讓分散的工作室之間的合作變得更加容易。網頁應用管理，應用設計，應用虛擬主機，存儲，安全以及應用開發協作工具等。

SaaS: Software-as-a-Service（軟件即服務）

第三層也就是所謂SaaS。這一層是和你的生活每天接觸的一層，大多是通過網頁瀏覽器來接入。任何一個遠程服務器上的應用都可以通過網絡來運行，就是SaaS了。

你消費的服務完全是從網頁如Netflix, MOG, Google Apps, Box.net, Dropbox或者蘋果的iCloud那裏進入這些分類。儘管這些網頁服務是用作商務和娛樂或者兩者都有，但這也算是雲技術的一部分。

RT，QPS，TPS，吞吐量，併發量

當我們需要跟第三方進行對接的時候，我們往往會給對方提出一些服務的性能要求，比如QPS，比如吞吐量，併發量。同樣當我們的服務爲客戶端提供服務的時候，也需要我們的服務進行性能的測試。下面我們來看看這些名詞的概念到底是什麼意思？

響應時間(RT)

響應時間是指系統對請求作出響應的時間。直觀上看，這個指標與人對軟件性能的主觀感受是非常一致的，因爲它完整地記錄了整個計算機系統處理請求的時間。由於一個系統通常會提供許多功能，而不同功能的處理邏輯也千差萬別，因而不同功能的響應時間也不盡相同，甚至同一功能在不同輸入數據的情況下響應時間也不相同。所以，在討論一個系統的響應時間時，人們通常是指該系統所有功能的平均時間或者所有功能的最大響應時間。當然，往往也需要對每個或每組功能討論其平均響應時間和最大響應時間。

對於單機的沒有併發操作的應用系統而言，人們普遍認爲響應時間是一個合理且準確的性能指標。需要指出的是，響應時間的絕對值並不能直接反映軟件的性能的高低，軟件性能的高低實際上取決於用戶對該響應時間的接受程度。對於一個遊戲軟件來說，響應時間小於100毫秒應該是不錯的，響應時間在1秒左右可能屬於勉強可以接受，如果響應時間達到3秒就完全難以接受了。而對於編譯系統來說，完整編譯一個較大規模軟件的源代碼可能需要幾十分鐘甚至更長時間，但這些響應時間對於用戶來說都是可以接受的。

吞吐量(Throughput)

吞吐量是指系統在單位時間內處理請求的數量。對於無併發的應用系統而言，吞吐量與響應時間成嚴格的反比關係，實際上此時吞吐量就是響應時間的倒數。前面已經說過，對於單用戶的系統，響應時間（或者系統響應時間和應用延遲時間）可以很好地度量系統的性能，但對於併發系統，通常需要用吞吐量作爲性能指標。

對於一個多用戶的系統，如果只有一個用戶使用時系統的平均響應時間是t，當有你n個用戶使用時，每個用戶看到的響應時間通常並不是n×t，而往往比n×t小很多（當然，在某些特殊情況下也可能比n×t大，甚至大很多）。這是因爲處理每個請求需要用到很多資源，由於每個請求的處理過程中有許多步驟難以併發執行，這導致在具體的一個時間點，所佔資源往往並不多。也就是說在處理單個請求時，在每個時間點都可能有許多資源被閒置，當處理多個請求時，如果資源配置合理，每個用戶看到的平均響應時間並不隨用戶數的增加而線性增加。

實際上，不同系統的平均響應時間隨用戶數增加而增長的速度也不大相同，這也是採用吞吐量來度量併發系統的性能的主要原因。一般而言，吞吐量是一個比較通用的指標，兩個具有不同用戶數和用戶使用模式的系統，如果其最大吞吐量基本一致，則可以判斷兩個系統的處理能力基本一致。

併發用戶數

併發用戶數是指系統可以同時承載的正常使用系統功能的用戶的數量。與吞吐量相比，併發用戶數是一個更直觀但也更籠統的性能指標。實際上，併發用戶數是一個非常不準確的指標，因爲用戶不同的使用模式會導致不同用戶在單位時間發出不同數量的請求。一網站系統爲例，假設用戶只有註冊後才能使用，但註冊用戶並不是每時每刻都在使用該網站，因此具體一個時刻只有部分註冊用戶同時在線，在線用戶就在瀏覽網站時會花很多時間閱讀網站上的信息，因而具體一個時刻只有部分在線用戶同時向系統發出請求。

這樣，對於網站系統我們會有三個關於用戶數的統計數字：註冊用戶數、在線用戶數和同時發請求用戶數。由於註冊用戶可能長時間不登陸網站，使用註冊用戶數作爲性能指標會造成很大的誤差。而在線用戶數和同時發請求用戶數都可以作爲性能指標。相比而言，以在線用戶作爲性能指標更直觀些，而以同時發請求用戶數作爲性能指標更準確些。

QPS每秒查詢率(Query Per Second)

每秒查詢率QPS是一臺服務器每秒能夠響應的查詢次數，是對一個特定的查詢服務器在規定時間內所處理流量多少的衡量標準，在因特網上，作爲域名系統服務器的機器的性能經常用每秒查詢率來衡量。對應fetches/sec，即每秒的響應請求數，也即是最大吞吐能力。 （看來是類似於TPS，只是應用於特定場景的吞吐量）

好像沒太明白，換種說法：每秒鐘處理完請求的次數；注意這裏是處理完。具體是指發出請求到服務器處理完成功返回結果。可以理解在server中有個counter，每處理一個請求加1，1秒後counter=QPS。

TPS

是TransactionsPerSecond的縮寫，也就是事務數/秒。它是軟件測試結果的測量單位。一個事務是指一個客戶機向服務器發送請求然後服務器做出反應的過程。客戶機在發送請時開始計時，收到服務器響應後結束計時，以此來計算使用的時間和完成的事務個數。

本我們來看一個公式，好好琢磨琢磨：* 併發量：系統能同時處理的請求數* RT：響應時間，處理一次請求所需要的平均處理時間* 計算關係： QPS = 併發量 / 平均響應時間 併發量 = QPS * 平均響應時間

PV、UV、VV、IP

在我們上線一款app後，經常會關注每天新增的用戶總數，也經常在開會的時候告訴大家日活是多少，對於新手來說，這到底是什麼意思呢，下面來看看PV、UV、VV、IP是什麼意思。

PV

PV即Page View，網站瀏覽量，指頁面瀏覽的次數，用以衡量網站用戶訪問的網頁數量。用戶每次打開一個頁面便記錄1次PV，多次打開同一頁面則瀏覽量累計。一般來說，PV與來訪者的數量成正比，但是PV並不直接決定頁面的真實來訪者數量，如同一個來訪者通過不斷的刷新頁面，也可以製造出非常高的PV。具體的說，PV值就是所有訪問者在24小時（0點到24點）內看了某個網站多少個頁面或某個網頁多少次。PV是指頁面刷新的次數，每一次頁面刷新，就算做一次PV流量。

度量方法就是從瀏覽器發出一個對網絡服務器的請求（Request），網絡服務器接到這個請求後，會將該請求對應的一個網頁（Page）發送給瀏覽器，從而產生了一個PV。那麼在這裏只要是這個請求發送給了瀏覽器，無論這個頁面是否完全打開（下載完成），那麼都是應當計爲1個PV。

UV

UV即Unique Visitor，獨立訪客數，指一天內訪問某站點的人數，以cookie爲依據。1天內同一訪客的多次訪問只記錄爲一個訪客。通過IP和cookie是判斷UV值的兩種方式。

用Cookie分析UV值：當客戶端第一次訪問某個網站服務器的時候，網站服務器會給這個客戶端的電腦發出一個Cookie，通常放在這個客戶端電腦的C盤當中。在這個Cookie中會分配一個獨一無二的編號，這其中會記錄一些訪問服務器的信息，如訪問時間，訪問了哪些頁面等等。當你下次再訪問這個服務器的時候，服務器就可以直接從你的電腦中找到上一次放進去的Cookie文件，並且對其進行一些更新，但那個獨一無二的編號是不會變的。

V V

VV即Visit View，訪客訪問的次數，用以記錄所有訪客一天內訪問量多少次網站。當訪客完成所有的瀏覽並最終關掉該網站的所有頁面時，便完成了一次訪問，同一訪客一天內可能有多次訪問行爲，訪問次數累計。

IP

IP即獨立IP數，指一天內使用不同IP地址的用戶訪問網站數量，同一IP無論訪問了幾個頁面，獨立的IP數均爲1.但是假如說兩臺機器訪問而使用的是同一個IP，那麼只能算是一個IP的訪問。

IP和UV之間的數據不會有太大的差異，通常UV量和比IP量高出一點，每個UV相對於每個IP更準確地對應一個實際的瀏覽者。

UV大於IP

這種情況就是在網吧、學校、公司等，公用相同IP的場所中不同的用戶，或者多種不同瀏覽器訪問您網站，那麼UV數會大於IP數。

UV小於IP

在家庭中大多數電腦使用ADSL撥號上網，所以同一個用戶在家裏不同時間訪問您網站時，IP可能會不同，因爲它會根據時間變動IP，即動態的IP地址，但是實際訪客數唯一，便會出現UV數小於IP數。

實例說明

螞蟻在家用ADSL撥號上網，早上8點訪問了www.a.com下的2個頁面，下午2點又訪問了www.a.com3個頁面。那麼，對於www.a.com來講，今天的PV、UV、VV、IP各項指標該如何計算呢？

PV：5 PV指瀏覽量，因此PV指等於上午瀏覽的2個頁面和下午瀏覽的3個頁面之和UV：1 UV指獨立訪客數，因此一天內同一訪客的多次訪問只計爲1個UVVV：1 VV指訪客的訪問次數，上午和下午分別有一次訪問行爲，因此VV爲2IP：2 IP爲獨立IP數，由於ADSL撥號上網每次都IP不同，因此獨立IP數位2