安裝 mysql client 程式更迭的過程，隨著功能的增加，不免需要 db 的 change 來配合，為了增加安裝性，所以打算封鎖 user 登入 mysql server 操作，僅透過 mysql client 來進行 patch，但又不

GKE 透過 Private IP 連線 Cloud SQL 因為團隊中沒有傳統 DBA (只有 BA 兼任 DBA 哈哈)，所以在 db 的選擇上一直都偏好使用外部服務 (自建環境時與其他團隊共享 DBA 資源) 所以在評

使用 gcloud shell 建立 GKE 並使用 Filestore 做為 NFS-Client 許多目前用到的 service 都需要使用 storageclass 來動態建立 volume，雖然使用預設的 standard 可以順利讓 service 啟動，但為了保存相關資料還是需要

使用 gcloud shell 建立 GCE 並設定允許使用 ssh 連線 最近在評估 GCP 的可行性，雖然雲端上有許多可用的 SaaS，但原本都是自建服務，要花時間去了解如何設定與調整 SaaS (

建立 MariaDB 備份與還原帳號 之前筆記 建立 MongoDB 自訂角色 (role) 紀錄到如何在 MongoDB 上建立用來進行備份與還原的角色，再依這個角色建立使用者，相同的需求在 MariaDB 上也有，只是

Ansible 使用 dnf 安裝 Redis Cluster (Redis6) 之前筆記 Ansible 安裝 Redis Cluster 紀錄到在 CentOS 7 上透過 Ansible 使用 yum 來安裝 Redis Cluster，但最近 production 環境已經升級成 CentOS 8 + dnf，所以來更新一下 Ansible s

MAC 封鎖存取特定 IP 這個需求源自連不到某個共用服務時的 exception handle 測試，一般來說直接將 mac 斷網就可以模擬，但想要測試的服務被包在一段流程中，斷網會讓該流程

Linux Service Status 203 無法啟動 這是最近團隊在升級 zookeeper 及 kafka 時遇到的問題，不過仔細想想應該不是只有 zookeeper 會有問題，所以標題就不限定軟體名稱，避免日後查資料時反而誤會

CentOS 7 安裝 Linux Kernel 5 為了 server 管理方便傾向不升級 CentOS 8 與 Linux kernel 5，但在效能議題下只好犧牲一點管理上的方便性，於是決定暫時不升級 CentOS 8，而是在 CentOS 7 下使用 Linux kernel 5

避免執行 dnf update 時連帶升級特定套件 之前對於 linux 不熟悉，加上沒有系統化學習而對 linux 相關知識不足，造成不少問題：常常要安裝新套件前，就執行 yum update

使用 dnf 透過 module 安裝指定版本套件 這是從過去使用 yum 時發現的問題：安裝套件時多是執行 yum install -y {套件名稱}，如此一來會直接安裝該套件的最新版本，對於日常

CentOS 8 降級 Linux Kernel 5 之前筆記 CentOS 7 升級 CentOS 8 連帶安裝 Linux Kernel 5 興高采烈地把環境升級到最新版本：CentOS 8 + Linux Kernel 5.9.1，結果遇到 Ansible 的 service module 出現 Service is in unknown

使用 dnf 安裝 Redis 6 之前筆記 使用 Yum 安裝 Redis 5 與 CentOS 使用 yum 安裝 Redis6 紀錄到在 CentOS 中分別使用不同 rpm 安裝 Redis 5 與 Redis 6 的做法，最近改用 dnf 做為套件管理工具，安裝方式有些

ASP.NET Core 的 gRPC Polly Retry 之前曾經對 gRPC 的 keepalive 調整一輪 (server、kubernetes、container)，原本看似已解決，但最近斷線的錯誤又出現，於是

CentOS 7 升級 CentOS 8 連帶安裝 Linux Kernel 5 最近在 review 團隊各項技術的版本，準備再來次大升級，其中的較大的內容就是基礎環境的部份，原本之前就想升級 Kubernetes 1.18 但無奈 Kubespray 當時