Linux 基金會的 DevOps 專案新基金由 Jenkins 和 Spinnaker 啟動

Linux 基金會的 DevOps 專案新基金由 Jenkins 和 Spinnaker 啟動

上週,Linux 基金會在其開源領導高峰會上 宣布了 關於為開源專案創建新基金。 另一個開發開放[和行業需求]技術的獨立研究所旨在結合 DevOps 工程師的工具,更準確地說,用於組織和實施持續交付流程和 CI/CD 管道。 該組織被稱為: 持續交付基金會 (CDF)。

為了更了解為什麼在母組織Linux基金會下創立這樣的基金會,只要看一個更知名的例子-CNCF(雲端原生運算基金會)。 該基金成立於 2015 年,自那時起已接受了許多真正定義了現代雲端 IT 基礎設施格局的開源專案:Kubernetes、containerd、Prometheus 等。

該組織本身充當一個獨立的平台,在此基礎上為了各個市場參與者的利益而管理和開發這些項目。 為此,CNCF 成立了技術和行銷委員會,並採用了某些標準和規則 (如果您對詳細資訊感興趣,我們建議您閱讀,例如, CNCF TOC 原則)……而且,正如我們在「即時」範例中看到的那樣,該計劃發揮了作用:CNCF 部門下的專案變得更加成熟,並在行業中受到最終用戶和參與其開發的開發人員的歡迎。

繼這次成功之後 (畢竟許多CNCF雲端專案已經成為DevOps工程師日常生活的一部分)IT大趨勢及其在開源世界的表現,Linux基金會決定“佔領” (或者說「促進」比較正確) 新利基:

「持續交付基金會(CDF)將成為關鍵開源專案的供應商中立之家,致力於持續交付和加速管道流程的規範。 CDF 將促進行業領先開發人員、最終用戶和供應商的互動,推廣 CI/CD 和 DevOps 方法,定義和記錄最佳實踐,創建指南和培訓材料,使世界各地的軟體開發團隊能夠實施 CI /CD 最佳實踐。”

想法

目前指導CDF的核心價值與原則 制定的 以便該組織:

  1. ……相信持續交付的力量以及它如何使開發人員和團隊能夠更頻繁地發布高品質軟體;
  2. …相信可以在整個軟體交付週期中一起使用的開源解決方案;
  3. ...透過協作和相互相容性培育和支援獨立於供應商的開源專案生態系統;
  4. ……促進並鼓勵持續交付從業者協作、分享和改進他們的實踐。

參與者和項目

但行銷人員的口號大多是美麗的,但它們並不總是與現實發生的情況相符。 從這個意義上說,組織的第一印象可以透過哪些公司組成它以及哪些專案成為它的「長子」來體現。

CDF的主要成員有 8家企業,即:美國十大銀行之一的第一資本,以及 IT 工程師更熟悉的行業代表 CircleCI、CloudBees、Google、華為、IBM、JFrog 和 Netflix。 他們中的一些人已經在他們的部落格中談論瞭如此重要的事件,但更多內容如下。

CDF 參與者還包括其專案的最終用戶 - CNCF 有類似的類別,您可以在其中找到 eBay、Pinterest、Twitter、Wikimedia 等。 就新基金而言,到目前為止只有 15 個這樣的參與者,但其中已經出現了有趣且知名的名字:Autodesk、GitLab、Puppet、Rancher、Red Hat、SAP 以及字面上的加入 前天 系統挖掘。

現在,也許是關於主要的事情——關於 CDF 負責的項目。 該組織成立時有四個人:

詹金斯和詹金斯 X

詹金斯 是一個幾乎不需要任何特別介紹的 CI/CD 系統,用 Java 編寫,已經存在很多年了 (想想看:第一個版本 - 以 Hudson 的形式 - 發生在 14 年前!),為此它獲得了無數的插件大軍。

今天Jenkins背後的主要商業架構可以考慮 雲蜂其技術總監是該計畫的原作者(Kohsuke Kawaguchi),並成為基金會的創始人之一。

