微服務自2023年首次提出 , 業界並沒有能達成共識的定義 , 但微服務有著非常多的標籤和說明。如微服務規模比較小，支援技術異構性，自治且能獨立部署 ,擁有輕量級通訊等。
martin fowler和james lewis並沒有對微服務進行定義，而只是描述了微服務架構（microservice architectural style）的一些設計模式、實現手段和管理方式。sam newman在其圖書《微服務設計》中給微服務下了乙個定義，即微服務就是一些協同工作的小而自治的服務。
微服務架構是一種軟體系統架構。微服務架構既不是一種具體的it技術
微服務是整個微服務架構實現的核心。微服務架構的基本元素是微服務
實現微服務架構需要基礎環境 ,微服務框架需要支援服務註冊、服務發現、驗證和授權、請求路由、以及服務監控等基礎功能
運維設施自動化。微服務架構覆蓋設計、開發、測試、部署、執行、監控和管理等階段，需要實現敏捷開發和快速部署
微服務拆分都方**: 一是基於ddd拆分 , 除此之外還可以基於其他分類標準拆分 。如根據系統使用人員型別和功能 ,將之前的大系統拆分出客服系統和財務系統等 。我認為可以發揮奇思妙想，只要能合理的拆分或者分階段拆分、逐步演化都是ok 的。
它是乙個抽象物，可重用，無狀態，其封裝了高階業務內容，隱藏內部實現細節，只提供實現的功能說明。soa服務不依賴特定的技術或框架，只受制於一定的約束條件及服務規約，具有中立性，其本質是遮蔽應用間複雜的業務或技術邏輯。
soa架構是一種軟體系統架構 ,soa架構的基本元素是服務
■ 可重用——乙個服務可以被多個應用和業務流程呼叫。
■ 松耦合——服務請求者到服務提供者的繫結與服務之間應該是松耦合的。
■ 明確定義的介面——服務互動必須是明確定義的。一些服務描述語言主要用於描述服務請求者所要求的繫結到服務提供者的細節。
■無狀態的服務設計——服務應該是獨立的、自包含的請求，在實現時它不需要獲取從乙個請求到另乙個請求的資訊或狀態。服務不應該依賴於其他服務的上下文和狀態。當產生依賴時，它們可以定義成通用業務流程、函式和資料模型。
■ 基於開放標準——當前soa的實現形式是web服務，基於的是公開的w3c及其他公認標準，採用第一代web服務定義的soap、wsdl和uddi以及第二代web服務定義的ws-*來實現soa。
參考 :
《微服務設計：企業架構轉型之道》
微服務 微服務簡介
什麼是微服務 顧名思義，就是粒度較小的服務，不再侷限於系統與系統之間的藉口呼叫，也不侷限於某種具體的服務形式。系統中凡是可被復用的功能模組都可以被 服務化 轉變為 服務 這些服務可以對外暴露，也可能僅限於再系統內部使用。由於服務數量更多，粒度更小，因此管控難度會更大，對效能的要求也更高。微服務的好處...
微服務與微服務架構
微服務 微服務強調的是服務的大小，它關注的是某乙個點，是具體解決某乙個問題 提供落地對應服務的乙個服務應用,狹意的看,可以看作eclipse裡面的乙個個微服務工程 或者module。例如 訂單服務 支付服務 微服務架構 馬丁.福勒 martin fowler 微服務架構介紹 微服務架構是 種架構模式...
微服務設計筆記（一）
寫在最前面 微服務不是免費的午餐，更不是銀彈，如果你想要一條通用的準則，那麼微服務是乙個錯誤的選擇。微服務並不是乙個具體的實施方法，使用這個方式，你需要填很多的坑，需要面對所有分布式系統要面對的複雜性。對團隊來說，要求很高，但是優點也有很多。要使用微服務，我們可能還需要一些其他的參考資料，下面列出一...