1、微服務架構分享架構變遷歷史2WEB開發早期，邏輯代碼沒有區分，如ASP、JSP、PHP3Java、.NET發展，數據訪問層出現(二層架構)4隨著面向對象、架構等理念不斷發展，三層架構出現5雖然軟件的三層架構幫助我們將應用在邏輯上分成了三層，但它并不是物理上的分層，最終還是一個整體部署，我們稱之為單塊架構應用6單塊架構應用的優勢7單塊架構應用的挑戰812356微服務架構綜述9微服務架構產生的背景10微服務與SOA11SOA?微服務與SOA的主要區別12SOA實現微服務架構實現企業級，自頂向下開展實施團隊級，自底向上開展實施服務由多個子系統組成，粒度大一個系統被拆分成多個服務，粒度細企業服務總線，

2、集中式的服務架構無集中式總線，松散的服務架構集成方式復雜（ESB/WS/SOAP）集成方式簡單（HTTP/REST/JSON）單塊架構系統，相互依賴，部署復雜服務都能獨立部署相比傳統SOA的服務實現方式，微服務更具有靈活性、可實施性以及可擴展性，其強調的是一種獨立測試、獨立部署、獨立運行的軟件架構模式。13微服務架構的定義14微服務架構是一種架構模式，它提倡將單一應用程序劃分成一組小的服務，服務之間互相協調、互相配合，為用戶提供最終價值。每個服務運行在其獨立的進程中，服務與服務間采用輕量級的通信機制互相溝通（通常是基于HTTP協議的RESTful API）。每個服務都圍繞著具體業務進行構建，并

3、且能夠被獨立的部署到生產環境、類生產環境等。另外，應當盡量避免統一的、集中式的服務管理機制，對具體的一個服務而言，應根據業務上下文，選擇合適的語言、工具對其進行構建。小, 且專注于做件事情獨立的進程中小輕量級的通信機制松耦合、獨立部署微服務架構的好處151、每個微服務都是一個小的，專注實現一個特定功能或商務需求的服務2、微服務可以由一個小的開發組獨立的發布(一般2到5個開發者)3、微服務松耦合，這意味著服務之間可以獨立的開發和部署4、微服務可以由不同的開發語言開發微服務允許持續集成工具容易且靈活的自動集成部署5、新的團隊成員可以很快融入到開發中6、微服務易于理解， 開發人員容易修改和維護， 這

4、是因為這種架構下服務之間的代碼都是獨立的，團隊很小，目標明確7、微服務允許你充分采用最新的技術(框架，編程語言，編程實踐等)8、微服務僅包含商業邏輯代碼，不會混合HTML, CSS等其它UI組件9、規模擴大時微服務很容易擴展10、微服務可以部署在中低檔的服務器上11、易于繼承第三方的服務12、每個微服務都有自己的存儲能力（也可以共享）微服務架構面臨的挑戰16微服務可能帶來過多的操作要求要有DevOps技能可能會有重復的工作分布式系統管理起來相對復雜由于分布式部署的問題分析問題比較困難當服務很多的時候管理整個系統就很麻煩服務粒度與接口粒度分布式事務自動化運維服務治理歸根結底為了敏捷17使用微服務

5、改造公司核心系統18xxx現有架構19JBOSS中間件(gbss-trade/)Redis/MemcachedF5OracleJBOSS中間件(gbss-portal/)JBOSS中間件(gbss-dealer/)JBOSS中間件gbss-mobileAPPPC瀏覽器源碼依賴，各自部署xxx面臨的挑戰20Redis/MemcachedOracle移動APPPC微信自助終端訂單邏輯訂單邏輯訂單邏輯訂單邏輯單點一套代碼，存在于多個系統遠程調用，沒有管理Dubbo21MyCat分布式數據庫22未來面貌-工具與流程源碼(CODE)打包(CI)部署(CD)引入分支模型，解決手工合并代碼問題定時進行代碼靜

6、態檢查、單元測試，并編譯打包規范化各種環境定義：dev/test/staging/production不同環境自動或者手工部署Ci編譯好的包CAT24CAT-調用鏈路25微服務xxx重構26SO中心PO中心會員中心支付中心促銷中心學習中心A系統B系統支付系統移動網站統一認證前端應用WAP業務統一平臺27前端應用前端應用APPRESTPC瀏覽器APIGateway中臺服務協議適配安全監控路由日志業務適配層HTTPPC業務統一平臺前端應用前端應用前端應用HTTP手機瀏覽器HTTP微信HTTPHTTP交易類服務大數據服務內容服務移動服務客戶類服務ESB后臺服務微服務HTTPHTTPHTTPHTTPHTTP微服務架構28微服務在前端APP上的使用APP底座（啟動、登錄、更新、導航、網絡、JSBridge）HTML5離線模塊CordovaHTML5離線模塊輕應用（遠程網頁）原生模塊Weex/React NativeSOA架構企業服務總線(ESB)開放API平臺核心業務交易系