聚焦穩定性,Dubbo 發版規劃公佈

来源:https://www.cnblogs.com/apache-dubbo/archive/2022/12/06/16955087.html
-Advertisement-
Play Games

Redis數據結構 1. SDS Redis 是用 C 語言寫的,但是對於 Redis 的字元串,卻不是 C 語言中的字元串(即以空字元’\0’結尾的字元數組),它是自己構建了一種名為 簡單動態字元串(simple dynamic string,SDS)的抽象類型,並將 SDS 作為 Redis 的 ...


Dubbo 簡介

Apache Dubbo 是一款 RPC 服務開發框架,用於解決微服務架構下的服務治理與通信問題,官方提供了 Java、Golang 等多語言 SDK 實現。使用 Dubbo 開發的微服務原生具備相互之間的遠程地址發現與通信能力, 利用 Dubbo 提供的豐富服務治理特性,可以實現諸如服務發現、負載均衡、流量調度等服務治理訴求。Dubbo 被設計為高度可擴展,用戶可以方便的實現流量攔截、選址的各種定製邏輯。

我應該如何選擇版本?

對於這個問題,一直以來 Dubbo 都沒有很好地去回答。究其原因保證所有版本的穩定性是一件非常有挑戰的事情。比如在 Dubbo 2.7 的一些版本中,出現了一些前後不相容的問題,給一些用戶升級帶來了困擾。為此,很多用戶從保障穩定性的視角出發,選擇了更保守的策略,即生產環境採用被採用最多的版本,此後就不再更新,避免升級過程中出現意外。

但是這種方式無疑是有問題的,一方面這將導致永遠無法用上社區新的功能,得到技術演進的紅利;另一方面,對於安全漏洞和帶來不穩定因素的 bug 等已知問題如果不升級永遠會存在,久而久之將給應用帶來巨大的風險,很有可能導致嚴重的安全生產事故。

因此,為了更好地回答這個問題,Dubbo 制定了未來的版本迭代規劃,明確版本的穩定性維護機制,提升開發者使用 Dubbo 的信心。

現狀

在此前,Dubbo 總共維護了 2.6.x、2.7.x 以及 3.x 三個大版本,其中 2.7.x 為捐獻進入 Apache 基金會之後的版本。

2.6.x 在去年已經宣佈生命周期結束(EOL)了,而 2.7.x 累計維護了四年的時間了。這四年的時間里,2.7.x 版本經歷了多次大的修改,如 2.7.3 版本中對 Nacos 的註冊方式進行了修改、2.7.6 版本中添加了應用級服務發現、2.7.9 版本中對應用級服務發現進行大的重構等。
3.
這些修改都對 2.7.x 版本的穩定性帶來了巨大的風險隱患,導致 2.7.x 中很多版本或多或少存在不同的問題,用戶無法選擇一個最穩定的版本進行使用。

因此,我們希望在 3.x 版本中將這種不穩定的情況通過發版機制給收斂掉,提高 Dubbo 版本的穩定性。

未來總體規劃

在接下來,Dubbo 將以每 6 個月為一個周期,對每個版本包括了新功能合入、穩定性維護以及安全漏洞修複三個大方向的內容。

新功能合入是指將 Dubbo 開發過程中所有新的特性、性能優化、破壞性修改都會被合入的行為。由於新功能是需要一段時間迭代穩定的,所以新功能的合入會給對應版本帶來不穩定因素,因此只能在每個版本最開始的時候進行。

穩定性維護是指修複已有功能的非預期行為,進一步提升版本的穩定性。特別的,對於一些大的問題修複,如功能需要整體重構的,或者回帶來破壞性影響的提交將被視為新功能提交,執行新功能合入的流程。避免因為修複一個問題而來帶更多問題的嚴重後果。

安全維護是指修複使用中的安全風險問題,這一塊主要是解決來自白帽子提交的漏洞問題。

新功能合入在每個版本中會持續 6 個月,穩定性維護在每個版本中會持續 12 個月,安全維護在每個版本中會持續 18 個月。

因此,從整體迭代規劃來看,每 6 個月 Dubbo 會開始一個新的版本迭代,與之同時的,也會有一個版本宣佈生命周期結束(EOL)。

逐版本維護規劃

image.png

上圖為具體到每個版本在每個時間點的維護狀態圖。

對於 Dubbo 2.7 以及 3.0 版本,目前已經進入了安全維護階段,將在 2023 年 3 月宣佈版本維護周期結束。

對於 Dubbo 3.1 版本,目前已經是穩定性維護階段,如前一小節所述,目前只會繼續合入和穩定性修改的修改。處於穩定性維護階段的版本也是社區推薦生產使用的最新版本。穩定性維護工作將持續到 2023 年 3 月,在此之後會有持續 6 個月的安全維護階段,最終在 2023 年 9 月結束其版本的生命周期。

對於 Dubbo 3.2 版本,目前仍處在新功能合入的階段,發佈的是 beta 版本。此階段適合一些嘗鮮使用,版本穩定性相較於已經進入僅穩定性維護階段的版本稍欠。在 2023 年 3 月,Dubbo 3.2 將結束新功能合入周期,進行充分的穩定性驗證,並正式發佈生產可用的 GA 版本。此後在 2023 年 9 月之前會進行穩定性的維護,在 2024 年 3 月結束版本的生命周期。