詹金斯 X - 這個專案也很大程度上歸功於CloudBees(正如您可能猜到的,它的主要開發人員都在同一家公司的員工中),但是,與Jenkins 本身不同,該解決方案是全新的- 它只有一年的歷史。

Jenkins X 提供了一個統包解決方案,用於為 Kubernetes 叢集中部署的現代雲端應用程式組織 CI/CD。 為了實現這一目標,JX 提供了管道自動化、內建 GitOps 實施、發布預覽環境和其他功能。 Jenkins X的架構如下:

Linux 基金會的 DevOps 專案新基金由 Jenkins 和 Spinnaker 啟動

產品堆疊 - Jenkins、Knative Build、Prow、Skaffold 和 Helm。 更多關於我們的項目 已經寫了 在輪轂上。

三角帆

三角帆 是 Netflix 創建的持續交付平台,於 2015 年開源。 Google 目前正在積極參與其開發:透過他們的共同努力,該產品正在被開發為大型組織的解決方案,這些組織的 DevOps 團隊為許多開發團隊提供服務。

Spinnaker 中用來描述服務的關鍵概念是應用程式、叢集和伺服器群組,它們對外界的可用性由負載平衡器和防火牆處理:

Linux 基金會的 DevOps 專案新基金由 Jenkins 和 Spinnaker 啟動
有關基本 Spinnaker 設備的更多信息,請參閱 項目文件.

該平台允許您使用各種雲端環境,包括 Kubernetes、OpenStack 和各種雲端供應商(AWS EC2、GCE、GKE、GAE、Azure、Oracle 雲端基礎架構),並與各種產品和服務整合:

  • 管線中的 CI 系統(Jenkins、Travis CI);
  • 使用 Datadog、Prometheus、Stackdriver 和 SignalFx - 用於監視事件;
  • 使用 Slack、HipChat 和 Twilio - 用於通知;
  • 與 Packer、Chef 和 Puppet - 用於虛擬機器。

這是什麼 寫了 關於 Spinnaker 納入新基金的事宜致 Netflix:

「Spinnaker 的成功在很大程度上歸功於使用它並為其發展做出貢獻的公司和人們的美好社區。 Spinnaker 轉移到 CDF 將加強這個社區。 這項舉措將鼓勵其他一直在觀望的公司進行變革和投資。 向新公司敞開大門將為 Spinnaker 帶來更多創新,讓所有人受益。”

而在 谷歌出版品 在創建持續交付基金會之際,單獨指出「Spinnaker 是一個多組件系統,在概念上與 Tekton 一致」。 這讓我們看到了新基金中的最後一個項目。

Tekton的

Tekton的 - 以通用元件形式呈現的框架,用於建立和標準化 CI/CD 系統,這意味著管道在各種環境中的操作,包括常規虛擬機器、無伺服器和 Kubernetes。

這些元件本身是「Kubernetes 風格」的資源(在 K8s 本身中作為 CRD 實作),可作為定義管道的建構塊。 簡要說明了它們在 K8s 集群中的使用 這裡.

Tekton 支援的產品堆疊看起來已經很熟悉:Jenkins、Jenkins X、Skaffold 和 Knative。 Google Cloud 認為 Tekton 解決了「開源社群和領先供應商共同努力實現 CI/CD 基礎設施現代化的問題」。

...

與CNCF類比,CDF設立了一個技術委員會(技術監督委員會,TOC),其職責包括考慮有關新項目納入基金的問題(並做出決定)。 有關組織本身的其他信息 中國發展基金網站 雖然還不多,但這是正常的,只是時間問題。

讓我們以引用的一句話結束 JFrog公告:

「現在,作為新成立的持續交付基金會公司之一,我們將把我們的承諾(創造支持其他 CI/CD 解決方案的通用技術)提升到一個新的水平。 這個新組織將推動未來的持續交付標準,透過協作和開放的方法加速軟體發布週期。 在這個基金會的支持下,Jenkins、Jenkins X、Spinnaker 等技術的採用,我們看到了 CI/CD 的美好未來!”

聚苯乙烯

另請閱讀我們的博客:

來源: www.habr.com

添加評論