隨著 Ansible Automation Platform 2.0 於今年七月中釋出 Early Access 版本，我之後會寫一篇文章介紹與大家之前比較熟悉的 Ansible Tower 在特性上有什麼差別，有興趣的朋友可以先在新的環境玩玩看，先不要急著升級，因為之後會有更多新功能，也會在之後的文章一併介紹。
本篇主要是介紹升級 Ansible Tower 3.8.4 (Ansible Tower 的最後一版) 到 Ansible Automation Platform 2.0 的作法。
之所以會有這篇文章的出現，主要是因為 Ansible Automation Platform 2.0 以及之後的版本對於 RHEL 作業系統和 Ansible-core 的版本都會有一些限制，所以先寫篇文章記錄一下，之後有朋友想升級也可以當個參考 。
最近在協助合作夥伴安裝 OpenShift 4.8 的時候，剛好遇到一些資源設定不足的部分，導致工作節點一多就裝不起來的問題，在這邊紀錄一下 trouble shooting 的過程以及反思。
另外也會附上安裝好之後要部署 Internal Registry 的做法，在 OpenShift 要使用 s2i 或是自動構建容器映像檔，都會需要 Internal Registry，身為 OpenShift 管理員是一定要裝這個的。
承襲上篇系列文 -
前兩篇主要是以 PaaS 的角度談收集 Metrics 的方法，本篇會細分到開發面，使用一個實例去示範如何透過 OpenShift 的 Dashboard 查看 Metrics(指標)。
最近在研究 Ansible Tower Notification 的功能，發現年久失修。
思來想去，工作時程又很趕，還是使用熟悉的
於是我花了一小時寫完 Ansible Module 並測試，然後花了兩小時半在查如何把這個 Module 弄成 Ansible Galaxy 看得懂的格式並且讓 Playbook 可以引用這個 Module。
如何貢獻的文件真的太分散了 XD
所以就有這篇整理文的誕生，順便簡單介紹一下 Ansible 的元件們，畢竟我也常常搞混…
承襲上篇系列文 -
🍁 API Service 透過 Webform 等等的框架包起來，呼叫 API 等等的行為都是透過 GUI 手動操作
🍁 程式是由第三方開發，對於 API 規格並不清楚
🍁 你需要收集 API 相關資訊，並彙整到視覺化的工具上，比方說固定時間內的 API 呼叫次數、API 的回應延遲時間
最近碰到個專案是想把既有的 MVC 應用程式打包，並且部署到 OpenShift 上面。
在經歷各種
本系列要談的主題會偏向
🌼 OpenShift Prometheus 的 3 種部署模式
🌼 用 Sidecar Container 收 Apache 的 Log
🌼 自己寫 Prometheus Metrics 收 Prometheus Metrics
而今天會介紹第一個主題 -
2020年初曾經試過在 Mac 上面直接跑 Podman，可惜那時還沒有找到足夠的教學資料引導，就放棄了在我的 Mac 上使用 Podman 做打包，最近因為要回學校講課，就找了一找，沒想到還真的被我找到這篇文章：在 macOS 中使用 Podman，但文章內容有些指令的部分需要勘誤，索性寫一篇來紀錄過程。