追追追之dockerdexe持續高佔用cpu執行時間

追追追之dockerd.exe持續高佔用CPU執行時間

我們某台Docker Host不斷發出CPU Alert,也就是CPU長時間不斷在高百分比情況。關於執行中的容器,我們可以使用docker stats觀察容器的CPU、RAM、I/O等整體狀態。雖然有幾秒會突然有某個容器衝高CPU的情況,但在某個AP容器被呼叫的情況,且只有短短幾秒,看起來合情合理。但如上圖,為何dockerd.exe的CPU一直持續在某個高點?而且不斷往上成長,雖然成長速度不快。所有容器服務在此台Docker Host都很正常執行,但就是想不到何為dockerd.exe為何持續佔用CPU。陷入苦思許久,苦思針對dockerd.exe我要如何偵錯;要針對某個處理程序(process)要偵錯,說起來不容易。

dockerd.exe cpu high

如何在Visual Studio Code與Azure Data Studio快速開啟當前資料夾

如何在Visual Studio Code與Azure Data Studio快速開啟當前資料夾

我們嘗試導入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的可以把連線部分獨立出來,這樣會是較好使用方式。)

Task Schduler for real-time mail notify

Task Schduler for real-time mail notify

Biztalk-Error-EventLog

之前在Biztalk上的應用程式出錯的機會不大,可能也只有上線初期抓幾隻小蟲,而且內部應用程式本身也都有例外通知機制,一直運作的不錯。但最近上線的一支Biztalk應用程式,接收到的來源端B2B資訊不符合原先的需求規格,也就是說,一開始就被Biztalk擋下,根本就還沒進到應用程式之內,造成此筆錯誤的B2B資訊沒有被處理到,也因為沒進到應用程式之內,根本就不會觸發應用程式內的錯誤通知功能。也就是說,我們根本就不知有此錯誤,造成處理上的時差。

Microsoft Biztalk 2020的SFTP功能找不到WinSCPnet.dll錯誤處理

Microsoft Biztalk 2020的SFTP功能找不到WinSCPnet.dll錯誤處理

Microsoft Biztalk是一套專注於B2B資料交換的平台軟體。除了大型B2B(例如:EDI、RosettaNet)之外,一般常見的檔案傳輸方式也是有支援,例如:FTP。我們有個SFTP的定時上傳檔案需求,一般可能寫個C# Console或PowerShell加上排程來處理。但Biztalk本身內建了許多Adapter,其中包含了SFTP Adapter,透過設定就能做到的事情,當然選擇Biztalk來做。

答客問:ASP.NET Core Web API簡單型別無法正常取值問題背後的問題

答客問:ASP.NET Core Web API簡單型別無法正常取值問題背後的問題

教學上,我一直認為沒有爛問題。只有懂與不懂。實務問題都是好問題。

API Question

原始問題是,他想要對一個簡單型別進行取值的動作,我們快速打造出第一版原型ASP.NET Core Web API程式碼: