- documentdb最初是作為郵政加載項,然後發展為獨立項目
- Linux基金會的採用信號標誌著開放文檔數據庫的新時代
- MongoDB的限制性許可決策為DocumentDB的允許方法創造了空缺
多年來,開源數據庫一直被描述為傳統的關係系統或更新的NOSQL替代方案。
Microsoft首次引入並在Linux Foundation下採用的DocumentDB的出現使該分裂模糊。
通過通過擴展將PostgreSQL與以文檔為導向的存儲相結合,DocumentDB將自己定位為開發人員熟悉的,而對現有NOSQL播放器的破壞。
從PostgreSQL擴展到一個完整的項目
在寬鬆的麻省理工學院許可下採用它的依據信號信號推動了更廣泛的社區參與。
PostgreSQL Core核心開發團隊的創始成員Bruce Mommjian說:“ Microsoft,AWS和其他人正在聯合使用DocumentDB工作,這是PostgreSQL之上的MongoDB兼容API的開源實施。”
Microsoft副總裁Kirill Gavrylyuk說:“我們以一個簡單的目標構建了DocumentDB:為開發人員提供了一個開放的文檔數據庫,具有NOSQL的靈活性以及Postgres的功率,可靠性,開放性和生態系統。”
DocumentDB始於2024年,是一對用於處理BSON數據模型和文檔查詢的PostgreSQL附加組件。
在一年之內,該項目擴展到獨立數據庫,該數據庫仍然在很大程度上取決於PostgreSQL的可靠性和生態系統。
這種雙重身份,部分關係引擎和部分文檔存儲,使文檔DB對尋求常見界面的開發人員有吸引力。
然而,懷疑論者指出,將文檔的分層特徵放在PostgreSQL上並不能消除關係系統的結構限制。
將DocumentDB帶入Linux基金會的舉動吸引了 亞馬遜網絡服務,Google等。
他們的認可標誌著主要雲供應商在罕見的時刻,特別是考慮到近年來數據庫世界的許可爭端。
Amazon DocumentDB總監Adam Abrevaya說:“ AWS很高興為現在由Linux基金會管理的開源DocumentDB項目做出貢獻。”
Google Cloud Google Cloud Engineering副總裁Sailesh Krishnamurthy表示:“很高興看到DocumentDB項目加入Linux基金會,該基金會確保客戶和社區擁有公開管理的開源選擇。”
儘管如此,批評者回憶說,供應商中立通常比實踐更像徵性。
一個由大型評分者支持的項目很容易受到優先事項的影響,使較小的貢獻者想知道社區治理將真正產生多大影響。
DocumentDB的採用也可以看作是對MongoDB採用限制性許可模型的決定的回應。
通過提供寬鬆的替代方案,Linux Foundation希望向文檔數據庫邁出更可互操作的標準。
行業退伍軍人認為,這種標準早就應該了,但是時機是有爭議的。
但是,MongoDB繼續統治市場,其捍衛者堅持認為,將文檔功能固定在PostgreSQL上是不能代替本地設計的。
Linux Foundation的執行董事Jim Zemlin說:“ DocumentDB填補了文檔數據庫生態系統中的關鍵空白,吸引了貢獻者,用戶和冠軍。它為基於文檔的應用程序提供了開放標準。”
對於從事Linux發行版或配置用於編程的筆記本電腦的開發人員,DocumentDB可能是另一種有希望的簡單性和開放性的工具。
考慮移動工作站或SaaS集成的企業也可以在基於後Gostgres的NOSQL選項中看到吸引力。
然而,現實並不那麼簡單,因為成功取決於技術優點和社區對最大供應商的傾向的抵制。
您可能還喜歡
#Microsoft #AWS聯合起來因為DocumentDB在Linux #Foundation #Control下用開源功率搖動數據庫世界