微服務是什么？有什么特點？

微服務是干什么的

我對于微服務最大的體會就是：對于云平臺來說，如果元數據驅動的平臺組件是骨骼，那么微服務和觸發器就是串聯骨骼的經絡和血脈沒有經絡和血脈，一堆組件僅僅是靜態的，不能變化，沒有反饋，更何談交互。而一個PaaS平臺可以孵化無數個SaaS應用，每個應用都需要使用一套小服務來開發，而為了防止應用搭建復雜化和避免后期難以維護，所以每個服務運行在自己的進程中，并使用輕量級機制通信，通常是HTTP AP（Rest的方式，這就是為什么我能看到那些標簽的存在）。好處體現在以下方面：

• 這些服務基于業務能力構建，并能夠通過自動化部署機制來獨立部署（體現在平臺就是微服務站點部署和獨立微服務站點部署）
• 這些服務可以使用不同的編程語言實現（只要實現結果，無所謂編程語言，這是我認為現在平臺沒有充分使用到微服務的地方，也可能是我平時使用其它語言的業務場景較少）
• 這些服務可以使用不同數據存儲技術（“非結構化數據和結構化數據都可以按需存儲”）
• 這些服務可以保持最低限度的集中式管理（這個厲害了，相當于接口不僅可以在一個項目里復用，甚至在不同項目間復用）

微服務的特性

• 每個微服務可獨立運行在自己的進程里，一系列獨立運行的微服務共同構建起了整個系統
• 每個服務為獨立的業務開發，一個微服務一般完成某個特定的功能，比如：訂單管理，用戶管理等（我用于圖書管理系統和工單中心）
• 微服務之間通過一些輕量級的通信機制進行通信，例如通過REST API或者RPC的方式進行調用（這就是Rest標簽的由來吧，是一種通信機制）。

微服務的特點

• 易于開發和維護。由于微服務單個模塊就相當于一個項目，開發這個模塊我們就只需關心這個模塊的邏輯即可，代碼量和邏輯復雜度都會降低，從而易于開發和維護。（部署獨立mrest站點，啟動迅速，代碼量小）
• 啟動較快，這是相對單個微服務來講的，相比于啟動單體架構的整個項目，啟動某個模塊的服務速度明顯是要快很多的。（回收應用程序池即可，不到1分鐘搞定）
• 局部修改容易部署,在開發中發現了一個問題，如果是單體架構的話，就需要重新發布并啟動整個項目，非常耗時間，但是微服務則不同，哪個模塊出現了bug只需要解決那個模塊的bug就可以了，解決完bug之后，只需要重啟這個模塊的服務即可，部署相對簡單，不必重啟整個項目從而大大節約時間。（有了bug直接hotfix這部分的ESB的interface）
• 技術棧不受限，比如訂單微服務和電影微服務原來都是用java寫的，現在我們想把電影微服務改成nodeJs技術，這是完全可以的，而且由于所關注的只是電影的邏輯而已，因此技術更換的成本也就會少很多。（雖然目前還沒有接觸到多語言技術擴展，但感覺這個很強）
• 按需伸縮，單體架構在想擴展某個模塊的性能時不得不考慮到其它模塊的性能會不會受影響，對于微服務來講，完全不是問題，電影模塊通過什么方式來提升性能不必考慮其它模塊的情況。