作者 | 彥林
隨著開源和雲計算的推進，雲原生微服務作為核心的技術保持著 20%左右的高速增長；隨著微服務技術的成熟，門檻大幅降低，開始滲透到各行各業；一方面人力成本不斷上漲，採用微服務提高研發效率勢在必行；另一方面 90 後成為研發主力，微服務獨立、敏捷的優勢更受年輕人歡迎。
微服務技術逐漸成熟，微服務核心架構分層愈加清晰，技術標準化和產業化正在形成，火熱的服務網格技術逐漸迴歸理性，雲原生閘道器作為下一代閘道器技術逐步成型，微服務技術整體進入深水區。
微服務行業趨勢（無處不在）
01 微服務行業發展迅速
從行業報告和微服務開源產品關注度上看微服務領域保持 20%+的高速增長，而且國內未來空間依然很大。
- 2018-2023 年，全球微服務市場 CAGR 22.4%，2023 年預計達到$1.8Billion，亞太區市場規模市場份額 35%，僅次於北美地區。（資料來源：Marketsandmakets）。
- 阿里微服務領域開源產品的關注度提升 20%左右，Star 數在過去一年陸續突破 2 萬，關注度持續提升。
編輯切換為居中
新增圖片註釋，不超過 140 字（可選）
02 微服務技術平民化
早期採用微服務架構需要一個龐大微服務專業團隊和自研一個微服務技術棧，因此只有部分網際網路大廠採用，然而隨著開源推進，大部分公司只需要選擇一個適合自己的開源技術棧，大幅降低技術門檻；隨著雲廠商推動成本進一步大幅降低，只需 1 萬塊錢左右就可以具備微服務能力和專業的服務保障，因此數字化升級的各行各業都逐漸採用了微服務架構快速演進。
編輯切換為居中
新增圖片註釋，不超過 140 字（可選）
03 微服務場景更廣泛
由於微服務技術門檻和複雜度導致採用成本比較高，早期研發人數僅 10 人左右，子系統超過 5 個才比單體架構效率更高，但是隨著微服務技術成熟，微服務和單體應用效率發生變化的點左移，目前研發人數 5 個人左右，子系統超過 3 個做微服務都能獲得更高的價效比，並且隨著 Serverless 推進，一個 Fuction 就是一個服務，使用場景在不斷擴大。
編輯切換為居中
新增圖片註釋，不超過 140 字（可選）
04 微服務投入產出比更高
隨著人力成本不斷上漲，機器成本不斷下降，人力成本比機器成本要高的多，採用微服務能讓企業擁有更高的研發協同效率，提升研發人員生產力；企業競爭現在更多是速度的競爭，採用微服務能讓數字化系統迭代速度更快，在市場競爭中保持先發優勢。
編輯切換為居中
新增圖片註釋，不超過 140 字（可選）
05 微服務更受年輕人歡迎
隨著 90 後成為研發主體，他們更喜歡獨立、自主、敏捷的研發模式，微服務讓他們更加自由的協作，提升研發和協同效率，更快的完成產品迭代。
編輯切換為居中
新增圖片註釋，不超過 140 字（可選）
微服務技術趨勢（標準化）
01 微服務架構分層逐漸清晰
微服務架構分層逐漸形成，後端 BAAS 化，客戶端輕量化，業務側 Serverless 化，讓業務更加聚焦業務開發，進一步提升研發效率。
編輯切換為居中
新增圖片註釋，不超過 140 字（可選）
02 微服務技術標準逐步形成
Istio/Envoy 成為服務網格控制面和資料面的事實技術標準，微服務競爭進入深水區，服務網格，服務治理，分散式事務，零信任會成為差異化競爭力。
編輯切換為居中
新增圖片註釋，不超過 140 字（可選）
資料面 SidecarProxy 與 Proxyless 模式的融合
由於部分鏈路 RT 敏感、升級環境受限等因素，Sidecar 模式不能很好的解決，隨著 Sidecar 發展推動了資料面的標準化，目前 gRPC 已經支援 xDS 協議，Dubbo 也已經初步具備 xDS 協議的服務發現能力，預計在 3 月份 Dubbo 社群將提供完善的 xDS 服務治理能力支援，完成 SidecarProxy 與 Proxyless 模式的融合。
編輯切換為居中
新增圖片註釋，不超過 140 字（可選）
服務治理資料面透明化，控制面標準化
服務治理資料面將會逐步下沉，與業務邏輯逐步解耦，透明的實現治理技術的演進和升級。在資料面的形態上來看，存在多種形態並存，針對 Java 語言，以 Java Agent 為形態的的服務治理技術正在興起並逐步成為趨勢，針對非 Java 語言，基於 Sidecar 的 Service Mesh 技術正在被越來越多的企業採用，而在控制面，以一套控制面去控制不同資料面的形態成為主流，將逐步統一到以 K8s CRD 為中心的服務治理控制面中。服務治理的範圍擴充套件到以開發，測試，釋出，運維，安全等多場景的全生命週期。
編輯切換為居中
新增圖片註釋，不超過 140 字（可選）
分散式事務從多樣化到標準化
資料是企業數字化轉型中的核心資產沉澱，在微服務架構中應用架構層資料不一致性問題尤為突出。透過框架的方式快速幫助架構開發人員解決資料不一致可能導致的資損商譽問題，使其專注於業務本身的設計和開發是分散式事務的核心價值。在過去實現分散式事務方案複雜多樣難以統一，方案與業務耦合嚴重難以複用，複雜場景一致性難以保證，缺少大廠背書和大規模流量驗證難以推動實施，使分散式事務成為了大家能避則避的問題，這也導致了分散式事務領域的發展長期停滯不前。
隨著阿里 Seata 的開源，對分散式事務的概念、角色、模型和模式進行了延展和抽象，使其符合微服務的架構設計。透過工程框架的抽象進一步演化為事務的標準，使多種事務方案按照事務標準融合為一站式標準化的事務解決方案。
編輯切換為居中
新增圖片註釋，不超過 140 字（可選）
多語言解決方案標準化
在 Java 領域 阿里微服務 DNS 是最佳實踐。
Dubbo+Nacos+Spring-cloud-alibaba/Sentinel/Seata
當然在過去的一年裡，我們完成了多語言生態的佈局，包括對服務網格/Dapr 生態/Golang 生態的無縫支援，讓各種語言都能享受雲原生微服務的紅利。
編輯切換為居中
新增圖片註釋，不超過 140 字（可選）
03 服務網格技術迴歸理性
2020 年，27% 的公司正在生產中使用服務網格（比 2019 年增加了 50%），同時也有 23% 的公司目前正在評估服務網格技術（引自 CNCF），相比前幾年的熱度，與微服務整體增長速度相當，服務網格逐漸迴歸理性，使用者更多在多語言場景和新的業務領域嘗試。
編輯切換為居中
新增圖片註釋，不超過 140 字（可選）
04 雲原生閘道器逐步成型
2020年，37% Ingress 實現選擇 Envoy（比 2019 年增加了 116%），大量公司基於 Envoy 構建下一代閘道器技術（引自 CNCF）
編輯切換為居中
新增圖片註釋，不超過 140 字（可選）
隨著 K8s 透過 Ingess 將閘道器標準化，Ingress 作為容器、微服務的連線點，以 Istio 為控制面向下聚合 K8s，Nacos 多種服務，對上控制 Ingress（Edge）/ Sidecar（Runtime）東西南北流量。
編輯切換為居中
新增圖片註釋，不超過 140 字（可選）
隨著 Ingress 將閘道器標準化，閘道器呈現高整合發展趨勢，雲原生閘道器作為下一代閘道器將流量閘道器和業務閘道器二合一，降低 50% 資源成本；整合安全能力從入口建立安全防線；整合服務治理和可觀測能力，從入口提高整個網站的高可用；支援單體應用，Nacos，K8s，Serverless 多種服務發現來源，統一接入，統一認證登陸。
編輯切換為居中
新增圖片註釋，不超過 140 字（可選）
總結
隨著微服務技術門檻大幅下降，隨著企業數字化升級步伐加速，隨著雲計算的迅速發展，微服務將無處不在；隨著行業成熟度逐步提升，隨著開源和標準推進，微服務的標準逐步形成，標準形成將進一步助力微服務產業發展，未來可期，因為相信，所以看見！！！
