如何版本控制kubernetes應用程序？

我已經簽出了helm.sh當然，但乍一看整個設置似乎有點複雜（掌舵客戶端&分櫱服務器）。在我看來，我可以通過在大多數情況下擁有一個掌舵客戶端而逃脫。如何版本控制kubernetes應用程序？

這是我目前做

比方說，我有一個3個服務即組成項目。 postgres，express，nginx。

我創建了一個名爲product-release目錄如下：

product-release/ 
    .git/ 
    k8s/ 
     postgres/ 
      Deployment.yaml 
      Service.yaml 
      Secret.mustache.yaml # Needs to be rendered by the dev before use 
     express/ 
      Deployment.yaml 
      Service.yaml 
     nginx/ 
      Deployment.yaml 
      Service.yaml 
    updates/ 
     0.1__0.2/ 
      Job.yaml # postgres schema migration 
      update.sh # k8s API server scritps to patch/replace existing k8s objects, and runs the state change job

通常的混帳東西，現在可以申請。每次我做出更改時，我都會對規格文件進行更改，測試它們，編寫更新腳本以幫助從最新版本移動到當前版本，然後提交併標記它。

問題：

這個工作對我來說，到目前爲止，但就是這個「正確的方式」？
爲什麼helm有分櫱機服務器？在客戶端做模板不是更簡單嗎？當然，如果你想將部署的活動與應用程序的知識（如祕密）分開，模板將不得不在服務器上發生，但爲什麼？

來源

2016-11-24 iamnat

似乎https://redspread.com/（開源）解決了這個特殊問題，但在生產就緒之前需要更多的開發 - 至少從我的團隊快速瀏覽它。

現在我猜，我們會堅持保持yaml文件與git一起使用已部署的應用程序。

來源

2016-11-24 21:37:56

我們正在使用kubernetes/helm（最新/孵化版本）和一箇中央倉庫的Helm圖表（引用爲我們的組件版本構建的容器圖像）。

換句話說，Helm軟件包定義及其依賴關係與組成我們Web應用程序的幾個組件的源代碼和圖像定義是分開的。

來源

2017-02-05 15:45:07

如何版本控制kubernetes應用程序？

回答

相關問題