一千萬個為什麽

搜索

使用產品中立條款,向Microsoft世界的同事舉例說明CI/CD



與一位與微軟協作的高端項目(例如ASP.Net + MS SQL Server)合作的同事聊天後。

一個有趣的結果是,盡管我相信DevOps在微軟的世界中也必須有可能,但我的知識太少,所以我不能舉出一個很好的例子來說明他如何組織CI/CD方法。事實上,在我們的社區中,有一些關於Team Foundation Server和PSBuildStack(?)的提示,但是官方消息來源並沒有透露一切。所描述的托管服務使新手變得更加透明 - CloudBees/BlueMix等雲構建環境?

所以,現在我的問題是:如何使用已確定的DevOps術語來描述成熟工具鏈的示例,這些術語與特定的環境/工具或多或少是獨立有效的?或者我們不得不承認這個工程術語尚未出現?

像這樣的東西:

  1. 源代碼版本控制系統
  2. 建立代理
  3. 自動化和封裝調度系統封裝artefact組合邏輯
  4. 二進制存儲庫(不同類的二進制文件:庫,發行版,容器映像)
  5. 不同環境的配置庫
  6. 打包和配置分發系統來封裝部署邏輯

轉載註明原文: 使用產品中立條款,向Microsoft世界的同事舉例說明CI/CD

一共有 1 個回答:

我會說,你不應該用你使用的產品/工具來描述CI/CD系統,而應該根據系統中每一步的目的來描述系統。而不是說“我有一個建立工件的Jenkins服務器,將它們存儲在Artifactory中,然後Puppet將工件部署到EC2。”您可以說:“我們的構建服務器創建並將我們的構件存儲在工件存儲庫中,然後我們的配置管理軟件檢測這些構件並將其部署到我們的雲基礎架構中。”然後,您的同事可以建立連接並找到Microsoft提供的正確解決方案。