自從 OpenAI 推出了 ChatGPT 之後，整個 AI 又火熱了起來，大家看到了更多的應用和創意紛紛冒了出來，而微軟也在 Azure 上推出了 Azure OpenAI Service 讓我們可以建立自己的 OpenAI 服務，就在 OpenAI 開放 ChatGPT API 之後，微軟也終於在前陣子也正式公告把 ChatGPT 模型加入 Azure OpenAI Service 裡面，讓我們可以用這一個更強大的模型來建立相關的應用了，接下來會針對 Azure OpenAI Service 把研究和使用的心得陸續寫成系列文章，本文為導覽頁面，方便後續找尋文章。
在使用雲端服務上，雖然服務的開關變的很容易，但是在收到帳單之後就得開始面對成本管理這一個議題，而這個議題可以包含許多的面向，未來將針對這些面向整理一系列的文章，本文先針對基本的成本管理作簡單的說明，以及做為所引用的頁面。
因為需要讓使用者可以自行執行和察看 App Service 上的 WebJob 的狀態，但是又不希望還需要另外開 Azure Portal 權限給使用者，因此會需要可以透過程式來控制 WebJob，找了一下發現 Kudu 是有提供 API 的，因此就透過 API 實做出類似 Kudu 後台的 WebJob 管理介面，在這一個管理平台上可以同時管理多組 App Service 站台底下的 WebJob，後面就來說明該如何設定和使用這一個平台。
Assistants API 的第三篇就來介紹支援的工具和使用方法的實做範例，目前支援三個工具：程式碼解譯器 (Code Interpreter)、知識檢索 (Knowledge Retrieval)和函示呼叫 (Function calling)，未來有再支援新的工具也會再補充在此文裡。
繼上一篇基本介紹 Assistants API 和基本實做之後，本文針對 Assistants API 做更詳細的用法介紹和實做。
OpenAI 在 2023 年 11 月推出了 GPTs，讓使用者可以客制化自己的聊天助理，透過自定義的提示詞來設定 ChatGPT 的用途和功能並且可以串接自己或是第三方的 API 來讓自定義的 GPTs 可以完成更多模型無法直接完成的功能，而在推出 GPTs 的時候也推出了 Assistants API 讓開發者也可以客制畫出自己的聊天助理，透過這個 API 也可以讓我們更快速的來建立聊天助理，而不需要另外處理過往的聊天記錄，在過去要客制化自己的聊天助理，需要另外準備 DB 或是其它方式來儲存過往的聊天歷史對話，現在透過 Assistants API 就可以記錄在 OpenAI 上，透過 API 就可以存取對話的歷史聊天記錄，在 2024 年 2 月微軟也把這個 API 新增到 Azure 上了，後面就來介紹這個 API 並且實做。
介紹完保留跟節省方案之後，最大的問題就是該怎麼挑選跟購買才可以達到最大的效益，本文就針對兩個做比較並提供一些購買的建議。
介紹完保留項目 (Reservations)之後，就是要介紹後來才又推出的節省方案 (Savings Plan)，這也是一種可以節省成本的一種好方案，雖然它比保留的折扣率低，但是彈性卻更高，所以先來介紹一下基本概念和購買。
上一篇針對保留項目說明了如何購買、可購買的分類和查看套用狀態等做說明，接下來就介紹如何套用的邏輯，這會牽扯到如何購買和設定。
前面介紹了一些常見的服務計費挑選以及透過 Azure Advisor 來查看節省成本的建議，接下來就是透過購買保留項目來達到節省成本的操作，後面就來介紹保留項目有哪些項目以及如何套用以及一些實務上要注意的項目。
微軟近期逐漸把 AI 整合到各項產品，並且都掛上 Copilot 的名稱，當然不意外的在 Azure 上也是，就在前陣子也公布了 Microsoft Copilot for Azure 這項服務，但是也不意外的還在預覽階段，需要提出申請才可以使用，通過申請之後也稍微測試了一下，稍微整理一下體驗的心得，讓感興趣的朋友可以瞭解這產品究竟可以做到哪些事情。
OpenAI 在上個月 DevDay 上 公布了新的模型 GPT-4 Turbo with Vision，它可以讓 GPT4 模型可以認得圖片，可以讓 GPT-4 的應用場景又變的更多元了，而微軟也在本週也把此模型上到 Azure 上了，而且可以搭配 Azure AI Vision (Azure Computer Vision) 達成辨識影片的功能，後面就來介紹實際建置要注意的點和測試的結果。
有時候 Microsoft Entra (AAD) 使用者會因為一些因素需要重新設定 MFA，比如說手機遺失、換新手機、忘記密碼等，這些情境都有可能沒辦法用原本裝置來取的 MFA 的驗證資訊，因此就會需要請 IT 人員來協助重置 MFA 來重新設定 MFA，步驟很簡單，所以就做一下記錄。
最近在評估和測試微軟推出的 Windows 365 Cloud PC，它可以快速的為企業建置雲端電腦，且也可以方便的管理，公司有授權的員工就可以在何時何地連上去處理工作，對於會需要再外面跑業務或是 WFH 的員工只需要有電腦就可以連上去，這時候要特別注意的當然就是安全性，必須適當的限制，不然何時何地跟不限機器都可以連上也等於開很大一個洞在那邊等人家連，這時候就可以透過條件式存取來設定，而本文要介紹的就是針對 IP 來限制存取，只有指定的 IP 才可以連的上。
Whisper 是 OpenAI 推出的一個語音辨識的模型，而在 Azure OpenAI Service 也推出了這一個模型，所以我們也可以透過 Azure 使用這一個模型來做語音辨識了，後面就來介紹這個模型跟實做串接的程式。
CsvHelper 套件是我蠻喜歡用來讀寫 CSV 檔案的一個套件，可以很簡單的上手，又可以讀取資料時候直接轉成強型別，最近再處理一堆數字類型的資料因為有些資料使用科學記號的方式呈現，預設會解析失敗，後來找到一些解法就稍做記錄一下，避免之後又遇到。
OpenAI 有提供獨立的 ChatGPT 服務，那如果我們想要使用 Azure OpenAI Service ，又想要有類似 ChatGPT 一樣的站台，這時候就可以用 BetterChatGPT 這一個開源的 UI來架設自己的 ChatGPT 站台，並且使用自己的 ChatGPT 模型來執行，雖然也是可以直接用已架設好的服務直接使用，但是透過 App Service 架設自己的站台，還可以加上一些驗證或是防火牆設定等，才可以達到我們要的私有站台，後面就來說明如何建構自己的私有站台囉！
在之前文章「App Service 實做身份識別存取 KeyVault (二)」有針對 DefaultAzureCredential 做介紹，最近遇到一個情境是我已經用其他方式取得了 AccessToken，想直接轉成驗證的類別，但是內建的實做卻沒有一個是單純用 Token 來建立 AzureCredential，剛好有找到解法，就做一下記錄，避免之後還會用到。
現在開發上習慣 Api First，久了之後難免會修改原本的 Api 方法或是推出新的版本，這時候如果要維持方法的名稱一樣，透過傳入版號來決定要執行的版本，目前常見的方式是網址會帶版號 (ex: /api/v1/sample) 或是在 Query String 加上版號參數 (ex: /api/sample?v=1.0)，而這些要如何實做，找了一下發現到一個方便的套件，可以很快速的完成這一個需求，後面就來簡單介紹一下這個套件的用法。
OpenAI 在前陣子公布了新的模型版本 (gpt-4-0613 、gpt-3.5-turbo-0613 ) 以及新增了 Function Calling 的功能，Function Calling 這個功能可以讓我們預先定義好函示名稱和回傳的參數結果，模型會判斷聊天內容是否符合設定的函示，是的話就會把聊天內容取出函示所需要的參數並且回傳 Json 格式的資料，方便我們接收到之後可以給函示來處理，使用 Function Calling 的好處在於不需要針對每個對話的提示詞多加上說明要回傳的格式，也只會回傳 Json 格式的結果，不會包含多於文字，變成我們要另外處理才可以正確取出要的 Json 內容，如此一來我們寫聊天機器人或是外掛程式的時候就不用針對使用的傳的訊息預先判斷再加上特定提示詞來保證回傳結果，可以完全透過模型的判斷即可。而 Azure OpenAI Service 雖然沒第一時間就支援，但是也在稍晚也推出新版的模型，後面就來說明要如何實做以及測試的結果。
