使用 GenericHost 來 Host gRPC Server

使用 GenericHost 來 Host gRPC Server 之前筆記 在 .NET Core console 上使用 Dependency Injection - DI 提到 ASP.NET Core 有兩種 host 方式: WebHost Generic Host 而在之前另一則筆記 使用 ASP.NET Core 2.2 來 Host gRPC Server 使用到 WebHost 來 host gRPC Server,經同

使用 ASP.NET Core 2.2 來 Host gRPC Server

使用 ASP.NET Core 2.2 來 Host gRPC Server 之前筆記 Protobuf 該如何處理不定型別, .NET Core 上使用 Jaeger 追蹤 gRPC 呼叫, Protobuf 時間屬性該如何表示? 在 host gRPC Server 時都是透過 console project 來進行,但 console 專案需要使用

將 .NET Core Console 專案轉換為 ASP.NET Core

將 .NET Core Console 專案轉換為 ASP.NET Core console 因為組成簡單、建立快速,常被用來確認語法或是 POC 特定功能需求,不過一旦 POC 沒問題就會遇到程式碼彙總的狀況,如果程式碼數量

Generated Columns - MariaDB 上的 Computed Columns

Generated Columns - MariaDB 上的 Computed Columns 之前有個需求會用到合併既有的兩個欄位來進行資料檢索,當下想起了 SQL Server 上的 Computed Columns (計算欄位),雖然後來採用了其他做法,不過既然都查

讓 ASP.NET Core MVC 自行停止運作

讓 ASP.NET Core MVC 自行停止運作 公司專案有個系統在啟動時執行 init script,接著就等待後台管理者下指令才會有後續動作,但開發階段暫時還不會有後台管理者的

TimeZoneInfo 在 Mac/Linux 找不到 time zone ID

TimeZoneInfo 在 Mac/Linux 找不到指定 time zone ID 同事提到 TimeZoneInfo 的操作在 Linux server 會出現錯誤,想說我怎麼沒遇到立馬試試,於是發現原來是 time zone ID 在 Windows 與 Linux 不同造成的 XD 雖說可以理解,但不

Fluentd 使用自定 Log 時間當做 Timestamp

Fluentd 使用自定 Log 時間當做 Timestamp 之前筆記 Fluentd 安裝 Elasticsearch Output Plugin 封裝成 Docker image 提到最近需要 debug EFK 起因就是發現 Kibana 顯示儲存在 Elasticsearch 中的時間與過濾條件都是 log 的處理時間並非 log 真正的

Fluentd 安裝 Elasticsearch Output Plugin 封裝成 Docker image

Fluentd 安裝 Elasticsearch Output Plugin 封裝成 Docker image 近期專案的 log 集中化採用 EFK - Elasticsearch + Fluentd + Kibana (log parser 改用 Fluentd 而非 Logstash 主要是因為 Logstash 有 memory 使用量大的問題),這幾天發現設定上有些問題導致資料

為 .NET Core Middleware 加上 Unit Test

為 .NET Core Middleware 加上 Unit Test .NET Core 的 Middleware 在 .NET Core 的 pipeline 中扮演了非常重要的角色,因此在實際應用上更需要確保功能與結果符合預期。第一次寫 middleware 的 unit test 順手紀錄過程,看看在

使用 Play-With-Kubernetes 服務建立 Kubernetes Cluster

使用 Play-With-Kubernetes 服務建立 Kubernetes Cluster 之前都是透過 Azure VM 來建立 Kubernetes 環境,使用上沒什麼問題,唯一缺點就是勞民傷財,想測個功能才來架整個 Kubernetes cluster 有點緩不濟急,但常態保留 Kubernetes Cluster

將 ASP.NET Core 部署至 Docker 中

將 ASP.NET Core 部署至 Docker 中 最近專案在 macOS 上開發 ASP.NET Core 的 Web API,完成後再透過 Docker 包成 image 準備建立 container,流程很直覺,加上 CI CD 同事都已經準備好了,所

使用 Jaeger 追蹤 ASP.NET Core 中的 class 呼叫

使用 Jaeger 追蹤 ASP.NET Core 中的 class 呼叫 之前筆記 .NET Core 上使用 Jaeger 追蹤 gRPC 呼叫 與 使用 Jaeger 追蹤 ASP.NET Core 呼叫 分別紀錄到使用 Jaeger 來紀錄 gRPC call 與 ASP.NET Core Web API 的呼叫歷程內容,接著紀錄另個常

使用 Jaeger 追蹤 ASP.NET Core 呼叫

使用 Jaeger 追蹤 ASP.NET Core 呼叫 之前筆記 .NET Core 上使用 Jaeger 追蹤 gRPC 呼叫 紀錄到如何使用 Jaeger 來追蹤 .NET Core Console project 中 gRPC 的呼叫歷程,不過想必未來應該免不了還是需要使用 REST api 的專案,