大公司也是從小公司一步步走過來的，而大公司之所以與小公司不同，不在于基礎(chǔ)的技術(shù)體系不同，而是當(dāng)數(shù)據(jù)量達到一定程度后，引發(fā)的質(zhì)變而已。而在思考質(zhì)變帶來的性能問題中，總結(jié)出來了一系列的工具，然后通過把對應(yīng)的工具集合起來后形成了對應(yīng)的運維工具平臺。

“萬丈高樓平地起”

有了運維工具平臺是不是運維能力就夠了？這句話先放在這里……

剛才已經(jīng)說了，工具無大小，適合公司的使用即可，先拋開大公司使用的工具，我們先來聊聊小公司日常都需要什么工具？出入公司首先解決的是網(wǎng)絡(luò)問題，然后大家能夠上網(wǎng)后開始解決共享存儲問題，比如搭建FTP，SAMBA，NFS網(wǎng)絡(luò)存儲，解決員工之間的文件傳送和備份，這些在Linux學(xué)習(xí)過程中都有體現(xiàn)，馬哥課程中也有比較詳細的描述，比如如何搭建，此處省略不說了。

“古樹千年幼苗成”

隨著人們增加，必然會出現(xiàn)公司網(wǎng)絡(luò)帶寬首先，很多時候買的路由器也可以去做一定的限流功能，那隨著業(yè)務(wù)的發(fā)展，公司有了自己網(wǎng)站的特色，這些特色的背后其實是公司核心的商業(yè)價值，比如網(wǎng)站的搭建，一個普通網(wǎng)站的背后究竟有什么呢？純靜態(tài)網(wǎng)站就不說了，沒啥技術(shù)含量，我們聊聊動態(tài)網(wǎng)站，動態(tài)網(wǎng)站是會動的網(wǎng)站嗎？顯然不是，他其實是存在數(shù)據(jù)交換的網(wǎng)站，那既然有數(shù)據(jù)交換，數(shù)據(jù)交換過程中有哪些東西呢？數(shù)據(jù)交換后的狀態(tài)有哪些呢？這其實就是所謂的數(shù)據(jù)對象存儲的問題，比如常見的數(shù)據(jù)庫存儲軟件有MySQL，既然用到了MySQL，那他日常的維護都需要什么？舉個簡單的栗子，他的部署，服務(wù)啟停，數(shù)據(jù)備份，數(shù)據(jù)庫容災(zāi)，對應(yīng)時間點的備份，抽取binlog……，這背后的工具不用我詳細描述，相信大家都知道了，那就是基本的數(shù)據(jù)庫的維護，數(shù)據(jù)庫的備份，恢復(fù)，策略都有哪些呢？這塊如果你不知道請自行翻閱馬哥課程進行腦補，已經(jīng)被講爛的課題，但是有時大家必須要掌握的，好了說外數(shù)據(jù)庫的事情，那聊聊應(yīng)用程序吧！

“盤龍臥虎高山地”

應(yīng)用程序運行究竟是如何的？運行環(huán)境有哪些？比如公司早期需要快速迭代，那么PHP是不二之選，畢竟PHP是世界上最好的語言嘛，Linux上運行PHP環(huán)境的常見組合是Nginx+PHP+PHP-FPM，拋個問題，這樣部署好后，代碼請求的流程是怎么樣的？php-fpm作用是什么？fastcgi又是干什么的？fastcgi被啟動的worker用完了怎么辦？這些信息在配置中如何體現(xiàn)？如何合理的優(yōu)化？

帶著上面的思考，如果你會了我就不說了，如果你不會，請自行惡補，已經(jīng)是面試被問爛的問題了，如果連這個都回答不上來，真該回馬哥教育回爐了。

那么談到LNMP，那為啥一個請求通過一個LNMP就能訪問到？一個請求又經(jīng)過哪些過程達到最終想要的結(jié)果呢？這一塊需要去了解DNS解析原理，HTTP協(xié)議請求，談到DNS不得不說DNS解析方式有哪些？

DNS記錄類型有哪些？DNS服務(wù)器的類型有哪些？

你是否知道什么叫主服務(wù)器，輔助服務(wù)器，緩存名稱服務(wù)器，轉(zhuǎn)發(fā)器？

那對于主輔架構(gòu)中，區(qū)域的傳送類型有哪些？

區(qū)域類型有哪些？什么叫子域，什么叫子域授權(quán)？

知道RNDC是干嘛的不？

以上問題也不多，翻翻看看應(yīng)該都會，當(dāng)然請不要告訴我你不會，要不然上半年都過完了，這些姿勢還沒學(xué)會的話，下半年豈能安身立命呢？

