WEB服務端架構演變

2020-02-15 21:19 作者：艾銻無限 瀏覽量：

 
        這次的肺炎疫情對中國的中小企業將會是沉重的打擊，據釘釘和微信兩個辦公平臺數據統計現有2億左右的人在家遠程辦公，那么對于中小企業的員工來說不懂IT技術將會讓他們面臨的最大挑戰和困難。
 
        電腦不亮了怎么辦？系統藍屏如何處理？辦公室的電腦在家如何連接？網絡應該如何設置？VPN如何搭建？數據如何對接？服務器如何登錄？數據安全如何保證？數據如何存儲？視頻會議如何搭建？業務系統如何開啟等等一系列的問題，都會困擾著并非技術出身的您。
   
        好消息是當您看到這篇文章的時候，就不用再為上述的問題而苦惱，您只需撥打艾銻無限的全國免費熱線電話:400 650 7820，就會有我們的遠程工程師為您解決遇到的問題，他們可以遠程幫您處理遇到的一些IT技術難題。
 
       如遇到免費熱線占線，您還可以撥打我們的24小時值班經理電話:15601064618或技術經理的電話:13041036957，我們會在第一時間接聽您的來電，為您提供適合的解決方案，讓您無論在家還是在企業都能無憂辦公。
 
那艾銻無限具體能為您的企業提供哪些服務呢？        艾銻無限始創于2005年，歷經15年服務了5000多家中小企業并保障了幾十萬臺設備的正常運轉，積累了豐富的企業IT緊急問題和特殊故障的解決經驗，制定了相對應的解決方案。我們為您的企業提供的IT服務分為三大版塊:
 
        第一版塊是保障性IT外包服務:如電腦設備運維，辦公設備運維，網絡設備運維，服務器運維等綜合性企業IT設備運維服務。
 
        第二版塊是功能性互聯網外包服務:如網站開發外包，小程序開發外包，APP開發外包，電商平臺開發外包，業務系統的開發外包和后期的運維外包服務。
 
        第三版塊是增值性云服務外包:如企業郵箱上云，企業網站上云，企業存儲上云，企業APP小程序上云，企業業務系統上云，阿里云產品等后續的云運維外包服務。
 
        您要了解更多服務也可以登錄艾銻無限的官網:www.bjitwx.com查看詳細說明，在疫情期間，您企業遇到的任何困境只要找到艾銻無限，能免費為您提供服務的我們絕不收一分錢，我們全體艾銻人承諾此活動直到中國疫情結束,我們將這次活動稱為——春雷行動。  
       以下還有我們為您提供的一些技術資訊，以便可以幫助您更好的了解相關的IT知識，幫您渡過疫情中辦公遇到的困難和挑戰，艾銻無限愿和中國中小企業一起共進退，因為我們相信萬物同體，能量合一，只要我們一起齊心協力，一定會成功。再一次祝福您和您的企業，戰勝疫情，您和您的企業一定行。


 
我們所有看到的網站等信息都是由程序代碼組成，而程序代碼需要運行環境。PHP需要PHP運行環境，JAVA需要JAVA運行環境等等。運行環境將代碼編譯或解釋成html后還需要一個服務端架構環境來加載。這個服務端環境架構就是我們要討論的。
       在最初的階段WEB在互聯網上使用量很少，服務端架構環境單純簡單，僅一個WEB程序一臺服務器就能滿足所有功能。WEB前端程序有：IIS、apache、nginx、tomcat等 第一階段：web服務器和數據庫分離
隨著瀏覽頁面的客戶端越來越多，為緩解前端或數據庫壓力WEB前端和數據庫分離開來形成 前端 + 數據后端  這樣的形式：
                  第二階段：增加緩存
一段時間之后我們發現我們的網站越來越慢，查找原因，發現是數據庫的操作太頻繁，導致數據連接競爭激烈，所以響應變慢，這個時候自然的會想到使用數據緩存,如redis、memcache等，減少對數據庫的訪問。另一方面，web服務器的負載也越來越大，我們需要對靜態資源做緩存，可以使用反向代理服務器（通常的使用apache或nginx，lofter使用的是nginx）；有時需要對某些特定的請求做緩存，比如lofter投放在網易163首頁的iframe，訪問量很大，也需要緩存，使用的是varnish。加入了這些緩存之后，架構變成如下：
                           
第三階段：增加服務器
這個階段和上個階段往往是同時進行的。需要注意的幾個問題是：1、負載均衡，這個一般使用apache或nginx的負載均衡方案；2、如何保持狀態信息的同步，可選的方案有cookie或統一session服務器等；3、如何保持數據緩存信息的同步，一般使用分布式緩存，如前面提到的memcache等
這個階段完了之后，架構如下圖：
                 
第四階段：數據庫分庫、分表、讀寫分離
隨著業務的不斷增長，最先達到瓶頸的往往都是數據庫，這個階段基本上都是在解決數據庫的性能問題。常用的方法就是：
1.先按業務邏輯分庫，把不同業務的表放在不同的數據庫中，降低數據庫壓力；
2.分庫之后發現數據庫的壓力又慢慢上去了，往往都是大表造成的，這時候需要對大表進行分表，將大表拆成若干個小表；
3.如果數據庫的讀寫比很高，通常還會考慮讀寫分離的方案
這個階段需要注意的問題主要有：分庫分表方案、數據如何路由、分布式事務如何處理等，大家可以參考淘寶的解決方案TDDL。這個階段完了之后的架構圖如下：
                 
第五階段：分布式時代
這個階段會將圖片、視頻、中間件、代碼等不同文件對象存放在不同的服務器或載體上，將眾多載體和服務器組成一種分布式架構環境