作為一個程式碼人，我們可能想到的就是一程式程式碼對應查詢的資料庫

我們可以吧這個資料庫看做一堆菜，程式碼就是加工菜的工序，訪問者就是點菜者

這樣比較好理解吧！訪問者可能同時訪問不同頁面或者相同的功能，程式碼就是吩咐廚房做這道菜服務員，但是誰先上不是服務員決定的呢

那麼在來理一下，

1：訪問者是點菜者

2：程式碼是服務員所做的

4：廚房是資料

怎麼留住訪問者這就是資料響應速度了（好比菜好不好吃）。廚房一個廚師弄所有的事，這就是我們一般所做的

就是一個程式設計師寫了一段程式碼，一個數據庫，程式碼放在這臺伺服器上就不管了。當訪問者多了起來，一個廚師忙不過來怎麼辦呢。我們都知道要找配菜的，案子呀，或者在找一個廚師。其實訪問者多了，我們可以分散式，叢集，就如同廚房一樣。叢集就是本來一個廚師做的事，分成兩個廚師了。這樣出菜效率更快。分散式呢就好比，廚師做一個水煮魚，案子幫忙把魚片好，配菜把所需的材料準備好，廚師直接弄就好，這就是分散式。本來廚師一個人弄所有差不多十分鐘，但是分散式之後廚師5分鐘就可以搞定了。

這樣是不是很好理解分散式和叢集了，如同廚房一樣，分散式和叢集是可以同時存在的。

附帶例子，這個訪問者來這裡首先一定就是肚子餓了或者這個店子裝修還可以。讓別人第二次來，這就是服務員的態度。

在網站裡面第一眼別人被你網站的介面吸引或者別人佔時找不到哪個網站有賣的。怎麼讓使用者一直在網站長期購買，這就是網站的使用者購物體驗（例如客服，購物發貨帶一點小提示，操作體驗）；

傳菜員上菜快不快，這就是網站響應速度快不快。至於其他就是傳菜員和後廚溝通的，和上菜過程中做什麼(嘿嘿。。。。)（程式碼響應速度快不快這就是與資料庫互動，程式碼處理資料過程）