軟體主廚的程式料理廚房

Azure Table Storage 是 Azure Storage 中的一個服務，可以讓我們存放結構化的 NoSQL 資料，而且可以存放到 PB（Petabyte）級以上的資料量，價格也是很親民，依據備援策略的不同，最便宜可以到每 GB $0.045 鎂一個月，本篇文章用 CRUD 的範例來簡單介紹一下 Azure Table Storage。

上一篇文章透過一個 CRUD 的範例，跟大家介紹 Azure Blob Storage 的基本使用方式，這篇文章要來跟大家分享 Azure Storage 的另一個服務 - Azure Files，它支援 SMB 協定，可以讓我們透過「網路磁碟機」的方式，直接連線到 Azure Files 的儲存空間，存取檔案就像在本機一樣，相當方便。

將應用程式部署在雲端平台上，除非是自己開虛擬機器，不然要儲存檔案的話，應該都是要再另外使用雲端的檔案儲存服務，Azure Blob Storage 即是其中一個由微軟推出的雲端檔案儲存解決方案，這篇文章我就來簡單介紹一下如何用 C# 在 Azure Blob Storage 上對一個檔案做 CRUD。

有一些專案它的生命週期不長，像是商業活動專案，活動過了，專案也就跟著結束，如果使用者不多，而且使用者大都集中在某個時段才會操作系統，那 Azure Functions 是挺合適的解決方案；又或者，我們有一些排程工作，執行的間隔時間很長，可能一天才一次，用 Azure Functions 也很適合。

Cloudflare 是一間提供給網站使用的綜合網路服務供應商，做為一個坦在網站前面的網路服務，Cloudflare 的 CP 值沒有第一也有第二，不過它一直是虧損的狀態，有點擔心有一天它錢燒完倒了，扯遠了，回到本文的主題，我們在 Azure App Service 如何自訂網域讓 Cloudflare 來代理？

幾年前分享過一篇 [料理佳餚] Azure App Service 及 SQL Database 預設時區的問題，當時的 App Service 還沒有 Linux 可以選，那時候的文章裡面針對 Windows 修改預設時區的設定在 Linux 是行不通的，需要改用 For Linux 的設定。

ASP.NET Core 的 Feature Flags 設定，在這之前的範例都是存放在 appsettings.json 裡面，在官方的文件中是建議我們把它存放在外部的儲存空間，這樣我們可以隨時修改 Feature Flags 的設定，也方便我們管理，那我們就跟著官方的示範，將 Feature Flags 的設定存放到 Azure App Configuration（應用程式組態）中。

Azure App Service 中有一個 WebJob 功能，它可以讓我們上傳執行檔或指令碼，然後利用 App Service 的資源來長時間或排程執行，不需要另外開一台 VM，我們原本就已經有開發好的應用程式，改都不用改，直接打包成 zip 檔上傳就能執行，相當方便，但是我們要怎麼傳遞參數給我們在 WebJob 的應用程式？

先前在 [桌邊服務] 關於 ASP.NET SignalR 連線數限制 這篇文章有提到微軟有推出一個雲端服務 - Azure SignalR Service，順手將之前 ASP.NET SignalR 聊天室的範例改用 Azure SignalR Service，意外地非常簡單。

ASP.NET MVC 的 View 預設是 Load on Demand（按需加載），也就是說 View 第一次要 Render 的時候才會去載入跟編譯，這個就會造成一個現象，即使 Web 應用程式已經完成啟動，在瀏覽頁面的時候也是會感覺到一點延遲，尤其 Web 應用程式部署在 Azure App Service 上更為明顯，既然這樣，那我們就在 Web 應用程式啟動時候，把所有 View 載入跟編譯，然後 Render 一次就行了，我們來看看怎麼做？