由於 Docker Desktop 的收費政策的關係，公司電腦不能裝 Docker Desktop 很久了，但某些需求，例如 Windows Container，還是用 Docker 來做比較方便。雖然就授權而言不能安裝 Docker Desktop，但授權沒限制單獨使用 Docker Engine。對於我們只下 Docker CLI 而言，Docker Engine on Windows 已經能完全滿足我們的需求了。
目前升級 Sonarqube v25 之後，一些 Azure DevOps 的 CI 需要做對應的修正。
在開始導入 GitHub Copilot 協助開發的過程中，有個重要的 instructions（指引）檔，它能為 GitHub Copilot 提供方案（專案）重要的 Context（情境、脈絡），讓 GitHub Copilot 能提供更精確的回應或處理。不過在開發過程中發現 Visual Studio（VS）與 Visual Studio Code（VSC）在 .github/*-instructions.md 的處理上有些差異。
自從 Visual Studio 可以透過 Github Copilot 來產生 Git 提交訊息，我就覺得這功能有點半殘，雖然我知道能在去修改「自訂指令」(custom instructions)，但不論自己怎麼改，還是覺得產生的提交訊息還是少了點什麼味。現在終於找到一個好的解決方案 Conventional Commits。Conventional Commits 本身是提示工程（Prompt）的應用，它專注在如何撰寫 Git 提交訊息。
早期經驗不足，對於 Kubernetes 的一切，一開始大多會採用預設值來進行組態設定，也因此踩了很多雷，對預設值的雷（例如 Calico IPPool 沒規劃好這件事）。另外如題碰到的問題是，我們早期建置的 Kubernetes 叢集，在導入一些工具後發現，每個名稱 Kubernetes 叢集名稱預設都是一模一樣的叫作 kubernetes，這在管理上就帶來了不便，從名稱上根本分不出，這個是測試區還是正式區的Kubernetes叢集。
也因此，這裡會分成兩集：
