微服務架構是一種架構模式，它提倡將單一應用程序劃分紅一組小的服務，服務之間互相協調、互相配合，爲用戶提供最終的價值。每一個服務運行在其獨立的進程中，服務與服務之間採用輕量級的通訊機制互相溝通（一般基於HTTP的RESTful API）。每一個服務都圍繞着具體業務進行構建，而且可以被獨立的部署到生產環境、類生產環境等。另外，應儘可能避免統一的、集中式的服務管理機制，對具體的一個服務而言，應根據業務上下文，選擇合適的語言、工具對其進行構建。架構
------------摘自馬丁。福勒先生的博客運維
Docker的出現，有效地解決了微服務架構下，服務粒度細，服務數量多所致使的開發環境搭建、部署以及運維成本高的問題。同時，利用Docker的容器化技術，可以實如今一個節點上運行成百上千的Docker容器，每一個容器都能獨立運行一個服務，所以極大下降了隨着微服務數量增多所致使的節點數量增多的成本。微服務
微服務的本質：工具
- 服務做爲組價
- 圍繞業務組織團隊
- 關注產品而非項目
- 技術多樣性
- 基礎設置自動化
- 演進式架構
微服務的優點：測試
- 獨立性：每一個服務都是獨立的業務單元，可以被獨立地開發、測試、構建，而且可以被直接部署。
- 單一職責：每一個服務聚焦於某業務功能，經過清晰的邊界劃分，更容易被團隊理解和維護。
- 技術多樣性：經過服務間的協做以及輕量級的通訊方式，組織團隊使用適合的語言、工具解決業務問題。除此之外，微服務的實施也會推進基礎設施自動化以及DevOps文化在團隊中的發展，並利於構建全功能團隊。