上周我們遇到一個非常罕見的問題，一群人費了九牛二虎之力才徹底釐清案情，並且成功修復問題。我們在部署 Azure Functions 的時候，大部分的情境底下都是正常的，唯獨將站台重新部署到 Linux 平台的 App Service Plan 之後，詭異的狀況就此發生。由於案發過程過於冗長，我打算摘要記錄一下我們遭遇的現況與解決方法。
... 繼續閱讀 ...
週日玩了一下 cloud-init 工具，我發現文件看官方文件不是那麼好上手，但是官網首頁的影片卻一看就知道怎麼設定。簡單來說，cloud-init 專門用來幫你初始化 Linux 的出廠設定，不但支援大多數 Linux 散佈版本 (distributions)，也支援大多數雲端平台業者，也可以讓你在地端的 Bare-Metal 主機進行初始化，可謂是業界標準的初始化 VM 方法。我發現 Multipass 也有支援 cloud-init 設定，所以這篇文章我來大致說明一下設定的過程與套用的方式。
... 繼續閱讀 ...
我之前有篇 使用 MicroK8s 架設 Kubernetes 叢集的完整過程解析 文章，講解了完整的 MicroK8s 體驗的過程。雖然你可以在 Windows 上輕鬆的架設出一套 Kubernetes 叢集，但是由於 MicroK8s 的底層使用到了 Multipass 工具來建立虛擬機器(VM)，事實上透過 Multipass 建立的 VM 在每次重開機的時候都會變更 IP 地址，因此只要 VM 重開機，基本上叢集就會壞掉，因為所有 Worker Nodes 將無法找到 Control Plane 的 IP 地址。這篇文章我來說說這個問題的解決方法！
... 繼續閱讀 ...
雖然透過 Multipass 建立 Ubuntu VM 相當便利，但是若要設定一組固定 IP 地址卻相對困難，我最近因為想要在家裡架一台 VM 起來，讓我的在同一個區域網路上的筆電也可以順利連上我的 VM，這篇文章我將來說明我的設定方法。
... 繼續閱讀 ...
有些事情看起來很複雜，但想通了就會很簡單；不理解的時候很抽象，理解的時候就很直覺。最近在幫客戶搬遷 Azure Storage 儲存體帳戶，照理說透過 AzCopy 應該要非常簡單才是，但是偏偏就是這個客戶的訂用帳戶的儲存體帳戶無法複製檔案過去，而且錯誤訊息相當難以理解，搞了很久才釐清真相。
... 繼續閱讀 ...
最近幫客戶導入 Azure Front Door 負載平衡器與 WAF 服務，在進行一連串的測試之後，發現想刪除測試用的 Front Door 服務卻無法刪除。原因是 Azure Front Door 當有設定 自訂域名 (Custom Domain) 的時候，預設會需要事先設定自訂域名的 DNS CNAME 紀錄，然而在刪除 Front Door 資源的時候，卻需要先刪除該 CNAME 紀錄才能刪除該資源，有點不太方便。因為 DNS 註冊在客戶端，且申請刪除 CNAME 紀錄需要好幾天時間，所以便研究了一下如何在不解除 CNAME 記錄的情況下刪除 Azure Front Door 資源。
... 繼續閱讀 ...
最近加入到一個客戶的 Azure 訂用帳戶設定 CI/CD，在做這件事情之前，當然是先建立好 Service Principal (服務主體)，然後才進行角色指派，讓該服務主體擁有必要的權限才能進行部署。不過建立完成後才發現，我忘記將 Storage account (儲存體帳號) 的 Storage Blob Data Contributor 角色指派給我建立好的 Service Principal (服務主體)，以致於我無法透過 AzCopy 複製檔案進 Blob 容器中。最悲劇的地方，就是我的 Guest 身份竟然無法讀取 Service Principal (服務主體) 的任何資訊，導致我無法順利指派角色，這篇文章我就來說說我的最終解法！
... 繼續閱讀 ...
當你在 Azure 使用 App Service 部署網站時，預設的時區是設定在 UTC 時間，當你的網站不需要處理跨時區的問題時，最簡單的解法，當然就是調整系統設定，讓你的程式可以直接讀取到台灣時區的時間 (UTC+8)，原本我們都設定的好好的，但上周突然決定要改用以 Linux 為主的 App Service Plan，這才發現時區設定失效了，查詢後才發現原來設定不同！這篇文章我將說明如何正確的調整 App Service 的時區設定。
... 繼續閱讀 ...
在 Azure 所有 使用者 (User) 與 服務 (Service) 都代表著一個 主體 (Principal)，而 Azure 的 RBAC (以角色為主的存取控制) 主要就是針對 主體 (Principal) 來進行角色指派 (授權)，因此我們可以對 使用者主體 (User Principal) 或 服務主體 (Service Principal) 設定在不同資源所擁有的角色。本篇文章我打算來分享幾個方法，教你如何在特定 訂用帳戶 (Subscription) 下查出有哪些主體被設定了哪些角色，以及特定主體已經被授權到了哪些訂用帳戶、哪些資源的哪些角色，藉此用來盤點是否有不當授權的狀況。
... 繼續閱讀 ...