我們某台Docker Host不斷發出CPU Alert，也就是CPU長時間不斷在高百分比情況。關於執行中的容器，我們可以使用docker stats觀察容器的CPU、RAM、I/O等整體狀態。雖然有幾秒會突然有某個容器衝高CPU的情況，但在某個AP容器被呼叫的情況，且只有短短幾秒，看起來合情合理。但如上圖，為何dockerd.exe的CPU一直持續在某個高點？而且不斷往上成長，雖然成長速度不快。所有容器服務在此台Docker Host都很正常執行，但就是想不到何為dockerd.exe為何持續佔用CPU。陷入苦思許久，苦思針對dockerd.exe我要如何偵錯；要針對某個處理程序（process）要偵錯，說起來不容易。
我們嘗試導入Jupyter Notebook的過程發現一些問題。簡單來說，如果我想執行Notebook for .NET，要選擇用Visual Studio Code才有支援。如果要執行Notebook for SQL要選擇用Azure Data Studio才有支援。在同一個資料夾作業區域，需要經常開啟兩種不同的編輯器，所以我想要一個在Visual Studio Code與Azure Data Studio都能快速開啟當前資料夾方法。(VSC也有支援SQL Notebook，但因為需要存放ConnectionString才能使用，與ADS相比，ADS的可以把連線部分獨立出來，這樣會是較好使用方式。)
之前在Biztalk上的應用程式出錯的機會不大，可能也只有上線初期抓幾隻小蟲，而且內部應用程式本身也都有例外通知機制，一直運作的不錯。但最近上線的一支Biztalk應用程式，接收到的來源端B2B資訊不符合原先的需求規格，也就是說，一開始就被Biztalk擋下，根本就還沒進到應用程式之內，造成此筆錯誤的B2B資訊沒有被處理到，也因為沒進到應用程式之內，根本就不會觸發應用程式內的錯誤通知功能。也就是說，我們根本就不知有此錯誤，造成處理上的時差。
Microsoft Biztalk是一套專注於B2B資料交換的平台軟體。除了大型B2B（例如：EDI、RosettaNet）之外，一般常見的檔案傳輸方式也是有支援，例如：FTP。我們有個SFTP的定時上傳檔案需求，一般可能寫個C# Console或PowerShell加上排程來處理。但Biztalk本身內建了許多Adapter，其中包含了SFTP Adapter，透過設定就能做到的事情，當然選擇Biztalk來做。
教學上，我一直認為沒有爛問題。只有懂與不懂。實務問題都是好問題。
原始問題是，他想要對一個簡單型別進行取值的動作，我們快速打造出第一版原型ASP.NET Core Web API程式碼：
