獨家專訪阿里高級技術專家北緯：Dubbo開源重啓半年來的快意江湖

羅毅，花名北緯。這個名字，若是是混過天涯論壇的大齡網民應該都不陌生，北緯67度3分周公子（簡稱北緯）虐殺易燁卿MM的世紀大戰至今仍是天涯神貼 ，當時更是有看客賦詩形容：「目擊此帖，開懷大笑，行走論壇，此帖獨尊。」可見其影響力。

說是懷念這段經典，致敬周公子。

孔子說，40而不惑。現在的羅毅應該就是這個狀態了，對人情世故有所清明，對本身的狀態，尤爲是所作的工做有着清楚的認知，對將來也有必定的計劃。

20餘年的從業履歷，不能說每一段都足夠完美，但不管是在Oracle（世界百強，全球最大的企業級軟件公司），仍是在BEA 系統（著名的Java 中間件軟件公司），抑或現在的阿里，都在北緯的人生履歷上留下了足夠漂亮的一筆。

談「阿里」

在阿里工做是一種什麼體驗？阿里的江湖裏有武俠情結

北緯是在2014年7月份進入阿里的，就在將近2個月內，阿里在紐約證券交易所正式掛牌上市。他算是見證了阿里成長的老員工，目前主要負責中間件小組工做、微服務、RPC框架等內容。

程序員心嚮往之的大廠阿里到底是什麼樣子呢？北緯給出了本身的一些見解。

• 阿里有哪些特殊的企業文化？

我認爲阿里最出名的企業文化就是武俠文化了，表如今每一個人都有花名。最開始的花名都是來自金庸小說（譬如風清揚、郭靖、楊過等），還挺好記的，後面人多了，會發現要記住全部人的花名開始變成不容易。

此外 ，好比用內網登錄阿里的單身GO，可讓單身男女青年內部消化，打開釘釘內部羣，能夠聯繫到阿里系全部的人，包括馬老師。都是阿里頗有意思的一些東西。

• 面試阿里，哪些會是候選人的加分項？

咱們最關注的是候選人我的追求的核心價值，和團隊正在作的事情以及將來方向是否高度契合。而在我的素質方面，主要關注聰明、坦誠、有熱情這3個方面。

因爲體量大，阿里的業務之間會不會存在比較多的交叉，對技術人員也有不一樣業務線協做的需求？

• 根據康威定律，組織架構決定軟件架構。

阿里是國內最先作服務化改造的公司，架構按照服務拆分，不一樣業務之間的交互主要是經過契約，契約不變的前提下各團隊各司其職。業務線之間的協做每每也會發生，典型的會發生在影響上下游的新版本發佈或者橫向的架構改造升級。所以，這類事情對於中間件團隊等基礎架構部門比較多一點。

同一發展階段，技術人在阿里的最大的收穫會是什麼？
我認爲技術人在阿里工做，面對的主要是雙十一的體量對軟件、架構設計上的挑戰，可以更真切地感覺到本身負責的組件在其中承擔的做用從而帶來了很大的成就感。

談「Dubbo」

時隔3年 阿里的開源Dubbo 3.0滿血復活！

對於 Dubbo 框架，大部分 Java 開發者都不會感到陌生，它自誕生起就備受關注。

2012 年，阿里巴巴在 GitHub 上開源Dubbo，許多開發者及公司都青睞於使用Dubbo來解決服務化問題。去年11月份，阿里宣佈重啓Dubbo開源，那麼目前Dubbo的開源進展如何？

北緯就是Dubbo開源項目和內部服務框架的負責人，場主和他也聊到一些你們所關心的關於Dubbo的問題：

• 你是何時接手Dubbo項目，在此以前對Dubbo的瞭解程度如何？

我正式接手Dubbo是從2017年7月份開始的，之前其實也陸陸續續維護過 Dubbo，好比 2016 年裏也作過相關嘗試。

我對 Dubbo 的瞭解主要來自梁飛在 JavaEye 的系列文章，再經過本身閱讀源碼，以及在內部 RPC 框架對 Dubbo 兼容的工做中學習所得。而在正式接受Dubbo項目後，我又開始認真地體系地去了解 Dubbo 。

出於統一運維的考慮，阿里內部使用的是一個比開源版本更先進的服務框架，這個框架經歷了歷年雙十一大促峯值的考驗。

目前 Dubbo 開源和內部服務框架都由個人團隊負責，咱們在認真審視如何融合兩個框架優勢的問題，這一點相信會在將來的 Dubbo 3.0 中有體現。

• 爲何在2年多的「斷更」後，選擇重啓Dubbo開源？

