當麻許的超技八

上一篇文章，我們提到了Azure App Service scale out 之後如何取得 instance id ，主要就是我要測試

如果現在他分裂成一台以上，我又要對檔案進行 IO 會產生什麼事情，你會問我為何要這樣操作，因為有可能你會用 

SQLite 或是 LiteDB 等..單機資料庫但是對於檔案寫入會有問題，這時候有什麼方法可解決 ?

最近在測試一些東西，是基於 Azure APP-SERVICE ，基本上 Azure App Service Auto Scaling 是一項能夠根據應用程式負載自動調整資源規模的功能

簡單的說就是，你可以設定一些CPU ，記憶體用量，PORT 數等等，去自動開機機器去服務

這邊就不贅述，這篇主要是分享如果他分裂成兩台這時候，我們怎麼去知道用程式知道我們是跑在哪一個 instance 

今天遇到一個問題，就是在 Windows Server 2022 上面，明明 DevOps 給我權限夠大了，但是我還是

在設定中無法更改我的 Timezone，畫面長這樣

這篇主要目的是因為有朋友問，如何得知 Azure Table 中資料被存取，其實我有跟他說過你可以透過 在入口網站 左邊的 共用存取簽章 Shared Access Signature (SAS)

來做到控管

上一篇文章 (C# 使用 Azure.Storage.Queues 寫入佇列(Queue) + 取得資料 )我們談到了簡單操控 Azure Queue ，當作一個可以跨機器跨系統的 Queue 的實作方式，傳統很多時候會用到 Redis 來解決，但是用這應該便宜很多

不過上篇文章說到，他有一個問題，就是你取用後，如果時間沒有到他只會紀錄取用次數跟一般你理解的 Dequeue  不太一樣。

最近要處理一些專案上的問題有用到 Azure Storage Queue ( Azure  佇列儲存體)，順手筆記一下，這一篇主要是敘述如何透過C# + Azure.Storage.Queues

送資料進去，並且讀取出來傳統的說法來說就是 enqueue  + dequeue，其實這東西非常方便，當你跨越機器處理同一群任務的時候可以透過這溝通排程

重點是價格還便宜，這篇文章不是要 "水" 文章，是之後有一些東西要基於這篇來說..

上一篇文章( 使用 Azure.Search.Documents Azure Blob 搜尋中的 JSON 資料 -複製(修改)索引，索引子 ) 我們談到了對於如果您的資料要一直做索引，可以透過複製索引然後替換現在熱索引的方式來做到，不然製作索引都需要時間，對於要一直 always on service 的系統來說

會是個麻煩的挑戰，今天在補述兩個會製作熱索引後會用到的兩個技巧，不過程式碼也很簡單只是做個筆記，把這系列作個 ending.

之前文章我們談到了 使用 Azure.Search.Documents Azure Blob 搜尋中的 JSON 資料 -刪除索引子資料 還有 更動資料只要重新製作索引子(indexer) 就會更新 index 

但是，如果您開發的系統不可能因為刪除一些資料而高頻繁的重新製作索引，正在製作的時候你查詢會出現錯誤。

上一篇文章，我們談到如何刪除索引裡面的資料，因為你刪除 BLOB 中的資料其實索引不會同步，這時候我就好奇了如果我更改 BLOB 中的資料呢

是否索引裡的資料會跟著改變? 直接說結論 : 會

上一篇文章，我們新增資料(上傳一個檔案)，索引會自動加入該編號，只是我們多加上了重新執行索引，而不是等待原本的設定時間

今天，我們來討論一下，如果刪除資料(刪除該檔案)怎麼辦?

上一篇文章 ( 使用 Azure.Search.Documents Azure Blob 搜尋中的 JSON 資料 -搜尋資料)，我們搜尋了索引裡面的資料，其實您在新增一個資料(JSON FILE) 後，其實在每次更新索引的時候，也會把該資料放入索引中

在原本的設定中我們是設定五分鐘會做一次索引，關於設定部分可以參考 使用 Azure.Search.Documents Azure Blob 搜尋中的 JSON 資料 -建立環境

上一篇文章(使用 Azure.Search.Documents Azure Blob 搜尋中的 JSON 資料 -建立環境 )，我們建立 1000 筆 JSON 資料

我們也建立了索引，索引子，資料來源，接下來我們要試試看在程式這邊，我們怎麼透過建立號的索引進行搜尋

首先，在 C# 專案這邊我們必須要先透過 nuget 下載 Azure.Search.Documents ，我這邊在寫文章的時候是 11.3

花了好幾天測試關於  Azure Cognitive Search(Azure Search) 做測試，大概理解，這是幹嘛的，之後有機會也有幫助在實戰上面可以應用，所以分幾篇講解一下

這一篇主要目的，是在於建立 Aazure Search for Blob JSON Data 的建置。

之前，寫過一些文章關於 Azure Blob 的操作文章，事實上他有優點，當然也有缺點，缺點就是我要查找內容(這裡面所謂的內容是指我放的是 *.json 檔案)

譬如我要搜尋某一個 屬性 裡面有什麼文字，或是數值是多少這都超級難的，我就想一下應該有解決方法，於是我找一下原來可以透過 Azure Search 服務來輔助

這是一個實驗計畫，我不建議你商用，但是我自己已經商用了:P ，主要是因為為了測試我之前寫的一個 library - No2verse.AzureTable 

因為做的專案也有一些需求，就是他需要一些可以做快取的需要，而且他只會 Key Value 存取，當然也可以用 Redis ，但是我就是客家人本性?

也不完全是，只是因為我覺得 Azure Table Storage 是一個值得研究的技術低價好用。

home template from : https://codepen.io/toomuchome/pen/QZPYqm

Azure Storage Table 真的是 一個讓人又愛又恨的東西，他很便宜，所以我就自己寫了一個簡單的 library 來操控

用了一陣子想說就分享一下

前幾篇寫了相關於 Azure Face API ，今天這一篇應該是暫時後最後一篇，畢竟手上也有事情再忙

我也就是順手把手上測試過的東西紀錄一下，官方案例算是清楚，不過他比較著重於非同步的做法，可能是因為會有失敗排成的關係

這邊我案例都是同步的做法，畢竟我只是要測試而已，這一篇主要案例就是建立 PersonGroup ，PersonGroup 裡面可以放 Person ，

之後你會到某個人的 PersonId ，之後你可以對 Person 餵圖進去讓他建立起模型，之後你再拿其他人的圖片，取到 FaceId 後

就可以問該 FaceId 跟 PersonId 相似度多少( 0-1 之間) 。

最近在處理一些騷專案，所以在看 Azure Face API ，然後我在想一件事情，就是可不可以把我多年收藏的謎片做分類

這時候就要有一個很重要的關鍵，就是我要能夠從影片檔取一個 frame 出來採樣進行辨識，所以稍微研究一下

其實不難，但是因為很多都是用不是用 .net core 寫的，所以都得 depends on  .Net Framework，雖然成功但是我還是重新測試

找了一個不用 .Net Framewrok 的，但是你還是得安裝 ffmpeg

上一篇文章說到了 如何 Azure Face API 作臉部辨識簡單上手 ，這次基於上一篇來座相似度辨識，這主要可以做啥呢？

如果你是要做一個系統有登入功能，你可以做影像辨識判斷是本人就可以登入，或是幫自己的海量的謎片進行分類?

最近因為在搞事情，需要偵測臉部的 API，以前傳統有解決過這方案我記得是用 OpenCV 之類的，後來看一下了 Azure 有這服務 Azure 人臉辨識

而且這價格對我小量使用來說很便宜，用免費一個月有30,000 免費括打，身為一個客家人看到覺得很可以，所以今天就來試著寫寫看..