如何獲取已更改 Helm 版本的日誌？

---

介紹

Helm 是一個知名的 Kubernetes 包管理器，也是一個用於簡化 Kubernetes 應用程式安裝、升級和管理的開源工具。使用 Helm，使用者可以建立易於複製和管理的版本控制應用程式版本。該工具透過允許開發人員將其應用程式打包為圖表來簡化部署，這些圖表可以輕鬆部署在任何 Kubernetes 叢集上。

跟蹤對版本所做的更改對於確保順利高效的部署過程至關重要。這就是 Helm 日誌發揮作用的地方。

使用 Helm 記錄版本更改可以幫助您瞭解版本之間發生了哪些變化，識別潛在問題，跟蹤版本歷史記錄，並在發生錯誤時進行故障排除。在本指南中，我們將引導您完成幾個簡單的步驟，瞭解如何檢索和分析已更改的 Helm 版本的 Helm 日誌。

無論您是 Kubernetes 新手還是希望進一步簡化部署流程的經驗豐富的使用者，本指南都將為您提供寶貴的見解，幫助您釋放 Helm 日誌在專案中的強大功能。讓我們開始吧！

瞭解 Helm 版本

Helm 版本的定義

在深入瞭解如何獲取 Helm 日誌之前，瞭解什麼是 Helm 版本至關重要。版本是在 Kubernetes 中部署的圖表的版本化例項。

每個版本都有一個唯一的名稱，並且由一個或多個 Kubernetes 物件組成。當您使用 `helm install` 命令安裝圖表時，您將建立一個具有自己的修訂版、配置值和資源的新版本。

helm install

版本的型別（例如，主版本、次版本、修訂版本）

Helm 遵循語義版本控制 (SemVer) 規則來管理圖表版本。SemVer 方案將每個版本定義為三個用點分隔的數字：`major.minor.patch`。較大的數字增加表示不向後相容的重大更改，而較小的和修訂版增量表示向後相容的更改。

就 Helm 版本而言，這意味著從一個主版本升級到另一個主版本（例如，從版本 1.x.x 升級到 2.x.x）需要仔細的計劃和執行，因為它可能會破壞現有的工作流程或暴露安全漏洞。次要更新（例如，從 1.0.x 升級到 1.1.x）通常包括新功能或錯誤修復，但不會更改應用程式的主要功能。

跟蹤版本更改的重要性

跟蹤對 Helm 版本所做的更改可能至關重要，原因有很多。首先，它允許您出於合規性目的或除錯目的維護稽核跟蹤，以防 Kubernetes 叢集出現問題。

其次，跟蹤更改可以幫助您儘早識別潛在問題，然後再導致應用程式效能或安全出現重大問題。跟蹤版本更改還可以幫助您更有效地計劃未來的升級，方法是瞭解不同配置如何隨著時間的推移而發生變化，以及它們如何影響應用程式在 Kubernetes 叢集上的行為。

瞭解 Helm 版本、它們的型別以及跟蹤對它們的更改對於有效管理您的 Kubernetes 環境至關重要。下一節將介紹檢索 Helm 日誌，這可以幫助您監控和分析這些更改。

檢索 Helm 日誌

使用 `helm history` 命令檢索版本歷史記錄

`helm history` 命令是一個強大的工具，允許您檢視版本的部署歷史記錄。執行時，它將向您顯示部署到叢集的所有版本的 Helm 版本，以及有關每個版本的詳細資訊。這包括每個版本的修訂版號、回滾資訊和時間戳。

helm history

您可以使用此命令確定何時進行了更改以及誰進行了更改。要執行此命令，請開啟終端視窗並輸入 `helm history RELEASE_NAME`，其中 RELEASE_NAME 是您要獲取其日誌的版本的名稱。

helm history RELEASE_NAME

生成的輸出將是一個表，其中包含與該版本關聯的所有修訂版的列表。每個修訂版都有自己的唯一 ID 號，可用於過濾或進一步分析。

按修訂版號或日期範圍過濾版本歷史記錄

有時，檢視 Helm 版本在其整個部署歷史記錄中所做的每一個更改可能會讓人不知所措。解決此問題的一種方法是使用過濾器根據特定條件（例如修訂版號或日期範圍）縮小搜尋結果範圍。

要按修訂版號進行過濾，請使用 `-r` 選項後跟特定的修訂版號。例如，`helm history RELEASE_NAME -r REVISION_NUMBER`。

helm history RELEASE_NAME -r REVISION_NUMBER

這將為您提供僅該特定版本的日誌。要按日期範圍進行過濾，請使用 `--date-start` 和 `--date-end` 選項，後跟開始日期和結束日期（以 ISO 8601 格式）。

例如，

helm history RELEASE_NAME --date-start 2021-01-01 --date-end 2021-06-30

這將僅為您提供該指定時間範圍內的日誌。

將版本歷史記錄匯出到檔案以方便分析

不僅為了將來參考，而且為了故障排除目的，務必保留對 Helm 版本所做的所有更改的日誌。為了使日誌分析更容易，最好將它們匯出到檔案。

這樣，您可以將它們儲存在中心位置並與您的團隊共享。要匯出版本歷史記錄日誌，請首先使用前面顯示的 `helm history` 命令。

然後使用 `--output` 或 `-o` 選項後跟所需的格式（例如，csv 或 json）。例如，

helm history RELEASE_NAME -o json > release_history.json 

這將以 JSON 格式匯出日誌資料並將其儲存到名為 "release_history.json" 的檔案中。您還可以使用此方法使用指令碼或其他工具解析日誌資料。

分析 Helm 日誌瞭解典型 Helm 日誌條目的結構

Helm 日誌可能非常冗長，為了有效地分析它們，必須清楚地瞭解它們的結構。典型的 Helm 日誌條目包含諸如版本的時間和日期、版本的名稱以及對該版本所做的更改的詳細歷史記錄等資訊。

每次更改通常都帶有時間戳，提供對該版本期間確切發生情況的清晰時間順序說明。在嘗試解決問題或瞭解為何進行了某些更改時，此資訊可能非常寶貴。

識別對版本所做的更改（例如，新增/刪除/更新資源）

Helm 日誌的主要優點之一是它們允許您輕鬆識別對特定版本所做的更改。例如，如果您注意到某個資源已從您的叢集中刪除，或者更新導致意外行為，您可以使用 Helm 日誌準確確定這些更改發生的時間以及導致這些更改的操作。透過更詳細地檢查這些更改，您可以深入瞭解應用程式的行為並識別潛在的改進領域。

使用 Helm 日誌排除常見問題

除了幫助您識別每個版本期間所做的特定更改之外，Helm 日誌還可用於更一般的故障排除目的。例如，如果您注意到您的應用程式在釋出更新後突然遇到延遲增加或錯誤，您可以使用 Helm 日誌嘗試確定可能導致這些問題的原因。透過仔細檢查受影響版本期間所做的每個更改，您也許能夠查明導致問題的特定配置設定或其他因素。

結論

Helm 日誌是任何使用 Kubernetes 叢集的人員必不可少的工具。它們提供了關於您的應用程式如何隨時間推移而執行的寶貴見解，並且可以用於從排除特定問題到識別可以改進的領域的所有方面。