【1】微服務是什麼

提到微服務，就沒法不提到這位“大神”——馬丁·福勒，他沒有直接給微服務下一個精準的定義，而是給出了微服務特點的描述：根據業務模組劃分服務種類。 每個服務可以獨立部署並且互相隔離。 通過輕量的 API 呼叫服務。 服務需要保證良好的高可用性。

就目前而言，對於微服務業界並沒有一個統一的、標準的定義。

微服務的優缺點

• 優點

每個服務足夠內聚，足夠小，程式碼容器理解這樣能聚焦一個指定的業務功能或業務需求。

開發簡單、開發效率提高，一個服務可能就是專一的只幹一件事。

微服務能夠被小團隊單獨開發，這個小團隊是2-5人的開發人員組成。

微服務是鬆耦合的，是有功能意義的服務，無論是在開發階段或者部署階段都是獨立的。

微服務能使用不同的語言開發。

易於和第三方整合，微服務允許容易且靈活的方式整合自動部署，通過持續整合工具，如Jenkins，Hudson,bamboo。

微服務易於被一個開發人員理解、修改和維護，這樣小團隊能夠更關注自己的工作成果。無需通過合作才能體現價值。

微服務允許你利用、融合最新技術。

微服務只是業務邏輯的程式碼，不會喝HTML、CSS或其他介面元件混合。

每個微服務都有自己的儲存能力，可以有自己的資料庫，也可以使用統一的資料庫。

• 缺點

開發人員要處理分散式系統的複雜性；

多服務運維難度–隨著服務的增加，運維的壓力也在增大；

系統部署依賴；

服務間通訊成本；

資料一致性；

系統整合測試；

效能監控。

【2】微服務與微服務架構

① 微服務

微服務強調的是服務的大小，它關注的是某個點，是具體解決某一個問題/提供落地相對地對應服務的一個服務應用。狹義的看，可以看做eclipse裡面的一個個微服務工程/或者Module。

② 微服務架構

微服務架構是一種架構模式或者說是一種架構風格，它提倡將單一應用程式劃分成一組小的服務，每個服務執行在其獨立的自己的程序中，服務之間相互協調、互相配合，為使用者提供最終價值。

服務之間採用輕量級的通訊機制互相溝通(通常是基於HTTP的RESTful API )。每個服務都圍繞著具體業務進行構建，並且能夠被獨立地部署到生產環境、類生產環境等。

另外，應儘量避免統一的、集中式的服務管理機制，對具體的一個服務而言，應根據業務上下文，選擇合適的語言、工具對其進行構建，可以有一個非常輕量級的集中式管理來協調這些服務，可以使用不同的語言來編寫服務，也可以使用不同的資料儲存。

【3】微服務的技術棧

【4】各個微服務框架對比