對於 Dubbo 3.3 版本,將在 2023 年 3 月緊隨著 3.2 版本結束新功能合入階段後正式開始開發。因此,Dubbo 3.3 版本的第一個 beta release 也將會在 2023 年 3 月發佈。同樣的,經過 6 個月的新功能合入階段之後,Dubbo 3.3 版本將會在 2023 年 9 月正式發佈生產可用 GA 版本,同時進入穩定性維護階段。之後在 2024 年 3 月進入安全維護階段,在 2024 年 9 月結束版本的生命周期。

總結

對於絕大多數的生產用戶,我們建議使用當前處於僅穩定性維護階段的版本的最新小版本。如在 2022 年 9 月至 2023 年 3 月這段時間,Dubbo 3.1 是處於僅穩定性維護階段的,因此首選 Dubbo 3.1 版本。而對於如 3.1.0、3.1.1、3.1.2 等的 Dubbo 3.1.x 的多個小版本,我們建議直接使用最新的小版本。由於各個小版本之間僅包含穩定性修複,所以越往後的版本是越穩定的。

對於願意嘗鮮、體驗新功能的用戶,可以直接基於最新的開發版本進行測試。即使是開發版本,Dubbo 也有一整套的質量保障機制,如果使用過程中遇到問題,歡迎向社區提交反饋。

目前,阿裡巴巴集團已經基於 Dubbo 3.0 的穩定版本完美支撐了整個核心電商今年雙十一的所有調用,現在也正在升級到 Dubbo 3.1 這個最新的穩定版本上來。我們歡迎更多的用戶一起升級到 Dubbo 3.1 版本上,在升級過程中可以參考官網給出的升級指南,遇到任何問題也可以通過 issue、微信群、釘釘群及時反饋社區,我們將盡全力協助。

更多

在版本規劃的方向上,除了本次發佈的迭代線路圖,Dubbo 還將通過一系列的機制保障用戶的使用體驗是連續的、穩定的。在大版本升級方面,Dubbo 將建設完善的版本升級指南,如 Dubbo 3.1 版本升級到 Dubbo 3.2 版本中的重大修改點,讓用戶在升級的時候能夠清晰的瞭解其中的風險點,更好的規劃升級節奏。

此外,對於目前人在大範圍使用的 Dubbo 2.7 版本,在近期 Dubbo 社區也將推出針對 Dubbo 2.7 版本的升級的指南與工具,通過工程化的方式讓所有的 Dubbo 2.7 用戶都可以提前查出所有的版本差異點,平滑升級到 Dubbo 3 上來。

搜索關註官方微信公眾號:Apache Dubbo,瞭解更多業界最新動態,掌握大廠面試必備 Dubbo 技能


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 作者:LuHengXing 鏈接:http://www.dbapub.cn/2020/09/01/MySQL8.0直方圖/ 查詢優化器負責將SQL查詢轉換為儘可能高效的執行計劃,但隨著數據環境不斷變化,查詢優化器可能無法找到最佳的執行計劃,導致SQL效率低下。造成這種情況的原因是優化器對查詢的數據了 ...
  • 模板作為C++泛型編程的基礎十分重要,其使得一份代碼能用於處理多種數據類型。而有些時候,我們會希望對一些特定的數據類型執行不同的代碼,這時就需要使用模板特例化(template specialization)。 函數模板特例化 首先說一個重要的,函數模板的特例化並不是函數重載,每一個特例化實際上是提 ...
  • 概要 manim 是一個做數學視頻的 python 庫,這個庫功能非常強大。具體可以參考官方介紹:https://github.com/ManimCommunity/manim/ 它本身只是封裝數學相關的幾何體和一些基礎動畫,所以,製作視頻時,需要進一步封裝更複雜的動畫來滿足視頻的要求。最近做的一個 ...
  • 在我的客服系統項目中,我使用的gin框架沒有自帶session功能,需要經過下麵的整合處理 使用的是 github.com/gin-contrib/sessions 在我的tools包下 package tools import ( "github.com/gin-contrib/sessions" ...
  • 介面優化過程記錄 問題背景 某個介面耗時長(247ms),但裡面邏輯不算複雜,只進行了簡單的對象引用以及操作了多次Redis 步驟1:鏈路追蹤,確定業務耗時點 介面里通過鏈路追蹤以及日誌查詢發現主要是操作Redis的這條鏈路耗時變長 步驟2:從Redis找問題,列出可能點 原因可能是: Redis本 ...
  • Map的常用方法 案例1 場景:一張建行用戶體驗金信息大表(百萬級別),裡面存在一個欄位對多條數據,需要統計某個欄位的多條數據累加值以供於別的服務調用。 優化前解決:直接查出來一個大list給到另一個服務,再另外一個服務里有笛卡爾積算出累加值(笛卡爾積後得到jvm需運算56億次),程式直接接近崩潰, ...
  • JZ34 二叉樹中和為某一值的路徑(二) 描述 輸入一顆二叉樹的根節點root和一個整數expectNumber,找出二叉樹中結點值的和為expectNumber的所有路徑。 1.該題路徑定義為從樹的根結點開始往下一直到葉子結點所經過的結點 2.葉子節點是指沒有子節點的節點 3.路徑只能從父節點到子 ...
  • 上線流程 上線前準備 首先將跑在本地版本的項目,上傳至遠端(gitee、github上) 重新複製一份項目的配置文件,可以命名為pro.py(dev為開發階段的配置文件,pro為上線的配置文件) 在pro文件內,修改以下配置項: # 將調式模式改為false DEBUG = False # 運行的h ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...