Kubernetes Volume 是一個 API 物件，用於為 Pod 中的容器提供持久化或共享的儲存空間。Volume 解決了容器檔案系統的臨時性問題，讓資料能夠在容器重啟後保留，或在多個容器之間進行共享。
相較於依賴容器內建的檔案系統，Volume 提供了更可靠的資料管理方式：
GitHub Copilot CLI 除了可以在本機終端機中使用，也支援 Remote Control 功能，讓你從 GitHub.com 或 GitHub Mobile 查看正在執行的 CLI session，並在需要時遠端回覆提示、批准權限要求，或繼續下達新的指令。
這個功能很適合用在需要長時間執行的開發任務。例如你讓 Copilot CLI 在本機分析專案、修改程式、跑測試，但人暫時離開座位時，仍然可以透過手機確認進度。如果 Copilot CLI 在過程中需要你批准檔案存取、URL 存取或工具執行權限，也可以直接從遠端介面回覆，不必特地回到原本那台電腦前面。
不過要先釐清一件事：Remote Control 不是把開發環境搬到雲端，也不是讓 GitHub 直接接管你的電腦。Copilot CLI session 仍然在你啟動它的本機上執行，所有 shell command、檔案讀寫與工具呼叫也都發生在本機。遠端介面只是提供一個可以監看與控制該 session 的入口。
VS Code Remote Tunnel 是 VS Code Remote Development 生態系中的一種遠端開發方式。它可以讓我們透過安全通道連線到另一台機器，例如家中的桌機、公司內網中的工作站、雲端 VM，或沒有完整桌面環境的 Linux 主機，並直接在 VS Code 中操作遠端檔案、終端機、擴充套件與開發環境。
和常見的 SSH 遠端開發相比，Remote Tunnel 的最大特色是不需要先設定 SSH Server，也通常不需要調整防火牆或路由器連接埠。遠端機器只要能主動連到外部服務，就可以透過 VS Code 建立 Tunnel；開發端則可以使用 VS Code Desktop、安裝 Remote - Tunnels 擴充套件的 VS Code，或直接透過瀏覽器開啟 vscode.dev 進行連線。
官方文件說明，Remote Tunnel 背後會在遠端機器上啟動 VS Code Server，讓 VS Code 的編輯、終端機、偵錯與擴充套件能力可以在遠端環境中執行。這代表原始碼不一定需要下載到本機，實際建置與執行也可以留在遠端主機上完成。
Git 是目前最常見的版本控制工具，無論是個人專案、團隊協作，或是 CI/CD 流程，幾乎都會透過 Git 來管理程式碼版本。若團隊使用 GitLab 作為 Git repository 平台，開發者除了要先在本機安裝 Git，也需要準備好 GitLab 的存取權限，才能順利 clone 專案。
本文會示範如何在 Ubuntu 環境安裝 Git，並使用 GitLab 的 Personal Access Token 透過 HTTPS clone repository。範例會以 https://inner.gitlab.dev/pcion123/docker-test.git 作為 repository URL，實際操作時請替換成自己的 GitLab 網址、帳號與專案路徑。
開始前，請先確認已具備以下條件：
sudo 權限的使用者帳號如果 GitLab 是公司內部或實驗環境自架的服務，也要先確認主機能解析 GitLab 的網域名稱。例如本文範例使用 inner.gitlab.dev，因此 Ubuntu 主機必須能正確連到這個位址。
GitLab 除了可以管理 Git repository、Merge Request 與 CI/CD，也內建 Container Registry 功能。開啟後，每個專案都可以擁有自己的映像檔倉庫，讓團隊把 Docker image 與程式碼放在同一個 GitLab 專案中管理，後續也能搭配 GitLab CI/CD 自動 build、push 與部署。
本文會示範如何在 GitLab Self-Managed 環境中開啟 Container Registry，並透過 Docker CLI 完成登入、build、tag、push 與 GitLab Web UI 驗證。範例環境使用 inner.gitlab.dev 作為 GitLab 網域，並使用 5050 作為 Container Registry 對外連接埠。
開始設定前，請先確認環境符合以下條件：
sudo 權限的帳號登入 GitLab 主機如果 GitLab 是正式環境，建議搭配 HTTPS 與正式憑證使用；如果只是內網測試環境，也可以先使用 HTTP，但 Docker client 端通常需要額外設定 insecure registry，否則會因為未使用 TLS 而拒絕連線。
GitLab Community Edition，也就是常見的 gitlab-ce，是 GitLab 提供的自架版本。它會把 Git repository、Issue、Merge Request、CI/CD、Wiki 與基本專案管理功能整合在同一套 Web 服務中，很適合用來架設團隊內部的 Git 平台，或是在測試環境中熟悉 GitLab Self-Managed 的操作方式。
本文會依照 GitLab 官方 Ubuntu Linux package 安裝文件，示範如何在 Ubuntu 上安裝 gitlab-ce，並完成第一次登入。官方文件可以參考：Install the Linux package on Ubuntu。
開始安裝前，請先確認環境符合以下條件：
sudo 權限的帳號https://packages.gitlab.com/* 與 https://storage.googleapis.com/packages-ops/*GitLab 是一套資源需求相對高的服務，正式部署前也建議先閱讀官方的 installation requirements，確認 CPU、記憶體與儲存空間是否足夠。若只是本機測試或 VM 練習，也要預留足夠的記憶體與磁碟空間，避免安裝或重新設定過程中失敗。
Windows Terminal 不只是把 PowerShell、命令提示字元、WSL 或其他 shell 集中在同一個視窗中，它也支援 Panes，也就是在同一個分頁內切出多個終端機窗格。透過畫面分割，可以同時查看多個命令列工作，不需要在不同分頁或不同視窗之間來回切換。
例如在開發時，可以左邊執行本機服務，右邊查看 Git 狀態；也可以上方跑測試，下方保留一個 shell 用來查詢檔案或執行臨時指令。這種使用方式很適合需要同時觀察多個 CLI 工作的情境。
本文整理 Windows Terminal 畫面分割的常用操作，包含建立窗格、切換焦點、調整大小、關閉窗格，以及透過設定檔自訂快捷鍵。
官方文件參考：Windows Terminal Panes
這篇文章記錄如何透過 opentelemetry-collector 蒐集 Spring Boot 應用程式產生的監控數據，並將應用程式端送出的 traces、metrics 與 logs 統一交由 OpenTelemetry Collector 接收與處理。
OpenTelemetry Collector 在整個流程中扮演中介層的角色。Spring Boot 應用程式會透過 OTLP 將資料送到 Collector，Collector 再依照設定把不同類型的 telemetry data 分別交給對應的 exporter。這樣可以讓應用程式端維持一致的輸出方式，後續若要更換監控後端，也能集中調整 Collector 設定。
本文會依序完成以下設定：
這篇文章記錄如何在 Spring Boot 應用程式中加入 micrometer-registry-prometheus，並透過 Spring Boot Actuator 暴露 Prometheus 可以抓取的 Metrics endpoint。
Grafana 與 Prometheus 的安裝流程已經在前一篇文章介紹過，因此本文會專注在 Spring Boot 與 Prometheus 之間的設定：Spring Boot 要如何產生監控指標、Prometheus 要如何抓取這些指標，以及設定完成後要如何確認資料是否正常。
在這個監控流程中，Spring Boot 應用程式本身不會主動把資料推送到 Prometheus，而是透過 Actuator 開放 /actuator/prometheus endpoint。Prometheus 會依照設定的間隔定期呼叫這個 endpoint，將應用程式的 Metrics 抓回來儲存。
整體流程如下：
/actuator/prometheus endpoint本文會聚焦在前四個步驟，Grafana Dashboard 的操作不會在這篇文章中展開。
這篇文章記錄如何在 Linux 環境中安裝 Prometheus、Grafana 與 Node Exporter，並透過 Grafana 匯入 Node Exporter Dashboard，建立一套基本的主機監控環境。
整體流程會先完成 Prometheus 的服務安裝，再安裝 Grafana 作為視覺化介面，接著部署 Node Exporter 讓 Prometheus 能夠收集主機 Metrics，最後在 Grafana 中設定資料來源並匯入 Dashboard。