兩個月前，AWS 推出了 Open Distro for Elasticsearch，官方表示這是 Elasticsearch 的增強發(fā)行版本，創(chuàng)建該項目的目標也并非為了分叉 Elasticsearch，他們會繼續(xù)向上游項目提供貢獻。

但即便如此，對于 AWS 的這個舉動，依然有人認為是在分裂 Elasticsearch，甚至是在分裂開源。

有觀點認為，因為亞馬遜對待開源的方式，再加上像開放源代碼促進會(OSI)這樣的行業(yè)協(xié)會缺乏領導力，這將扼殺開源的創(chuàng)新，并使得開源商業(yè)化不那么可行。

而這最后導致的結(jié)果就是越來越多的開源軟件變成專有和閉源軟件 —— 以抵制像 AWS 這種云廠商的“掠奪”(在 2018 年有數(shù)十家公司更改了他們的授權(quán)許可)，或切換成諸如 "source-available" 這樣的許可證。

當然，上面所說的選擇閉源的軟件主要是指基礎設施類軟件。不過如果 AWS 等云廠商與開源軟件之間關于“反哺開源”的問題無法解決，相信開源軟件會將“更豐富的功能”用于在企業(yè)版提供。

有人為此列舉了亞馬遜在開源方面做出的具有“侵略性”的行為：

1. 使用開源項目并將其作為商業(yè)服務提供，但不向創(chuàng)造和維護開源項目的商業(yè)實體提供任何回報，這無疑阻礙了開源項目的發(fā)展。
2. 分叉開源項目，并強行控制它們遠離創(chuàng)造和維護開源項目的商業(yè)實體，就像 Elasticsearch。
3. “劫持(hijacks )”開源 API，并將它們置于自己的專有解決方案之上，從而將客戶從開源項目吸引到自己的專有解決方案，例子就是 AWS 推出與 MongoDB API 兼容的新數(shù)據(jù)庫產(chǎn)品 Document(主要是為了繞過 MongoDB 的新許可證)。

亞馬遜對待開源的態(tài)度顯然很自私，但站在它的角度來看，這是十分合理的舉動，甚至是一個最優(yōu)解，因為它所做的事都是在許可證規(guī)則允許之下的。不過既然大家對這種行為都頗有微詞，所以有人認為需要行業(yè)協(xié)會創(chuàng)建新的開源許可證標準以滿足開源作者和廠商的合理訴求 ——

“不希望自己的開源代碼作為商業(yè)服務運行”。

只有如此，才能遏制像 AWS 那樣的行為，并避免導致出現(xiàn)不良的后果。

但當 MongoDB 向 OSI 提交自己的 SSPL 許可證申請時，卻引起了社區(qū)的質(zhì)疑，有人認為 SSPL 違反了開源的本質(zhì)，因為開源的價值正是能讓任何人以任何形式使用開源軟件(在開源協(xié)議允許的范圍內(nèi))。

Server Side Public License (SSPL)，即服務器端公共許可證，它明確要求托管 MongoDB 實例的云計算公司要么從 MongoDB 獲取商業(yè)許可證，要么向社區(qū)開源其服務端代碼。

當然，MongoDB 始終堅信 SSPL 符合符合開源計劃的批準標準。

既然行業(yè)協(xié)會不承認開源軟件廠商提交的開源許可證，那么他們?yōu)榱恕白员！痹撊绾巫?只能變更軟件授權(quán)方式，甚至將開源軟件閉源?

因此，如果缺乏對“濫用”開源行為的制約，無論對開源軟件貢獻者還是使用者，乃至整個市場都會帶來很大的傷害。

分享題目：云廠商濫用開源被指責，誰能制約？
本文來源：http://aaarwkj.com/news15/101315.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供自適應網(wǎng)站、移動網(wǎng)站建設、靜態(tài)網(wǎng)站、微信小程序、營銷型網(wǎng)站建設、網(wǎng)站維護

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)