O’Reilly和Neal Ford在2018年7月發起了“微服務成熟度狀態”調查，並於2018年12月份發佈報告。報告顯示，微服務正在從一種時興發展成爲一種趨勢。這個結論與InfoQ最近發佈的架構和設計趨勢報告是一致的。接受調查的從業人員對微服務總體持積極態度。報告中最重要的發現之一是DevOps和微服務相輔相成，其中一個的成功對另一個的成功起着重要的作用。
微服務是成功的
此次調查涉及866個受訪者，側重於從業者如何實現微服務。這是一項“爲採用微服務的公司而設計的調查”，第一個關鍵發現是那些已經採用了微服務的公司將如何以某種熱情持續下去。超過50%的受訪者表示，他們的組織中有超過50%的新項目採用了微服務。這在很大程度上說明了微服務在這些公司已經取得了成功。86%的受訪者認爲他們的微服務項目至少已經取得部分成功。
DevOps實踐與微服務
調查報告強調了在微服務從業者當中繼續推動DevOps實踐。大多數受訪者表示他們採用了DevOps實踐，例如持續部署和部署管道（包括自動化測試）。根據Neal Ford的觀點，這些是推廣微服務所必需的。“成熟的微服務架構要求具有一定成熟度的DevOps實踐……架構和DevOps之間的協同作用是微服務架構風格的主要推動力之一，因爲它能夠更智能地委託職責”。
最後這句話與Nicole Forsgren等人在去年出版的“Accelerate”一書中所描述的觀點非常吻合。這本書報告了DevOps實踐在高績效團隊中的狀態。其中有一章描述了高績效團隊（那些使用DevOps實踐的團隊）更有可能使用微服務架構來構建定製軟件。有趣的是，他們還發現，在微服務模型中，鬆散耦合的架構實際上是持續交付的最大貢獻者。
Kubernetes仍然是個“局外人“
在過去的幾年裏，Kubernetes在博客和技術大會上幾乎無處不在。谷歌、微軟和Pivotal等公司繼續對其進行大量投入。然而，這份報告發現，Kubernetes的應用仍然很有限，超過60%的受訪者表示他們沒有使用過Kubernetes，儘管絕大多數人在開發過程中使用了容器。Neal Ford表示，這項調查是在“Kubernetes還處於起步階段”時進行的，大型企業需要一段時間才能“轉向被大肆宣傳的技術”。不過他也表示，這項調查無法預測Kubernetes（或其競爭對手）的未來市場，但他承認，“人們對Kubernetes的興趣依然存在”，而且這份報告無法反映半年之後“當前現實高度動態的本質”。
建立適當解耦的有界上下文仍然是一項正在進行中的工作
Sam Newman在其備受推崇的著作“Building Microservices”中專門討論瞭如何使用邊界上下文（一種領域驅動的設計概念）來確定適當的微服務邊界。然而，O’Reilly的報告發現，使用DDD識別服務的成功率並不高。近50%的用戶認爲這是一項正在進行中的工作，另有三分之一的用戶認爲它還算成功。這份報告並不是關於DDD的採用水平，而是“關於追蹤兩者（微服務顯然是受到DDD的啓發）之間的關聯”。Neal Ford說，“組織努力尋找恰當的領域/服務粒度，而這份調查結果似乎證明了這一點”。
O’Reilly的調查歷時數月，於2018年8月份結束。這是第一份受過去類似報告啓發（例如Velocity大會的DevOps報告）而發佈的報告。
查看英文原文：https://www.infoq.com/news/2019/02/Oreilly-microservices-maturity