資料庫製造商Redis Labs宣佈將其Redis模組的許可協議由AGPL

今年初，根據DB-Engines資料，開源資料庫license數量首次超過商業資料庫，這是開源資料庫發展的里程碑。

國內開源的發展更是迎來一系列政策利好，在國家“十四五”規劃中首次將軟體開源列入其中，明確指出數字技術開源社群的聯合創新體發展，支撐打造數字經濟新優勢。今年11月底，工信部發布《“十四五”資訊化和工業化深度融合發展規劃》指出，開源開闢了產業競爭新賽道，基於全球開發者眾研眾用眾創的開源生態正加速形成。開源生態明確了生態培育目標，培育一批具有生態主導力和核心競爭力的骨幹企業，建設 2-3 個有國際影響力的開源社群，培育超過 10 個優質開源專案。

業內人士指出資料庫也要充分利用開源和發展開源，廣泛吸納全產業力量，打造中國開源根社群，形成創新合力，在合理的社群治理框架和機制上大力協同，發揮活力。

近年來，國內越來越多的主流資料庫產品選擇開源完善生態，打磨產品。如openGauss、PolarDB、OceanBase等選擇開源。

中國計算機學會資料庫專委副主任、哈爾濱工業大學高巨集教授在日前舉辦的openGauss Summit2021峰會上指出，當前資料庫的開源模式將產業和科研相結合，高效銜接了市場需求與技術創新，加速彌補了資料庫產業在推進中的核心技術短板。

開源有一萬種好，也充滿了誘惑。有人篤信國內基礎軟體的發展只有開源這一條路，也有人對開源持懷疑態度。要不要選擇開源?鞋子是否合適只有腳知道。

面對開源的誘惑，還要從企業自身發展考慮。南京錄信CTO母延年在接受筆者採訪時指出，開源應該是每個技術人員都會嚮往的一種文化。開源是一種選擇和判斷，還是得看廠商本身適不適合走開源這條路。錄信也討論過開源的問題，但是最終否決了，最重要的因素是考慮到公司服務能力和運營能力不夠。第一，人員規模並沒有那麼大，沒有那麼多的技術支援人員能在專案開源前期提供一些支援和幫助。第二，團隊中沒有有過成熟開源專案運營經歷的人，並不熟悉開源社群如何運營和維護，這兩點最終讓錄信否決了開源的打算。

實際上對於半路出家選擇的開源的資料庫廠商來說，並不容易。

從閉源走向開源，需要面向開源招兵買馬建團隊，組織、文化、機制各方面與原來的閉源商業化都不相同，從0到1的建設，非常考驗團隊的決心和智慧。

在商業化方面，開源面臨著不少挑戰。比如由開源協議引起的嘴炮官司和糾紛，近幾年越來越多的開源資料庫修改開源許可證：

2018年Neo4j 宣佈從 Neo4j 3.5 版本開始，企業版將僅在商業許可下提供，不再在 GitHub 上提供原始碼。

2018年9月，資料庫製造商Redis Labs宣佈將其Redis模組的許可協議由AGPL v3變更為Apache v2與Commons Clause相結合的許可協議，以限制Redis相關軟體的銷售。

2018年10月，MongoDB宣佈其開源許可協議從AGPL v3切換到Server Side Public License (SSPL)，以遏制雲服務提供商免費使用MongoDB。

2019年6月，CockroachDB宣佈其核心程式碼的授權協議將從Apache License version 2 (APL)變更為Business Source License(BSL)。

2021年1月，Elastic公司CEO Shay Banon發文宣佈， Elasticsearch和Kibana在許可證方面進行了重大的更改，由開源Apache 2.0許可證，改為採用SSPL(伺服器端公共許可證)。

開源資料庫修改開源許可證，主要是限制雲服務提供商的商業化行為。所以，在選擇開源時，需要基於自身需求選擇合適的開源協議。

“不可否認開源在生態體系上有著得天獨厚的優勢，更利於產品更快被受眾接受，以便收集更多的反饋和快速迭代。但是開源的挑戰也就是如何能吸引使用者，現在並不是以前解決方案匱乏的時代，相反的是能提供的開源方案有很多，因此這對於開源專案本身的運營能力和品牌影響力也有著很高的要求。”母延年強調。

目前，國內開源生態還面臨發展基礎較弱、底層技術掌控不足、開源文化氛圍不濃、政策支援有待加強等制約因素。整個國家整個社會，產學研用的各方都在積極推廣開源鼓勵開源，參與到開源的發展建設中，開源的建設也需要日拱一卒，循序漸進。