SAP：開源的最佳祕密之一
作者：Pam Baker
SAP已經成立了一個開源計劃辦公室，以進一步開展開源活動，並擴大與開源社區的合作。
SAP幾十年來一直致力於開源，現在已經成立了一個開源計劃辦公室（Open Source Program Office，OSPO），以進一步正式協調開源活動，並擴大其與開源社區的合作。“SAP是首批正式定義開源消費和貢獻流程的行業參與者之一。”開源計劃辦公室主任Peter Giese說。
即便如此，許多人還不認爲SAP是一家擁抱開源參與和貢獻的公司。
“在過去，我們可能沒有積極地分享我們的開源活動。”Giese說。
現在，SAP關注其在開源領域的工作。透明度是新開源任務的重要組成部分，首先要解釋公司的最新動態以及開源方式。
SAP如何採用開源
“1998年，SAP開始將我們市場領先的ERP系統R/3系統移植到Linux上。”Giese說。“這是在企業軟件市場建立Linux的一個重要里程碑。”
將系統移植到Linux只是第一步，也是成功的一步。行動引發了內部討論，並探討了如何以及在何處採用Linux。
“我們得出結論，Linux將成爲主流。”Giese說。“今天看這是很明顯，但當時對每個人來說並不那麼明顯。那是我們開始致力於開源的時候。”
2001年，SAP正式定義，並內部記錄了其開源消費流程，該公司並且對內承諾使用開源項目來構建SAP產品。有許多細節需要注意，例如開源許可、安全性和出口控制限制。
到2004年，SAP已經獲得了與其他公司交換規範的信息，並且是Eclipse Foundation的創始成員之一。從那時起，SAP開發者積極參與了幾個Eclipse項目，包括JGit、EGit、Mat、Tycho和Che。
但是直到2008年，SAP纔開始在全公司範圍內積極推動SAP員工的開源貢獻。這也是該公司推出其對外開源流程的一年。“我們有一套指導方針和規則，用於SAP團隊與開源社區分享他們的工作所必須做的事情。”Giese解釋道。
2010年，SAP進一步將開源工具集成到其開發流程中。“通過引入系統化的開源代碼掃描作爲我們標準開發流程的一部分，我們提高了合規水平。”Giese說。“這意味着我們開始系統地掃描開源代碼，以瞭解許可證合規性和安全性問題。”
2014年，SAP與開源社區共享了一個名爲CLA助手的工具，該工具是爲管理開源貢獻者許可協議而開發的。
儘管這些活動和項目非常成功，對SAP的開源活動越來越需要更多的集中協調。
“我們有幾個團隊負責開源的特定方面，例如安全掃描、許可證掃描和構建我們自己的開源工具。但是，沒有專門的職能或角色來對SAP的所有開源負責。“Giese說。“現在已經發生了變化，SAP的首席技術官負責SAP的開源。”
SAP和開源的現況
新的中央開源計劃辦公室成立於2018年初。
“我們希望在與外部客戶和合作伙伴，以及開源基金會和其他開源社區的互動中更加積極和明顯。”Giese說。“這就是我們去年加入TODO Group分享經驗，共同開發最佳實踐，以及共同工具的原因。”
Giese指出，該公司對開源的投資和貢獻是巨大的，但它們仍然讓許多人感到驚訝。
“例如，在2018年2月，來自Adobe的Fil Maj，根據在GitHub上積極參與開源項目的員工總數，公佈了全球公司排名，SAP排名第七。”Giese說。“當然，有不同的方法來創建這樣的統計數據，但它讓你瞭解SAP作爲貢獻者的角色。也許我們是開源的最佳祕密之一。”
SAP不再是一個祕密，而是以更明顯的方式加強其開源參與。“我們將參加更多的開源社區會議，例如開源峯會、OSCON、FOSDEM、EclipseCon、KubeCon等等。”Giese說。SAP以更明顯的方式參與是其持續致力於開源卓越的標誌，該公司旨在形成更多的合作伙伴關係並促進加速創新。
最近SAP的創新開源項目的一個例子是Gardener，這是一種針對Kubernetes集羣即服務的解決方案，如CNCF雲原生景觀中所列。它支持管理大量Kubernetes集羣，並在其核心架構中重用Kubernetes原生功能。
另一個新開源的SAP項目是Kyma，這是一種在雲原生世界中，連接和擴展企業應用程序的靈活而簡單的方法。
SAP積極鼓勵公司和其他開發者在Gardener和Kyma等項目上進行代碼開發和合作。
“對我而言，這種共同創新是整個開源運動最引人注目的方面。”Giese說。
SAP的開源辦公室是如何運作
SAP成立了一個虛擬團隊，由來自不同領域的多個團隊組成。
“我們以scrum模式工作，這是一種軟件開發方法。它在推動開源計劃辦公室方面具有優勢。”OSPO首席開發架構師Michael Picht說。“你在scrum的衝刺（sprint）中工作，這意味着你被迫將你的任務分解成更小的部分。”
“scrum方法傳播跨職能團隊，這就是我們的OSPO。我們有來自公司各地的同事。Scrum促進了這種設置的工作。有些人聽到我們在scrum模式下工作時聽起來很奇怪，但在我們的案例中，它運作得很好。”
Picht表示，“將大型工作分成較小的塊，並進行爲期四周的衝刺，這使得挑戰性和長期運行的任務更容易掌握。但是，它確實需要一些培訓，以確保所有團隊成員對該方法感到合適。”
該辦公室的使命是培養和支持在SAP內部和外部使用開源方法進行軟件開發。因此，對於希望在公司環境之外的業餘時間爲開源項目做出貢獻的員工，SAP大大簡化了流程。“我們提供了一些簡單的規則，只要你遵守這些規則，你就可以在業餘時間直接開始開源項目的工作。”Giese說。
該公司還在重新設計企業開源貢獻流程，以提高效率。目標是從監管開發者轉向通過簡單的表單、流程步驟的自動化和團隊服務來支持他們。
對於開源社區，爲了推進開源最佳實踐和工具，SAP最近貢獻了它的開源漏洞評估工具，該工具支持任何軟件開發組織評估其應用程序開發中的開源組件的安全漏洞。
SAP的開源計劃辦公室將繼續尋找加速和改進流程的方法，並支持開發者、合作伙伴和開源社區。
“這將永遠不會結束，永遠持續下去，所以我們總是希望找到進一步改進開源流程和工具的新方法。”Picht說。
鳴謝
我們要感謝SAP開源計劃辦公室主任Peter Giese和首席開發架構師Michael Picht對本案例研究的貢獻。我們還要感謝Pam Baker花時間在開源計劃辦公室進行訪談。
SAP是Linux基金會和LF項目的積極成員，包括Cloud Foundry Foundation、Cloud Native Computing Foundation（CNCF）、Hyperledger、ODPi、OpenAPI Initiative和TODO Group。
KubeCon + CloudNativeCon + Open Source Summit大會日期：
- 會議日程通告日期：2019 年 4 月 10 日
- 會議活動舉辦日期：2019 年 6 月 24 至 26 日
KubeCon + CloudNativeCon + Open Source Summit贊助方案
KubeCon + CloudNativeCon + Open Source Summit多元化獎學金現正接受申請
KubeCon + CloudNativeCon和Open Source Summit即將首次合體落地中國
KubeCon + CloudNativeCon + Open Source Summit購票窗口，立即購票！
CNCF邀請你加入最終用戶社區