微服務是大型分布式系統的基本組成部分，在面對海量用戶時在設計上考慮橫向擴展后，應用在集群間采用RPC調用，微服務的使用與目前互聯網服務的體量是分不開的，是控制復雜度的一種手段。
早期大家在處理http請求時由于單機linux的文件句柄數量上限，或單web容器的單機極限等原因開始采用服務器集群(老外叫的更貼切-服務器農場，含義既跟老農養雞養鴨一樣，養一堆服務器)，每個服務器處理一部分http請求；每個服務器的處理能力是不一樣的(新老機器混雜，虛擬化超賣，容器隔離性能)此時就要考慮如何讓機器物盡其用，能者多勞，不能者少勞，負載均衡設施那是必不可少的(無論是輪負載還是硬負載)，這里還只是http層的處理；
大家知道http就是個文本協議，傳來傳去對瀏覽器而言就是拿到服務器上傳回的文本，瀏覽器對遠方服務怎么生成這個并不關心。現在大多數網站已經都是動態網站了，比如淘寶首頁上的各種商品，每天都有上千萬的商家進行發布和編輯，我們看到的每個時間段都不一定是同樣的東西，都是動態的。而網頁中又會混雜很多靜態的東西， 例如頁面的js，圖片jpg/png等東西，從性能優化的角度講，這兩塊東西肯定是各用一套專門的服務來處理才是最優解， 業內對純http與后端動態服務的處理也有若干方案，如動態語言+fastCGI，Java方案有Servlet。 在此種方案的基礎上， 如果網站規模很大， 希望前端工程與后端工程的人解耦，走rest方式讓兩個團隊的人可以各干各的，只要最后做系統集成時才聯調一下也是個不錯的選擇。
以上只是http容器與一個宏觀后端服務器間的交互，那么當規模再大，后端服務之間也需要拆分了，每個服務做自己的事，控制一定量的復雜度， 比如讓一個業務開發再去想用戶的賬戶都怎么管理，異常怎么處理太浪費時間了，不利于快速沖業務。幾年前J2EE對此的答案就是SOA架構，那是還沒有走分布式架構體系，相關服務的處理還是考慮抽象出ESB總線，可以與計算機主板的總線對比，各個部件（組件）間的通信都通過總線（ESB）來處理。進入分布式系統的時代后，服務仍然在，只是變成了所謂的微服務了，從服務的角度并沒有什么不同。
至此，web app從進程內通信轉向進程間通信的趨勢已經塵埃落定了，通過增加服務器的方式進行橫向擴展也只能采用進程間通信的方式。剩下的就是如何讓工程師更快速方便的批量將應用的代碼發布上線，對于java應用來說，就是盡可能快的將war包（傳統，提供http）或jar包（springboot 服務式）復制到servlet容器（依賴容器啟動）或自包含自啟動的jar包（本質也是提供tcp服務端口連接）。 此處如果運維支撐環境做得不夠好，會有很多環境上的線上問題，因為開發的日常環境可能與線上環境不同，運維人員此時努力要做的就是維護日常與線上環境的基線， 不要有任何的不同， 避免出現詭異的問題。 這個問題現在有一種方式可以解，前景看起來還不錯，就是用docker化，讓開發保證自己打出的docker包是可運行的，由于docker容器與OS之間也做到了一層隔離，docker自己的生態環境內不會受到外部各種linux方言版本的影響，理論上講問題會更少，能做到拆箱即用。如果能大面積鋪開docker形式的運維部署系統，devops的時代也就到了，系統管理員只需要關注系統的安裝，對于黑箱的docker發布來說，想辦法快速在集群間分發下去，啟動即可。
不得不佩服美國同行的理論能力，在1985年就已經發布了論文解決大規模分布式系統的配置管理問題 Dynamic Configuration for Distributed Systems,
那時候14K的貓都還沒有， BBS還在初級階段，就已經能YY到今天大規模分布式系統要解決的問題了。
題圖：福克斯RS
福克斯RS以普通福克斯為基礎研發出來的性能車型，但絕大部分的零部件都經過重新的設計。在外觀方面，它采用了全新的車身空氣動力學套件，使其不僅擁有了更為激進的外形，而且空氣動力學性能更加優異。
動力方面：全新福克斯RS搭載的是一臺2.3T渦輪增壓發動機，其最大輸出功率為350馬力，峰值扭矩為440牛·米，超增壓模式下可達到470牛·米。傳動系統匹配6速手動變速箱，并配備有四驅系統。官方稱，該車0-100km/h加速時間為4.7秒，最高車速為266km/h。
文章來自微信平臺「麥芽面包」
微信公眾號「darkjune_think」
轉載請注明。
文章列表
留言列表