回過神來，HTTP協(xié)議知道多少呢？了解什么叫跨域嗎？Nginx如何解決跨域問題？平時見過不少學(xué)員一個HTTP請求返回個403，啥意思呀？知道幾個狀態(tài)碼呢？都表示啥意思呢？419表示啥（不是你知道的那個4-1-9）？對于HTTPS了解幾分？為啥要搞HTTPS，解決什么問題？帶來的性能問題有哪些？知道什么叫泛域名證書嗎？和普通的證書哪個貴？最后再問一個最基礎(chǔ)的，HTTP協(xié)議在TCP/IP協(xié)議棧中哪個位置？那你知道TCP/IP協(xié)議棧和OSI相關(guān)的知識嗎？如果不知道，不好意思，下面你也不用讀了，你真的不可能再看懂的。

………

“大海無邊百川融”

能躺著看到這地方的說明基礎(chǔ)還有一定水平，那好吧，接著我們倆聊聊，隨著流量增加后，你需要了解的知識有哪些？你的應(yīng)用服務(wù)器如何水平擴展，擴展后代碼的結(jié)構(gòu)和部署方式如何實現(xiàn)同步，如何實現(xiàn)流量的遷移，遷移的健康檢車方式有哪些？你知道的負載均衡設(shè)備有哪些？

你覺得LVS和F5哪個更適合做CDN的負載均衡？

談到LVS，那你知道LVS的模式嗎？

每個模式的特點有哪些？他都解決了什么場景下的問題？

我感覺問題到這里后，你已經(jīng)蒙圈了。在你還沒徹底掛的情況下，我再補一個問題：LVS的負載均衡算法有哪些？他們解決的是什么問題？

談完集群的LB類型后，那我們倆聊聊單點背后我們要干的事情—永無寧日，為了讓自己吃得好，睡得香，咋整呢？高可用呀，High available

Cluster嘛，簡稱HA。常見的HA軟件有哪些？知道keepalived的vrrp原理嗎？常見高可用軟件中對資源如何管理的？腦裂是如何產(chǎn)生的又該如何應(yīng)對呢？有些東西他們本身是獨立的，但是一旦結(jié)合起來后，你會發(fā)現(xiàn)他們之間其實能產(chǎn)生很大的效果，也就是1+1 》 2的節(jié)奏，比如當(dāng)LB和HA結(jié)合起來的時候，是不是可以消除LB的單點問題，也可以消除HA的負載均衡問題，然后你也許會陷入LB的HA和HA的LB循環(huán)坑里面，不過這不重要，重要的是你是一個對架構(gòu)有追求的好孩子，難道不是嗎？

量變帶來了質(zhì)變，質(zhì)變帶來了架構(gòu)的變化，所以對于對于一個普通的電商架構(gòu)來說，上面的基礎(chǔ)設(shè)施層基本上歐了，當(dāng)然對于圖片服務(wù)器，我們可以需要加一些靜態(tài)文件服務(wù)器，或者換成服務(wù)器，比如通過Nginx和Varnish來解決靜態(tài)文件的存儲、緩存問題，提高用戶端的快速響應(yīng)能力，而對于我們的數(shù)據(jù)層面我們也可以通過添加緩存來解決應(yīng)用和數(shù)據(jù)庫IO速度不匹配的問題，大家都知道大型互聯(lián)網(wǎng)架構(gòu)中，緩存為王，那是不是所有的都需要加緩存，緩存又該如何加呢？舉個簡單的栗子，大家都知道MySQL也可以加緩存，比如Memcached，那你是否聽過MySQL的Memcache Plugins呢？為什么要把他們放到同一臺機器上，有什么特俗含義嗎？

好了，到這里我們已經(jīng)跨越到了中型互聯(lián)網(wǎng)公司的范疇了，那接下來對于大型互聯(lián)網(wǎng)公司他們都需要什么呢？舉個簡單的栗子，對于業(yè)務(wù)組件來說，他們需要的是一套完整的服務(wù)管理組件，中間層，底層封裝好的api，那這些api對于業(yè)務(wù)的使用其實是透明的，他們也不需要去實現(xiàn)，只需要找對應(yīng)的人去要授權(quán)，然后調(diào)用即可，這就是服務(wù)化的雛形，當(dāng)然他們一樣會面臨服務(wù)負載均衡問題，一樣會面臨消息，隊列，緩存，存儲問題，當(dāng)大型互聯(lián)網(wǎng)公司在逐漸升級，逐漸解決遇到的瓶頸后，他們也開始逐漸思考如何把這種實踐帶來更多的市場價值，比如阿里云的誕生。我相信早期阿里云初衷是為了解決每年雙十一后過剩機器帶來的資源浪費問題，但是隨著這條路深入到根底發(fā)現(xiàn)他不僅僅是解決資源問題，更是解決中國互聯(lián)網(wǎng)基礎(chǔ)設(shè)施問題，當(dāng)然也是解決眾多創(chuàng)業(yè)小公司的效率問題。