近年來，隨著互聯網產業的快速發展，以電子商務、O2O、移動醫療和在線教育為代表的互聯網和互聯網+應用，對軟件產業的業務結構和系統產生了巨大的影響。另一方面，
快速的業務更新和產品迭代同時也給系統開發過程和模型帶來了新的挑戰。軟件開發的核心問題是業務需求的不斷變化、技術開發和創新的快速變化、團隊規模從無到有的快速擴張、系統的複雜性和對行業變化的快速反應能力。
圍繞著這些外部和內部的壓力和力量，
如何更合理地劃分系統和團隊邊界？
如何更有效地組織系統開發過程？
如何通過技術手段識別和消除開發過程中的浪費？
它已經成為軟件開發人員和技術管理人員需要思考的三個命題。
那麼什麼是微服務？攻城獅們會告訴你其實就是一些具有足夠小的粒度、能夠相互協作且自治的服務體系。
每個微服務都相對簡單。它只關注於完成一個特定的業務功能，並且能夠很好地完成它。而這裡的功能代表都是一種業務能力。
微服務系統的構建需要一套完整的方法論和工程實踐，微服務體系結構代表了微服務系統的體系結構模式，為我們提供了這些方法論和工程實踐。通過微服務架構，可以改進軟件開發過程，提高開發效率，從而創造出更多優秀的產品和用戶滿意度。
微服務體系結構表示新的架構設計風格和模式，從這個角度來看，微服務架構需要我們理解、學習並應用到日常的開發過程中。
然而，微服務體系結構並不是完全打破現有技術體系、從無到有的替代體性繫結構。它基於現有的面向服務體系結構、企業服務總線等思想和技術體系隨著持續交付、虛擬化和容器技術的發展自然而然產生的一種軟件設計和架構模式。所以標題答案很明確了，是否定的，沒有持續的投入，沒有任何系統可以做到一勞永逸。
分享到:
閱讀更多 鄧鋤頭挖科技 的文章