主要原因有四個方面：戰略、社區、生態和回饋。

首先阿里巴巴將開源提到了新的戰略高度，去年雲棲大會上阿里雲宣佈了加大技術投入、擁抱開源的策略。

從社區來看，這兩年社區提交的 pull request 和問題沒有獲得及時的解決，一些公司開始本身維護Dubbo的私有分支，使得版本分化嚴重。因此，Dubbo但願與社區進一步的互動，同時激發 Dubbo 團隊的產品靈感。

而一個活躍的社區必將產生一個繁榮的生態，將普惠全部使用 Dubbo 的人和Dubbo自己。

咱們目前也在傾聽社區裏的聲音，對版本作升級，但願經過開發者們的共同推進，將來都回饋給社區。

我相信，此次投入資源重啓開源核心是讓開源發揮更大的社會價值，對於咱們 Dubbo 團隊來講，也可以從社區的交流中得到更多的靈感。

• 如今從新啓動Dubbo是否還有至關的優點與社會承認度？

實踐證實，Dubbo 在國內開發社區裏仍是有很好的羣衆基礎的，不少公司的服務化方案上跑在 Dubbo 上。

自去年開源重啓以來，GitHub 上的 star 數增加接近 80%，達到了 18500。固然後面咱們須要更加關注 Dubbo 對最新技術趨勢的跟隨，服務治理的加強，以及對性能的追求。

同時，咱們也十分歡迎社區的貢獻，而且目前已經和國內一些活躍的 Dubbo 我的開發者和公司創建了緊密的鏈接，將來咱們還期待有國外的開發者可以加入進來。

• 目前Dubbo在Apache的孵化進展如何？選擇捐贈的緣由是什麼？

項目捐贈給 Apache 基金會進行孵化，Dubbo並非首例，早在2016 年 12 月，阿里巴巴就宣佈將移動開源項目 Weex 捐贈給 Apache 基金。

目前，進入 Apache 基金會以後的第一個正式版本的發佈正在準備中，因爲要熟悉 Apache 的發佈過程，這個版本會花些時間，因此還請你們耐心等待一段時間。

而捐獻給 Apache 基金會的緣由也很簡單，此次把項目放到中立方託管，是但願藉助社區的力量來發展 Dubbo，也打消你們對於 Dubbo 將來的顧慮。

捐獻以後的代碼庫仍然在 GitHub 上，地址是:https://github.com/Apache/inc...。

另外咱們會同步在 https://github.com/Dubbo 上建設 Dubbo 的生態，指望爲全部 Dubbo 的使用者帶來更豐富的選擇。

社區交流基本是英文呈現，是否在重啓中考慮創建中文的社區？



社區交流基本上用英文一方面上 Apache 的要求，另外一方面咱們也期待 Dubbo 可以走向世界。

但同時，咱們固然不可以忽略國內用戶永遠是 Dubbo 最大的用戶羣體的這個事實，中文社區也在規劃之中，會重點包括產品文檔、技術博客、和問答社區等。

• 從此的Dubbo開發者沙龍活動在城市選擇和內容側重上如何？

目前看起來，Dubbo 的主要用戶分佈在北上廣深和杭州，進一步的，咱們也會重點考慮成都和南京。

沙龍活動的分享主題是面向工程師向的，會包含架構分析、源碼解讀、Hands On、以及友商案例分享等內容，因爲 Dubbo meetup 同時會提供直播，徹底能夠異地跟蹤到 Dubbo meetup 每一站的內容。

談「微服務架構」

提到 Dubbo 就不能不說微服務 而言及微服務必定有Service Mesh一席之地

傳統的微服務向咱們展示了服務化的將來藍圖，也提供了諸多方法論和最佳實踐指導咱們完成架構的變革。

可是顯然實施過微服務的朋友們都必定清楚，這是一個異常複雜且充滿了不肯定性的改造過程——將單體系統剝離、引入服務化組件、將內部調用轉化爲遠程調用、解決由於調用遠程化和分佈化而帶來的各類次生問題（網絡問題、安全問題、狀態管理問題、一致性問題等等）。

此時，Service Mesh 無疑是一根救命稻草。簡言之，Service Mesh 另闢蹊徑，在不深刻服務內部的狀況下，以 Agent 的形式與服務共生，並由 Agent 提供一切微服務所須要的能力。

• 分佈式事務如何解決？

採起 BASE 柔性事務，強調最終一致性，相關的手段包括 TCC、可靠消息和補償機制等。目前這一塊的趨勢是如何避免對業務的侵入。

本文做者：中間件小哥

原文連接

本文爲雲棲社區原創內容，未經容許不得轉載。