開源技術(shù)發(fā)展分析與開源法則

1、開源技術(shù)發(fā)展分析與開源法則技術(shù)創(chuàng)新，變革未來101了解開源提供源代碼自由傳播允許二次創(chuàng)作平等對待所 有用戶許可證隨代 碼傳播技術(shù)中立2開源 開放開源 無限授權(quán)黑客英雄（1950-60）企業(yè)化（1970-2010）社會化32010-創(chuàng)業(yè)公司科技巨頭1.0技術(shù)支持&訂閱服務(wù)2.0基于開源的商業(yè)版3.0 SaaS新興：生態(tài)成熟：互通4全球有35家超過1億 美元的開源商業(yè)公司羊毛出在豬身上“開源軟件是知識產(chǎn)權(quán)的癌癥”- 微軟第二任CEO史蒂夫鮑爾默“微軟愛開源”- 微軟第三任CEO薩提亞納德拉5中間件數(shù)據(jù)庫操作系統(tǒng)Web服務(wù)器Tomcat市占率第一 應(yīng)用集成Kafka市占率第一開源數(shù)據(jù)庫185個 商業(yè)

2、數(shù)據(jù)庫175個，Linux：100%的超級計算機市場 82%的智能手機市場數(shù)據(jù)來源： enlyft 、W3techs，DB-Engines，Linux基金會官網(wǎng)6人工智能大數(shù)據(jù)云計算7HadoopSpark FlinkOpenStackKVMKubernetesTensorflowCaffe kerasTensorFlow擁有6萬多Fork數(shù)，位居同類型第一；Caffe和Keras在 學(xué)術(shù)界和工業(yè)界得到廣泛應(yīng)用，三者穩(wěn)居深度學(xué)習(xí)庫的前三名。2025年全球Hadoop市場預(yù)計6708億美元；Amazon的EMR、谷 歌的Dataproc、阿里云的E-MapReduce、Azure的HDInsig

3、ht， 均選擇基于Hadoop構(gòu)建。2019 年 84 的公司在生產(chǎn)中使用容器 ，其中78%的用戶使用Kubernetes進行容器集群管理。數(shù)據(jù)來源：market watch ，CNCF調(diào)查報告等之前是個人興趣驅(qū)動的現(xiàn)在多以個人名義的企業(yè)行為82019年，Github托管項目數(shù)1.4億個，比2018年上升44%。預(yù)計2026年，將達到3億個。9我國自發(fā)開源項目涵蓋全棧技術(shù)領(lǐng)域10個別項目已具有一定國際影響力11我國企業(yè)對開源的應(yīng)用，穩(wěn)定上升121302開源生存法則貢獻者和使用者人機料法環(huán)代碼托管平臺、開源組成分析工具等基礎(chǔ)物料是源代碼社區(qū)的管理辦法，項目的 開源許可證等開源社區(qū)14Commun

4、ity Over Code判斷一個公司的開源項目，是真開源還是KPI的核心指標15開放型許可證是最基本的類型，用戶可以修改代碼后閉源。 常見的開放型許可證主要包括：MIT、BSD、Apache等如果一個軟件包含該協(xié)議下部分代碼，完全發(fā)布時某些部分必須適用 該許可證，其它部分可在其它協(xié)議下發(fā)布。常見的弱傳染型開源許可證主要包括：LGPL、MPL、EPL等傳染型開源許可證明確修改版本須以同一許可證發(fā)布，如果一個軟件 包含該協(xié)議下部分代碼，完全發(fā)布時必須作為整體適用該協(xié)議。常見的傳染型許可證主要為GPL開放型開源許可證在傳染型開源許可證要求的基礎(chǔ)上，強傳染型開源許可證要求使用 開源軟件提供云服務(wù)時也

5、必須提供源代碼。常見的強傳染型開源許可證主要為AGPL弱傳染型開源許可證傳染型開源許可證強傳染型開源許可證16確認使命招募團隊劃分小組制定社 區(qū)內(nèi)部 流程管理和 跟蹤工 作進展建立公 開有效 的溝通處X 理x x x 沖x x 突聚集人氣發(fā)起活動社區(qū)治理企業(yè)口號企業(yè)招聘確立部門企業(yè)規(guī) 章制度管理制 度郵箱 電話管理制度市場宣傳市場活動開源17企業(yè)“三重一大” 制度開源運營的模式基金會VS企業(yè)18基金會主導(dǎo)模式（Linux模式）企業(yè)主導(dǎo)模式（Android模式）知識產(chǎn)權(quán)托管運營資金贊助專職運營人員管理機制自治企業(yè)主導(dǎo)社區(qū)成員構(gòu)成多元單一生態(tài)控制力弱強是否以盈利為目的V項目性質(zhì)開源“偽開源“開源的

6、財務(wù)Apache基金會收入情況會員會費個人捐贈社區(qū)運營基礎(chǔ)設(shè)施服務(wù)宣傳品牌管理社區(qū)活動法律服務(wù)Apache基金會支出情況19自己為什么要開源？在開源前，業(yè)務(wù)方和項目負責(zé)人首先應(yīng)對自身的項目和所處環(huán)境有充分的了解，并根據(jù)需要，與相關(guān)人進行溝 通，根據(jù)實際情況來制定具體的開源 策略。在開源前，應(yīng)保證所有代碼的來源可查，根據(jù)引用的第三方資源列表，應(yīng) 對這些資源或源代碼的開源許可證有 足夠理解，保證對其的使用符合其開 源許可。泄漏用戶隱私和商業(yè)秘密的情況；確認已經(jīng)解決已知的安全漏洞；確認引用的第三方資源和軟件；判斷軟件的使用在開源許可證等方面是否合規(guī)；在專利、商標、著作權(quán)、用戶隱私等方 面，確認項目的

7、開源與使用沒有侵犯他 人權(quán)益。業(yè)務(wù)評估合規(guī)審查技術(shù)評估20影響市場格局？賣更專業(yè)的軟件？ 獲得程序員好感？項目開源，要走的流程開啟項目運行維護關(guān)閉項目確定托管平臺確定名稱與logo選擇許可證制定行為準則編寫項目/貢獻說明確立組織架構(gòu)貢獻接受制度代碼發(fā)布制度 項目輔導(dǎo)制度和激勵機制版本更新管理開源社區(qū)管理告知社區(qū)成員完成項目歸檔21組建管理團隊項目經(jīng)理工業(yè)時代安全顧問法律顧問宣傳人員22引入開源代碼時，要注意的風(fēng)險違約風(fēng)險知識產(chǎn)權(quán)風(fēng)險 商業(yè)秘密兼容性風(fēng)險 安全風(fēng)險 管制風(fēng)險開源是風(fēng)險的轉(zhuǎn)移，沒有了中間商賺差價背鍋。23企業(yè)做開源治理，是剛需SAST開源組成分析私密信息識別和泄 漏防護安全測試/滲透測試運維風(fēng)險度量漏洞管理DAST Scan制品掃描提前制定安全需求242503靈魂拷問讓一大批平庸的程序員，可以僅靠優(yōu)化代碼和參數(shù)，就貌似很優(yōu)秀。讓一大批不入流的軟件公司，僅靠對源碼的封裝或換 皮膚，閉源后就貌似“完全自主研發(fā)”的了。26閉源軟件開源社 區(qū)版軟 件開源服務(wù)商可能基于 社區(qū)版封裝可能復(fù)制部分開源社區(qū)代碼自研軟件27