如何科學地估算 Kubernetes 所需的資源? App 角度篇
今年 2021 小弟上半年過度忙碌，加上換球隊打球，再加上有點遇到中年危機，導致發廢文量大幅下降，請大家多多擔待
地上爬的我：算 Kubernetes Sizing 好累，我都以為我改行成為 Excel 架構師了呢 天上飛的學長：雲原生服務到底是要 Sizing 什麼 =_= ? 不夠不就給他加下去就對了? 地上爬的我：我們是地端...Q_Q 天上飛的學長：恩...你保重
kubernetes
Kubernetes API 服務及跟各組件的交互關係
前陣子客戶那邊有個問題需要先了解 Kubernetes 從部署 Deployment 到實際上跟這些主要組件溝通的流程，不然很難進行 Troubleshooting (a.k.a. 觀落陰)。幸好本次研究有 3 位大大的一起參與 Max、地瓜、喜德，最終找到了一個跟現象毫無關係的根本問題 =_=，但因為過程算蠻難得的，特別記錄下來給大家參考參考
照例講個雜事，Red Hat OpenShift 4.6 (等同 Kubernetes 1.19) 要出啦！這是一個可以一路用到 2022 年 3 月 的版本，各位 Infra 不用在為了更新和升級落淚了 Q_Q，有興趣者可以參考 What's New in OpenShift Container Platform 4.6
如何條列出單一 Namespace 內的 Kubernetes 計算資源?
最近這一個月出了一些事，導致太久沒寫廢文。最近有個需求需要逆向研究出 Red Hat OpenShift 4 原生安裝後，它預設安裝一堆的 Namespace (在 OpenShift 稱作 Project，但在這邊可以視為一樣)，各自的 CPU / Memory / Storage 資源消耗多少，身為一位計算資源精算師，所以就有了下面這篇的紀錄
本月無心力，無梗圖呈現