建立好一座 Kubernetes / OpenShift 集群後，大部分的疑難排解文章都是教你如何從 Kubernetes / OpenShift 的角度，透過 Kubernetes 的 kubectl 或 OpenShift 的 oc 指令來進行一系列的偵查，而這個查詢的結果都是基於 kube-apiserver 為核心的結果，中間已經抽象過很多層，距離底層資訊已有段距離。

若今天想要特意建立一個 Container 出來，用來進行 OS 或 Kubernetes 層級的 Troubleshooting 該如何實作呢?

隨著使用容器（Container）技術也有一段時間了，多數人在初次接觸 Container 時，應該都會嘗試執行 docker pull docker.io/library/rockylinux 這類指令。那麼 docker.io/library/rockylinux 背後到底有什麼玄機？今天想分享一下關於容器倉庫（Container Repository/Registry）的觀念與結構。本文將以 podman 和 skopeo 為主要操作工具進行說明。

常常聽到一些客戶反映他們的系統速度很慢，但通常無法明確指出慢在哪里。這裡提供一個簡單的方法，當遇到當下系統速度變慢的情況時，可以通過一些數字來判斷瓶頸點（Bound）。這篇文章僅從操作系統層面進行說明，不涉及應用程序層級的效能問題。