分散式追蹤系統
系統架構從單體轉變成微服務之後，使用者發出的單次請求往往會涉及到多個服務之間的呼叫，以往採用的日誌服務也較難以窺見全貌，當我們需要追蹤某一次請求中間發生了那些事情，我們期望能獲取的資訊不外乎是這次的請求，總共經過哪些服務，每個服務花費了多久的時間，呼叫的順序等等，這就是分散式追蹤系統能夠幫我們做到的事情。只不過每一家系統的 API 都不太一樣，所以 W3C 也有提供一份Trace Context - W3C，讓大家都用同一個標準來實現分散式追蹤。
在這之前看到一堆像是 RequestId, TraceId, SpanId, ParentId, ActionId，可能還有很多我沒有列出來的名詞，真的是有看沒有懂，現在至少可以從 W3C 的建議中明確知道一些名詞與他們的用途，其他的應該就是各家廠商自己的定義了，那就有用到再說囉
以往使用 ELK 來記錄資訊，是一件非常複雜繁瑣的事情，與 ELK 還有一堆 beat 打交道，首先要面對的是不熟悉的 linux 系統，接著是聽都沒聽過的一堆設定方式跟眉眉角角，太久沒用我連 SSL 都忘記怎麼用，更別提複雜的設定語法。而使用 Serilog + Seq 就相對簡單很多，查詢語法也比 Kibana 友善。
Azure Search Document 是 Azure Cognitive Search documentation（認知搜尋文件) 這項服務的 Nuget 套件，也就是以前說的 Azure Search，這項服務可以讓使用者的搜尋體驗變得較為友善－透過自動完成、同義字比對、模糊比對、模式比對、篩選和排序
一般情況下大部分我們自己做的搜尋都還在篩選排序等等，要做到同義字比對與模糊比對就比較複雜，或者說需要付出較高的企業成本，而採用Azure Search就是一個可以考慮的解決方案了，接下來就著重在如何使用的部分，透過一個簡單的範例來說明。
常常看到一些網站有人使用美美的指令列工具，並且能夠提示當前 repo 的分支，甚至是.NetCore 版本，就覺得很酷，現在來分享一下如何在 Windows 使用指令列也能夠做到美美的提示。
最新消息是 oh-my-posh 已經不再直接支持 powershell，本篇的作法已經過時
最近打算開始學習 .NET 6，自然就要先做一些準備工作，第一步就是 CLI 的 AutoComplete 功能
簡單紀錄重新格式化代碼、代碼清理的使用及設定方法
本文紀錄如何透過 gulp 4 順序執行指令，所以篇幅會很短~
使用 VSCode 自動格式化 logstash 的設定檔，pipeline.conf
我原先是不打算寫這篇的，因為感覺好像沒有很難，但是我最後花了一個下午的時間，決定還是記錄一下
這篇文章沒甚麼特別的，只是純粹應用了一次axios的錯誤處理而已，希望表達在應用程式內，將重複程式碼抽象出來利用的範例