使用 dnf 透過 module 安裝指定版本套件

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

CentOS 8 降級 Linux Kernel 5

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

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

ASP.NET Core 的 gRPC Polly Retry

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

CentOS 7 升級 CentOS 8 連帶安裝 Linux Kernel 5

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

Container 中沒有 sysctl 指令怎麼看 kernel 設定

Container 中沒有 sysctl 指令怎麼看 kernel 設定 這幾天因為某個 issue 需要檢查 linux kernel 的設定,但使用的 base image (mcr.microsoft.com/dotnet/core/aspnet:3.1) 沒有 sysctl 指令可以用,又找不到安裝的方式,幸虧在同事的強力支援下指點

使用 Kubernetes Liveness 來檢查 ASP.NET Core gRPC 回應合乎預期

使用 Kubernetes Liveness 來檢查 ASP.NET Core gRPC 回應合乎預期 今天要紀錄透過 Kubernetes 搭配 使用 ASP.NET Core middleware 進行 gRPC healthy check (當然 使用 ASP.NET Core BackgroundService 進行 gRPC healthy check 也是可行的) 與 讓 container 中的 ASP.NET Core 也有憑證 來確保 service

讓 container 中的 ASP.NET Core 也有憑證

讓 container 中的 ASP.NET Core 也有憑證 之前筆記 使用 ASP.NET Core middleware 進行 gRPC healthy check、使用 ASP.NET Core BackgroundService 進行 gRPC healthy check 以及 ASP.NET Core gRPC 無法在 macOS 上啟動?! 都有提到過 gRPC 的原生限制:採用 HTTP2 協定

使用 dotnet-grpc-cli 取得 gRPC Service 內容

使用 dotnet-grpc-cli 取得 gRPC Service 內容 之前筆記 使用 grpc-cli 呼叫 gRPC Service 紀錄到 gprc 官方 command line tool 的使用方式,後來偶爾間發現竟然有 dotnet 版:dotnet-grpc-cli,還是 C# 撰寫的

使用 grpc-cli 呼叫 gRPC Service

使用 dotnet-grpc-cli 呼叫 gRPC Service 之前筆記 使用grpcurl 呼叫gRPC Service 紀錄到 grpcurl (curl for grpc) 的使用方式,最近在查其他資料時這才發現原來 gRPC 官方也有提供:grpc-cl

在 ASP.NET Core 上啟用 gRPC Reflection

在 ASP.NET Core 上啟用 gRPC Reflection 系統功能愈來愈多,自然而然地 proto 檔也就熟變得愈來愈龐大,如果每次想要手動測試 gRPC 功能時都要手 key proto 實在沒效率 (測試工具可以參考之前

建立 MongoDB 自訂角色權限 (role)

建立 MongoDB 自訂角色 (role) 最近在為系統的 storage 服務加上 data archival 流程,其中 MongoDB 的做法跟一般流程不同,雖然 MongoDB 有許多內建的角色權限 (Built-In Roles),但沒找到適合的,我的

使用 ASP.NET Core BackgroundService 進行 gRPC healthy check

使用 ASP.NET Core BackgroundService 進行 gRPC healthy check 之前筆記 使用 ASP.NET Core middleware 進行 gRPC healthy check 紀錄到如何使用 ASP.NET Core 內建的 Health Check middleware 來進行 gRPC service 的檢查,當時有看到 Steve Gordon 的 HEALTH CHECKS WITH GRPC AND ASP.NET CORE 3.0 使用 serive 本身的

使用 ASP.NET Core middleware 進行 gRPC healthy check

使用 ASP.NET Core middleware 進行 gRPC healthy check 這個需求來自於某次的 issue:有個 service 的回應時好時壞,沒有規律,這讓我想起當年在壽險公司資訊部門使用 asp 提供服務的故事,當