一加Ace2 Pro真機揭曉 鈦空灰配色質(zhì)感拉滿
終于，在經(jīng)過了幾波預(yù)熱之后，一加Ace2 Pro的外觀真機圖在網(wǎng)上出現(xiàn)了。還是博主數(shù)碼閑聊站曝光的，這次的外觀設(shè)計還是延續(xù)了一加11的方案，只是細節(jié)上有了調(diào)整，例如新加入了鈦空灰
本文來源于《華為云 DTSE?》第五期開源?？辔恼抡埐榭矗篽ttps://bbs.huaweicloud.com/blogs/435823
作者：聶子雄華為云高級工程師、李來華為云高級工程師
摘要：微服務(wù)是一種用于構(gòu)建應(yīng)用的架構(gòu)方案，可使應(yīng)用的各個部分既能獨立工作，又能協(xié)同配合，微服務(wù)的治理模式在適應(yīng)云原生的方向也逐步在演進中。本文以汽車行業(yè) DMS 系統(tǒng)在微服務(wù)應(yīng)用發(fā)布時面臨的挑戰(zhàn)為切入點，介紹了基于微服務(wù) SDK 框架與 JavaAgent 技術(shù)的全鏈路灰度發(fā)布，整體方案能夠有效提升微服務(wù)應(yīng)用發(fā)布的效率。
1、微服務(wù)應(yīng)用在發(fā)布時面臨的挑戰(zhàn)
微服務(wù)架構(gòu)因其小而獨立的特點受到廣大開發(fā)者歡迎，我們生活中很多常見的應(yīng)用也是基于微服務(wù)的架構(gòu)。微服務(wù)架構(gòu)強調(diào)應(yīng)用拆分為一系列責任單一的小型服務(wù)單元，各個服務(wù)單元可進行獨立部署，相互協(xié)作配合，這種架構(gòu)模式極大的提高了 IT 團隊的開發(fā)效率。
微服務(wù)應(yīng)用在發(fā)布的時候一般會采用一種叫灰度發(fā)布的策略，它將新版本的軟件逐步地推送給一小部分用戶，以便在全面發(fā)布之前測試和驗證新版本的穩(wěn)定性和可靠性。這種發(fā)布策略可以減少潛在的風險和影響，因為只有一小部分用戶受到影響，而其他用戶仍然可以使用舊版本的軟件。
常見的灰度發(fā)布一般只是針對某個單點的服務(wù)進行實施，在很多情況下，這種方法可以大大提高應(yīng)用發(fā)布的效率以及穩(wěn)定性。當然，單點灰度發(fā)布實際上也存在一些缺點，下面以汽車行業(yè)中的 DMS 系統(tǒng)為例進行分析：
DMS 全稱為汽車經(jīng)銷商管理系統(tǒng)（Dealer Management System），專門為汽車經(jīng)銷商和售后服務(wù)提供商設(shè)計的軟件系統(tǒng)，幫助汽車經(jīng)銷商實現(xiàn)業(yè)務(wù)數(shù)字化、自動化和智能化，提高業(yè)務(wù)效率、降低成本、提升服務(wù)質(zhì)量。很多廠商的 DMS 系統(tǒng)都做過微服務(wù)化改造，在提高了團隊開發(fā)效率的同時，也遇到了一些業(yè)務(wù)發(fā)布場景的挑戰(zhàn)：
?經(jīng)銷商想在某一個門店 A 上線自己的新業(yè)務(wù)，作為業(yè)務(wù)試點門店，比如新品汽車銷售，或者打折促銷活動等。和新業(yè)務(wù)相關(guān)的流量只會流入試點門店 B。
?為了節(jié)約成本以及降低部署服務(wù)工作量，希望能夠?qū)崿F(xiàn)邏輯上的環(huán)境隔離。例如，測試環(huán)境有部分服務(wù)復用生產(chǎn)環(huán)境上的模塊，開發(fā)測試人員只需要聚焦于需要測試的服務(wù)模塊。
?經(jīng)銷商的交易、商品服務(wù)有新的業(yè)務(wù)要上線，新上線的功能間有依賴和交互，要在上線前做一些測試工作。
a) 計劃讓測試人員專門賬號來進行現(xiàn)網(wǎng)測試。
b) 引入少量比例的生產(chǎn)流量進行驗證。
針對上述問題，一般的思路是通過灰度發(fā)布去解決，通過灰度發(fā)布，可以引入部分的測試流量到新業(yè)務(wù)模塊，也能控制帶有具體特征的流量只流入到對應(yīng)的測試模塊，其余流量保持原有方式不動。
但是經(jīng)過仔細考慮，就會發(fā)現(xiàn)如果只做單點灰度發(fā)布，其實是無法完善地解決以上場景的痛點問題，主要體現(xiàn)在：
?業(yè)務(wù)特征時常只在第一跳，也就是特征只在入口，傳遞過程中會丟失。
?除了第一跳入口，后續(xù)微服務(wù)之間進行調(diào)用的時候也會把特征給丟失。
因此，僅僅依靠單點灰度發(fā)布的能力是不夠的，還需要能夠做到整條微服務(wù)調(diào)用鏈的可灰度，也就是全鏈路灰度的能力，這樣就可以靈活解決類似 DMS 系統(tǒng)遇到的問題。
后續(xù)我們將以全鏈路灰度發(fā)布的場景來展示微服務(wù) SDK 框架和 JavaAgent 如何相互結(jié)合，解決真實場景中的服務(wù)發(fā)布問題。
2、微服務(wù)治理方案的選擇
在提出具體解決方案之前, 我們可以先了解基于微服務(wù) SDK 框架以及基于 JavaAgent 技術(shù)的治理模式。微服務(wù) SDK 進行治理是常見的一種形態(tài)，我們常見的 Spring Cloud、Dubbo 都屬于微服務(wù) SDK 架構(gòu)，這種方式通?？梢暂^為方便的通過外部依賴的方式集成各種服務(wù)治理功能。JavaAgent 則可以通過非侵入的方式引入微服務(wù)治理功能，下面將對這兩種模式進行解析。
2.1 基于微服務(wù) SDK 框架的微服務(wù)治理
2.1.1原理和優(yōu)勢
服務(wù)治理是一個寬泛的概念，通常來說，保證微服務(wù)可靠運行的策略，都可以稱為服務(wù)治理。這些策略涵蓋開發(fā)態(tài)、運行態(tài)和運維態(tài)等微服務(wù)生命周期?？梢詮膬蓚€不同的角度進行描述服務(wù)治理：
?從管理流程上，可以分為進行業(yè)務(wù)定義和設(shè)置治理規(guī)則兩個步驟。系統(tǒng)架構(gòu)師將請求流量根據(jù)特征打上標記，用于區(qū)分一個或者一組代表具體含義的業(yè)務(wù)，然后對這些業(yè)務(wù)設(shè)置治理規(guī)則。
?從處理過程上，可以分為下發(fā)配置和應(yīng)用治理規(guī)則兩個步驟?？梢酝ㄟ^配置文件、配置中心、環(huán)境變量等常見的配置管理手段下發(fā)配置。微服務(wù) SDK 框架負責讀取配置，解析治理規(guī)則，實現(xiàn)治理效果。
由于微服務(wù)應(yīng)用是基于微服務(wù) SDK 框架開發(fā)的，開發(fā)者可以明顯可以感知微服務(wù) SDK 框架的存在，此外 SDK 和應(yīng)用實例是運行在同一個進程中，這些特點也給微服務(wù)的治理帶來了一些好處，包括但不限于以下：
?更輕量級：微服務(wù) SDK 框架在運行時不需要起單獨的進程，因此資源開銷較小。
?治理粒度更精細：微服務(wù) SDK 可以直接對應(yīng)用實例的某個方法直接進行管理，因此能夠滿足各種治理場景要求。
?性能高，時延低：微服務(wù)實例之間的鏈路不存在代理，訪問的時候是直接點對點的調(diào)用，因此時延低，并且微服務(wù) SDK 框架可以提供高性能的 RPC，保障數(shù)據(jù)的高效傳輸。
華為云也致力于為開發(fā)者提供全面開放，方便高效的微服務(wù) SDK 框架，目前對外開源的穩(wěn)定成熟框架主要有 Spring Cloud Huawei 和 Java Chassis。
2.1.2Spring Cloud Huawei 框架
自從 Netflix 開源出最早的 Spring Cloud 微服務(wù) SDK 框架，Spring Cloud 在這個領(lǐng)域的發(fā)展非常迅速，目前 Spring Cloud 已經(jīng)是業(yè)界廣泛使用的微服務(wù) SDK 框架之一。為了讓開發(fā)者能夠更加方便、高效地使用 Spring Cloud 開發(fā)可靠的微服務(wù)應(yīng)用，基于 Spring Cloud 和華為云服務(wù)生態(tài)體系，華為云提供了 Spring Cloud Huawei 微服務(wù) SDK 框架，為開發(fā)者提供了一站式的開發(fā)、部署、運維、監(jiān)控、治理等全生命周期的服務(wù)。
使用 Spring Cloud Huawei，開發(fā)者可以不用熟悉和了解 Spring Cloud，只需要熟悉 Spring 和 Spring Boot，就能夠按照微服務(wù)架構(gòu)模式開發(fā)應(yīng)用。相對于 Spring Cloud，Spring Cloud Huawei 能夠更好的支持快速微服務(wù)開發(fā)，提供開箱即用的微服務(wù)治理能力。
2.1.3Java Chassis 框架
Java Chassis 框架是 Apache ServiceComb 項目下面向 Java 語言的微服務(wù)框架。ServiceComb 項目最早源于華為微服務(wù)引擎（CSE），在 2017 年 12 月捐贈給 Apache 基金會，目前已經(jīng)形成了龐大的微服務(wù)生態(tài)，而 Java Chassis 是其中重要一環(huán)，著重解決微服務(wù)面臨的如下問題：
?微服務(wù)通信性能
?微服務(wù)運維和治理
?遺留系統(tǒng)改造
?配套 DevOps
Java Chassis 框架包含服務(wù)契約、編程模型、運行模型與通信模型四個部分，具備負載均衡、容錯熔斷、限流降級、調(diào)用鏈追蹤等全面微服務(wù)治理能力。下面是總體的架構(gòu)設(shè)計圖：
為了支持軟件工程實踐，Java Chassis 的運行時架構(gòu)是一個啞鈴結(jié)構(gòu)，兩端分別是“編程模型”和“通信模型”，中間是“運行模型”。“編程模型”面向開發(fā)者寫服務(wù)接口的習慣，“通信模型”面向微服務(wù)之間的高效編碼和通信，“運行模型”基于“契約”，提供一種服務(wù)無關(guān)的插拔機制，能夠讓開發(fā)者獨立于業(yè)務(wù)實現(xiàn)開發(fā)治理功能，并且靈活的移除和增加功能，以及調(diào)整這些治理功能的處理順序?！斑\行模型”的核心抽象接口是 Handler，這個接口是一個異步的定義，Java Chassis 運行時模型采用純異步的實現(xiàn)，讓整個系統(tǒng)運行非常高效。
Java Chassis 和 Spring Cloud 都實現(xiàn)了微服務(wù)架構(gòu)模式，相比而言，Java Chassis 是一個更加緊湊的實現(xiàn)，開箱即用，而 Spring Cloud 則是相對松散的實現(xiàn)，整合了大量的 Netflix 組件。
2.2 基于 JavaAgent 的非侵入微服務(wù)治理
JavaAgent 是如何實現(xiàn)能服務(wù)治理能力的？其技術(shù)核心在于 Java 進程啟動時，可以掛載 JavaAgent 來執(zhí)行字節(jié)碼的增強邏輯。JVM 啟動后，JavaAgent 運行于 Java 應(yīng)用之前，可以修改原應(yīng)用的目標類和方法的字節(jié)碼，做到非侵入地增強，原應(yīng)用中被增強的類在 JVM 中實例化的對象都是已經(jīng)被 JavaAgent 處理過的，因此在業(yè)務(wù)應(yīng)用的代碼執(zhí)行時，我們的服務(wù)治理邏輯就能悄無聲息地通過這種方法實現(xiàn)注入。例如，我們可以增強服務(wù)發(fā)現(xiàn)過程，對這一過程中的某個關(guān)鍵函數(shù)進行攔截增強，插入一段路由篩選服務(wù)提供者實例的邏輯，根據(jù)服務(wù)實例的元數(shù)據(jù)和下發(fā)的路由規(guī)則選定對應(yīng)的服務(wù)提供者，以此來完成灰度發(fā)布的功能。下圖簡化地介紹了字節(jié)碼 JavaAgent 字節(jié)碼增強的核心原理：
類似地，其他的服務(wù)治理能力的開發(fā)都可以通過這種方式，用戶的 Java 業(yè)務(wù)應(yīng)用無需修改，業(yè)務(wù)應(yīng)用的開發(fā)者也無需理解其中的深層原理，只要把實現(xiàn)了服務(wù)治理功能的 JavaAgent 掛載上即可一鍵非侵入接入服務(wù)治理。
基于上述原理，華為云開源團隊開發(fā)了無代理服務(wù)網(wǎng)格 Sermant 項目，目前已經(jīng)在 Github 開源。Sermant 專注于利用 Java 字節(jié)碼增強技術(shù)為宿主應(yīng)用程序提供服務(wù)治理功能，以解決大規(guī)模微服務(wù)場景中的服務(wù)治理問題。Sermant 構(gòu)建了非侵入、高性能、插件化核心框架，并在框架中提供了對接動態(tài)配置中心、事件上報、鏈路標記、心跳等服務(wù)治理通用能力。當前開源倉庫中提供的插件涵蓋了服務(wù)注冊、標簽路由、流量控制、服務(wù)監(jiān)控等常見的服務(wù)治理場景。Sermant 的后端觀測、動態(tài)配置中心、Agent 等組件提供的一套完整的解決方案如下：
利用 Sermant 來進行微服務(wù)治理能夠集合上文提到的各種服務(wù)架構(gòu)的優(yōu)勢：
?高性能：對比傳統(tǒng)的服務(wù)治理邊車，由于沒有邊車進程，因此有更高的性能和更低的資源損耗。
?非侵入：對比微服務(wù) SDK 架構(gòu)架構(gòu)，無需代碼修改，升級云原生架構(gòu)無需代碼改造。
?插件化架構(gòu)：服務(wù)治理功能作為插件嵌入到 JavaAgent 內(nèi)部，可動態(tài)部署，且內(nèi)部充分類隔離，和業(yè)務(wù)代碼無類沖突。
3、方案詳解
結(jié)合以上兩種治理模式的各自特點，便可設(shè)計出理想的全鏈路灰度發(fā)布方案。目前要實現(xiàn)全鏈路灰度，一般要考慮這些問題的處理：
?在第一跳的地方（一般是網(wǎng)關(guān)），我們需要能選中各種類型的流量，把這部分流量染色，再路由到正確的目標。
?除了第一跳，剩下調(diào)用鏈路中的各個微服務(wù)能夠識別染色標，透傳染色標，并路由到正確的目標。
?能對異常情況進行妥善處理。
3.1、全鏈路灰度發(fā)布方案的具體流程
針對以上問題，我們有一套相對完善的全鏈路灰度發(fā)布方案，整體方案如下：
1.在前端部分，請求會統(tǒng)一攜帶流量標簽參數(shù)發(fā)到網(wǎng)關(guān)上面。
2.網(wǎng)關(guān)會選中各種類型的流量，將這些流量根據(jù)需求分別染色，比如通過請求 header 進行標記染色。
3.網(wǎng)關(guān)會將染色后的流量轉(zhuǎn)發(fā)到帶有不同 tag 的后端微服務(wù)實例，tag 可以由應(yīng)用發(fā)布流水線注入到相應(yīng)發(fā)布的微服務(wù)實例當中。
4.借助微服務(wù)實例上運行的 SDK / JavaAgent，接收到應(yīng)用網(wǎng)關(guān)流量的微服務(wù)實例會通過 SDK / JavaAgent 提供的標簽路由能力將流量特征保留并轉(zhuǎn)發(fā)到合適的下一跳微服務(wù)實例。
5.對于后續(xù)鏈路上的微服務(wù)實例，都可以通過微服務(wù)實例上面的 SDK / Agent 進行特征的傳遞。
3.2、SDK / JavaAgent 如何助力全鏈路灰度發(fā)布？
由于在每個微服務(wù)實例都運行著 SDK / JavaAgent，因此 SDK / JavaAgent 可以對每個實例進行細粒度的服務(wù)治理，包括限流，熔斷，降級，標簽路由等功能。在全鏈路灰度發(fā)布過程中，對于每條鏈路上的微服務(wù)實例，可以借助 SDK / JavaAgent 的標簽路由能力實現(xiàn)流量特征的保留以及傳遞到下一跳微服務(wù)實例。進行標簽路由的全流程如下：
3.3、SDK / JavaAgent 如何搭配使用？
從上面的方案介紹可以知道無論是 SDK 還是 JavaAgent 的方式，其實都可以非常有效地助力全鏈路灰度發(fā)布方案的落地，那遇到具體業(yè)務(wù)場景對全鏈路灰度發(fā)布有訴求的時候，我們該如何去選擇呢？
對于用戶規(guī)劃的新業(yè)務(wù)，用戶一般會統(tǒng)一技術(shù)棧，因此直接使用微服務(wù) SDK 框架自帶的能力去實現(xiàn)全鏈路灰度發(fā)布會更加方便高效。
對于用戶已有的業(yè)務(wù)，并且業(yè)務(wù)內(nèi)部技術(shù)棧也不統(tǒng)一，這時候直接采用非侵入式的 JavaAgent 去做全鏈路灰度發(fā)布會極大程度地降低改造成本，因為業(yè)務(wù)代碼本身不需要做變動，只需要在運行實例上掛載一個 JavaAgent 即可。當然目前的 JavaAgent 其實是基于 Java 語言的，因此對于別的編程語言，還是得依靠微服務(wù) SDK 框架來實現(xiàn)全鏈路灰度發(fā)布，但是考慮到目前 Java 屬于使用量第一的編程語言，因此 JavaAgent 這種方式基本上還是能夠覆蓋絕大多數(shù)的場景。
總的來看，兩種方式其實適用于不同的業(yè)務(wù)場景，它們之間可以相互補充，形成一整套完善的全鏈路灰度發(fā)布解決方案。
3.4、全鏈路灰度發(fā)布方案帶來的優(yōu)勢
微服務(wù)應(yīng)用通過全鏈路灰度發(fā)布的方式可以顯著提高發(fā)布的效率以及穩(wěn)定性，關(guān)鍵優(yōu)勢如下：
?在開發(fā)測試過程中，客戶可以根據(jù)需求在邏輯上劃分出一套屬于自己的服務(wù)鏈路，只需要關(guān)注自己設(shè)定的特征流量即可，這種模式可以為客戶省去搭建系統(tǒng)中一些共用的模塊時間以及節(jié)約環(huán)境資源。
?在發(fā)布過程中，方便地將帶有試點特征的流量引入到含有自己試點應(yīng)用的鏈路環(huán)境當中?？蛻暨€可以根據(jù)需要把一部分生產(chǎn)流量引入到自己的新版本業(yè)務(wù)鏈路環(huán)境當中，完成新版本的驗證。
4、總結(jié)
微服務(wù)治理架構(gòu)的形態(tài)一直在演進，各種形態(tài)有其適用的場景和優(yōu)缺點。對于企業(yè)用戶和開發(fā)者來說，如何盡可能以較低的成本、較好的效率來解決微服務(wù)治理過程中的各個問題是永恒的目標。以上我們主要對主流的微服務(wù) SDK 架構(gòu)和 JavaAgent 非侵入治理架構(gòu)作了解析，對于 Java 應(yīng)用場景來說，這兩種治理模式可以在不影響性能的前提解決絕大多數(shù)場景的治理問題。華為云在微服務(wù)治理方向的持續(xù)探索也孵化出了 Spring Cloud Huawei、Java Chassis、Sermant 等優(yōu)秀的開源項目，并且將持續(xù)演進，豐富微服務(wù)治理領(lǐng)域的開源生態(tài)。
本文鏈接：http://www.www897cc.com/showinfo-26-125118-0.html基于微服務(wù) SDK 框架與 JavaAgent 技術(shù)，華為云全鏈路灰度發(fā)布方案助力應(yīng)用發(fā)布效率
聲明：本網(wǎng)頁內(nèi)容旨在傳播知識，若有侵權(quán)等問題請及時與本網(wǎng)聯(lián)系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權(quán)所有 sitemap.xml
違法及侵權(quán)請聯(lián)系：2376512515@qq.com 津ICP備18001702號
津公網(wǎng)安備 12010102000574號