微服務可能是一把雙刃劍，一方面他把單個問題域的複雜性降低了，服務可以獨立更新發布測試；但另一方面，由於是多個技術棧支撐的整體系統,所以，在維護和交付的時候難度增加了，一旦出現問題，所有單個服務都要進行查詢排除，所謂有一利必有一弊，在意識到問題的嚴重性後，我們要盡量把問題最小化。
一、傳統的三層架構
業務層，就是對使用者輸入的資料，進行處理的，比如說，當使用者輸入**，然後業務層根據使用者的等級，去算出優惠資訊，然後確定最後支付的**，然後返回
在使用者和應用的互動過程中，必然會產生資料，而存入資料庫，這一層只對資料庫進行操作，拒絕耦合
三層架構的優勢
劣勢小結
網際網路時代，產品創新快，成本低，需求變化快，使用者群體龐大，開發周期要求短，無論是從維護成本上，或者人員培養成本，技術溝通成本及系統擴充套件成本都在相應增加，所以微服務架構就突然出現，接下來，一起學習，讓我們對微服務架構有乙個新的認識吧。
1 微服務架構概述
1.易於開發和維護 2.啟動較快 3.區域性修改 4.容易部署 5.技術棧不受限 6.按需伸縮 devops1.運維要求較高 2.分布式的複雜性 3.介面調整成本高 4.重複勞動1.每個微服務可獨立執行在自己的程序裡 2.一系列獨立執行的微服務共同構建起了整個系統 3.每個服務為獨立的業務開發，乙個...
微服務與微服務架構
微服務 微服務強調的是服務的大小，它關注的是某乙個點，是具體解決某乙個問題 提供落地對應服務的乙個服務應用,狹意的看,可以看作eclipse裡面的乙個個微服務工程 或者module。例如 訂單服務 支付服務 微服務架構 馬丁.福勒 martin fowler 微服務架構介紹 微服務架構是 種架構模式...
微服務架構
一 先了解一下什麼是單體應用 就是乙個應用程式包含了所有模組功能，各模組同時部署。當然這種應用模式比較容易部署 測試，但隨著專案的加大，單體模式就會變得越來越臃腫，維護的成本逐漸變高。當乙個模組出錯，整個應用都會出現問題，擴充套件能力也會受到限制。二 什麼是微服務 是將整個應用程式分解為多個模組，各...