ref: https://kubernetes.io/blog/2021/09/03/api-server-tracing/
該文章介紹的是 Kubernetes v1.22 所推出的新功能，該功能目前還是屬於 Alpha 階段，這意味要打開該功能則必須要從 Feature flag 下手打開

該功能非常簡單，就是讓 Kubernetes API Server 支援 Tracing 的功能，讓管理者可以透過 Tracing 的工具去檢視 API Server 之間的 Tracing 資料。

分散式系統的環境使得除錯非常困難，每次問題發生時都要針對一個又一個的元件去檢查，找看看每個元件的 log，甚至可能還需要開啟 debug log 的選項才可以
看到更仔細與直接的內容。而 Distributed tracing 就是用來解決這種情境的，而 Kubernetes API Server 又是 Kubernetes 叢集內最重要的核心元件，
因此 Kubernetes 的 SIG Instrumentation 群組目標就是讓各位管理員能夠更輕易地透過 Tracing 去理解當前 API Server 的狀態。

這次的解決方案是基於 OpenTelemetry 的框架去使用的，文章範例中使用 Jaeger 作為 Backend 的 UI 來顯示 API Server 間的 tracing 資料。

從 Observability 的角度來看，能夠透過 Tracing 觀察與監控 Kubernetes 叢集本身的狀況對維運人員來說是一個滿好的工具，不過該功能目前於 v1.22 都還是 Alpha 的版本。
因此對於大部分的使用者來說應該都還是沒有辦法測試該功能，特別是使用 Kubernetes Managed Service 的使用者來說，估計可能還要再等上一段時間才會變得內建支援。

ref: https://medium.com/geekculture/kubestack-a-must-use-117a32efd427

本篇文章要介紹的是一個基於整合 IaC 的 GitOps 開源專案 Kubestack

過往探討到 GitOps 時總是會圍繞如何透過有效的管理與部署 Kubernetes 上的應用程式，譬如 ArgoCD, Flux, Rancher Fleet 等。
當然 GitOps 本身也是一個沒有標準做法的文化與概念，自行透過 Gitlab, Git 等方式也是有辦法實作出相同概念的解決方式。

而 Kubestack 則是一個專注於 Kubernetes 本身的 GitOps 解決方案，而非一般來探討的應用程式。
其本身的架構是基於 Terraform 之上， 因此 Kubestack 本身也自行實作了屬於自己的 Terraform Provider 讓所有對 Terraform 的使用者可以更快上手與使用。
雲端整合方面， Kubestack 整合了 AKS,EKS,以及 GKE，這意味使用者可以輕鬆地透過 Kubestack 來創建這些由雲端企業管理的 Kubernetes 叢集。
除了雲端之外， Kubestack 也支援本地機器的 Kubernetes 叢集，其透過 KIND 的方式於本地端架設一個簡易的模擬環境，可以讓使用者再將修改給合併到真正的 Git 時先行於本地端進行測試，確保一切都沒有問題才會合併。

本文後半部分是一個手把手的教學範例，示範如何透過 Kubestack 來玩耍，同時也提到官網也有滿直覺的教學跟介紹，對於如何使用 GitOps/Terraform 來管理 AKS/GKE/EKS 的使用者也許可以參考看看這個專案

NT 370 特價中

“To Measure Is To Know” ( “度量獲得知識” )

管理或想要管理應用程式和基礎架構的每個人都需要度量才能獲得成功。本課程將幫助你為你的整個環境馬上建立度量。 體面的監測將幫助你在發生問題前偵測到。 如此，可增加客戶的滿意度。擴展你的履歷，增添這最受歡迎的度量和警報的開源監測解決方案。

成功的 DevOps 始於良好的監控，正如這格言：“To Measure Is To Know”

在本課程中，將解釋 Prometheus 是什麼，以及它是如何運作。課程將向你展示範例，以此你可重複到你的特定用例。

https://softnshare.com/monitoring-and-alerting-with-prometheus/