?9 月 8 日，StarRocks 發布了一篇名為《 StarRocks 開源——攜手未來，星辰大海！??????? 》的文章，將核心產品 DorisDB 全面開源，以解決舊的大資料技術架構無法滿足當前業務高速發展的需求，并立志與“全球大資料從業者一起構建新一代極速統一的資料分析架構”，???????
文章中，StarRocks 團隊對“新一代極速全場景 MPP 資料庫”進行了全面的解釋，并對未來展開了“攜手未來、星辰大海”的美好憧憬，其中最吸引人眼球的還要屬阿里巴巴技術副總裁賈揚清等一眾大佬為其搖旗吶喊，小米、騰訊云、京東零售、貝殼找房等廠商也紛紛為其打 call，聲勢不可謂不浩大，
一石激起千層浪，StarRocks 的開源讓眾人不禁聯想到其與 Apache Doris 之間的恩怨糾葛，
- Doris 最早是解決百度鳳巢統計報表的專用系統，2013 年，Doris 團隊對其進行了 MPP 框架的升級，后將名字改為 Palo；
- 2017 年，百度 Palo 在 GitHub 上開源；
- 2018 年，這個專案在捐獻給 Apache 軟體基金會時，由于與某廠商撞名，便改回 Apache Doris 這個名字；
- 2020 年，Doris 團隊成員離職創業，在 Apache Doris 的基礎上做了一款商業化閉源產品，名為 DorisDB（也就是 StarRocks 的前身），
DorisDB 和 Apache Doris 是兩款不同的產品，但是“很多開源用戶在初次接觸 Doris 的時候都會迷惑這兩個產品的區別是什么，甚至以為是同一個產品”，由于名字相似的緣故還帶來了品牌侵權問題，2018年，Apache Doris 在捐獻給基金會的同時，基金會曾明確規定其相應著作權不得用于任何第三方商業公司，而這也成為 Apache Doris 在畢業道路上的最大障礙，
業界人士對此也有不同看法，有人認為 StarRocks “吃相太難看，當年好不容易在 Apache 基金會的臉全都被它丟光了”，也有專家直接將問題的根源聚焦于開源許可協議，認為“寬松許可證的道德約束在利益面前不堪一擊”，開源個人貢獻者也紛紛發聲，“作為一個開源愛好者，我們一直堅信 open 和 respect 是基本要求”，
就在大家爭論不休的時候，9 月 9 日，Apache Doris 團隊發布了《你們想知道的一切，都在這里了???》一文，對 StarRocks 開源事件做出了回應，重點解答了“關于 Apache Doris 和 DorisDB、StarRocks 的關系”、“關于社區分化的原因”、“關于如何看待 StarRocks "開源'”、“為什么 StarRocks 不回饋給 Apache Doris？”四個問題，
針對大家共同關注的開源問題，文章中是這樣回應的，Apache Doris 遵守的是 OSI 認可的 Apache License 2.0 版開源協議，OSI（Open Source Initiative，即開放源代碼促進會）是一個旨在推動開源軟體發展的非盈利組織，為開源定義了一系列的事實標準，也就是說“不被 OSI 認可就不是開源”，而 StarRocks 開源遵守的卻是 Elastic License 2.0，這個開源協議并不被 OSI 所認可，所以只能算是“源代碼可獲取”，這段解釋似乎為 StarRocks 開源一事正式蓋棺定論，但不久后，StarRocks再次發聲，
StarRocks 團隊在《 關于 StarRocks 相關疑問的解答 》中發布鄭重宣告，“從 DorisDB 到StarRocks ，從商標到代碼協議，我們的作業完全在法律法規的框架下進行，也歡迎各界人士的關注和監督，如果對任何方面構成實質性侵權，我們愿意負全部的法律責任，”
在這場紛爭中，整體事件的發展也引發了不少開源者的探討與反思，那么在實際開發程序中，開源協議應該如何遵守？回歸開源本身，有哪些避坑指南？企業在開源中有哪些閉坑之道？開發者又該以什么樣的姿勢參與到開源中來？9 月 16 日，CSDN 特別邀請到了 Apache SkyWalking 創始人吳晟，華為開源軟體中心技術專家、ASF Member 姜寧，開源社理事長莊表偉，開源研究者、《大教堂與集市》譯者衛劍釩以及開源之道主創李建盛（適兕）來與大家共同探討其中是非曲直，屆時歡迎大家來到CSDN【開源圓桌派】的直播間，與各位大咖一起揭秘《開源之忌：哪幾點最要不得？》
立即預約>>>> https://l???????ive.csdn.net/room/csdnnews/Rqpkh2xP，觀看直播更有好禮相送！
???????
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/299114.html
標籤：AI