CrateDB 4.5讓這個(gè)分布式SQL數據庫開(kāi)源

數據庫供應商Crate.io表示，正在將其整個(gè)代碼庫轉移到開(kāi)放源代碼許可模型中。

Crate.io總部位于加利福尼亞州舊金山，該公司開(kāi)發(fā)并支持CrateDB平臺，這是分布式SQL數據庫，它被優(yōu)化用于時(shí)間序列數據分析。

該供應商在3月23日發(fā)布新版Crate 4.5并轉向開(kāi)源，在此之前，CrateDB是開(kāi)放核心模型，其中包含開(kāi)源基礎，或“核心”社區版和企業(yè)平臺，具有專(zhuān)有功能，這些功能在開(kāi)源中不可用。

隨著(zhù)轉向完全開(kāi)源代碼庫，以前僅在企業(yè)版CrateDB中可用的功能現在出現在開(kāi)源CrateDB 4.5中。在曾經(jīng)專(zhuān)有的功能中，關(guān)鍵功能是安全性和可視化功能，這些功能使CrateDB更加安全、更易于管理和使用。

Gartner公司分析師Adam Ronthal表示，開(kāi)放源許可旨在提高CrateDB技術(shù)的覆蓋范圍和部署率，并應有助于推動(dòng)云貨幣化。

Ronthal說(shuō)：“作為一家小型ISV（獨立軟件供應商），CrateDB面臨挑戰，他們需要與本機（云服務(wù)提供商）產(chǎn)品和其他ISV的專(zhuān)業(yè)產(chǎn)品競爭。CrateDB擁有很強的性?xún)r(jià)比，這對于他們的長(cháng)期成功至關(guān)重要?！?/p>

為什么CrateDB完全開(kāi)源

其實(shí)完全轉向開(kāi)源許可模式的決定是在2020年做出，即在Crate.io引入新的首席執行官EvaSch?nleitner的時(shí)候。

Sch?nleitner談到她擔任CEO的頭幾個(gè)月時(shí)說(shuō)：“當時(shí)我們開(kāi)始進(jìn)行的討論之一是我們在產(chǎn)品開(kāi)發(fā)方面的工作，我們在年底決定開(kāi)源方向?！?/p>

根據Sch?nleitner的說(shuō)法，由于企業(yè)版中的所有代碼都是由Crate.io員工編寫(xiě)，因此供應商擁有所有知識產(chǎn)權，并且能夠輕松地使代碼開(kāi)源。

她指出，這不僅是改變許可，而且還改變了Crate.io的理念。他們沒(méi)有保留社區版的功能，現在提供一個(gè)版本和用于代碼開(kāi)發(fā)的開(kāi)發(fā)路徑。Sch?nleitner補充說(shuō)，盡管該公司現在基于開(kāi)放源代碼，但她的公司仍在繼續運行CrateDB Cloud產(chǎn)品–托管的數據庫即服務(wù)產(chǎn)品。

核心CrateDB數據庫現在也作為開(kāi)源技術(shù)免費提供，Crate.io為付費客戶(hù)提供支持服務(wù)。

開(kāi)源CrateDB和云吞噬的風(fēng)險

有些供應商選擇采用開(kāi)放核心方法或完全避免開(kāi)放源代碼的主要原因是“云吞噬”的潛在風(fēng)險。

如果項目是開(kāi)放核心，而企業(yè)技術(shù)不是開(kāi)源，云提供商也無(wú)法采用。

云吞噬是指公共云提供商采用開(kāi)放源代碼項目，并將其作為服務(wù)在其自己的平臺上提供，而沒(méi)有與負責該項目的主要供應商進(jìn)行互動(dòng)。發(fā)生這種情況的示例就是Elasticsearch和AWS。

Crate.io的客戶(hù)工程主管Georg Traar說(shuō)：“作為一家公司，就服務(wù)而言，我們可以圍繞該開(kāi)源產(chǎn)品提供更多的服務(wù)。自從我們創(chuàng )建產(chǎn)品以來(lái)，我們可能也是運行該產(chǎn)品的最佳選擇。是的，AWS可能有他們自己的解決方案，我認為我們必須做到這一點(diǎn)?！?/p>