在私人的試用帳號即將到期前，測試了用 Azure AKS 建立 K8s Cluster 並將之整合至 GitLab。本文僅紀錄本次的操作步驟。（本文撰寫時，GitLab 版本為 13.9 。）
（本文同步發表於 Medium。）
操作步驟 事前動作，請先註冊並啟用 Azure。目前 Azure 有提供 30 天內 6,100 元的免費點數，想要試玩 Azure 的人，可以考慮申請並集中火力在 30 天內善用那 6,100 元點數。
（官網上的說明。）
Azure 帳號開通後，接著開始進入正題。第一步先安裝 Azure CLI。macOS 使用者可以透過 Homebrew 安裝。
brew install azure-cli （安裝過程中，Homebrew 會自己去下載所需的檔案）
安裝完畢後，確認一下 Azure CLI 安裝的版本，驗證是否安裝成功。
az version 接著讓 Azure CLI Login 以便後續能操作 Azure 雲端資源。
az login 輸入指令後，Azure CLI 會自動開啟瀏覽器，並連上指定的 oauth 網頁。 在網頁上確認你要登入的 Azure 帳戶。 成功登入後，會得到下面的畫面。 同時 Command line 也會得到登入成功的訊息。 接著先取得 Azure 的 Location 資訊，後面在建立 Resource Group 時會用到，我們要挑一個離台灣近一點的機房，一般來說滿多人會選擇香港機房。（Location 也可以到 Azure 官網查詢。）...
因為一些緣故，要再次嘗試透過 Ansible 建立 Azure 的一些資源，於是重新踏入這個坑進行了一番研究。Azure 和其他雲端供應商一樣，提供的服務越來越多樣，同時也支援越來越多服務都能以 Infrastructure as Code 的方式創建與管理，不過既然是重新入坑，還是先從簡單的動作開始著手，首先嘗試以 Ansible 來建立一個 Azure Virtual machines。 （本文同步發表於 Medium） （本文內容已經過期，還請詳閱 Ansible 與 Azure 的最新文件。）
為 Ansible 取得必要的權限 不管是使用哪一種 Infrastructure as Code 或 Configuration Management 工具，如要透過工具直接管理或操作雲端服務，首先都要為工具取得必要的授權及權限。而目前在 Azure 和 Ansible 的官網上，皆已經有文件在教學如何透過 Ansible 來管理 Azure，但在查閱了數篇之後發現，Azure 能夠提供授權給 Ansible 使用的方式主要有兩種：
Active Directory Username/Password Service Principal Credentials 而本文將會採用第二種「Service Principal Credentials」。 如果你打算按著文件，逐一步驟建立「Service Principal Credentials」，我可以預告你很有可能會遇見一個坑，那就是明明是按著文件圖文一步步地操作，但最終就是無法輕易找到下面這四個所需參數。
subscription_id=xxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
client_id=xxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
secret=xxxxxxxxxxxxxxxxx
tenant=xxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx 在嘗試幾種操作之後，個人發現目前最簡單的做法應該是這份文件提到的指令。
使用 Azure CLI 來建立 Azure 服務主體（英文版） 只要按著文件中說明的 Azure CLI 指令 az ad sp create-for-rbac，即可順利透過它取得上述四個參數中的後三項。而最簡單執行 Azure CLI 的方式，則是透過 Azure portal 的 Cloud Shell。 只要登入 Azure portal，在點擊上方工具列 Cloud Shell 的 Icon 即可操作它。...
這次受邀擔任 PHPConf 2016 的工作坊講師，負責一場「自動化與持續整合」的實作工作坊，除了有事先預備了 Local VM 提供參與者事先安裝設置之外，要特別感謝微軟贊助本工作坊，每位學員都會擁有一組 Azure Pass 一個月內有限額的 Azure 試用，讓學員可以直接在 Azure 上建立工作坊的實作環境。
此文即是紀錄在 Azure 上要如何建立實作環境。
（2017/8/5 註記：此文的一些資訊已經過期，你也知道工具是會不斷更新的。）
環境描述 再重複一次我們會需要用到下面四種 Server：
CI Server：這次工作坊會以 GitLab 作為主要的 CI Server。 CI Worker：即是 GitLab Runner。 Web Server：標準的 Nginx + Php-fpm，而且要開放可以 SSH Login。 Selenium Server：測試案例中會用到 Selenium。 在 Azure 上，其實有各種方式可以組合出實作環境，但既然我們有 Azure 免費試用，當然可以選一種相對簡單，但又很奢侈的建置方式，即是「建立多台 VM 並安裝好 Docker，讓每台 VM 都只用 Docker 建立 1~2 種 Service。」 如此一來由多台 VM 各自負擔工作，不用擔心資源不足，也不用煩惱 IP 的問題。 所以讓我們再次感謝微軟的大力贊助！
不過我想 Azure 專家們應該會跳出來說，Azure 明明就有很多好作法，所以我只好維持一樣的回答，此文不是 Azure 教學文啊，只是想用最簡單的方式建構出本次工作坊的實作環境，就請專家們睜一隻眼閉一隻眼嘍。
當然，你也可以開一台超大超強的 VM，然後和上一篇文章的 Local VM 一樣，在一個 VM 內用 Container 提供多種服務的方式建置環境，做起來也不難，但這就留給有心人自己去嘗試了。...
繼上一篇將 Laravel 部署在 GCP - App Engine，這次要來試用 Azure 的 App Service - Web Apps。

Azure 目前文件增加的速度頗快，所以官方其實已經有一篇《建立、設定和部署 PHP Web 應用應式至 Azure》而且文章很潮的就是用 Laravel 作為範例。 （謎之音：所以你其實也不用寫文了？反正別人已經寫好了。）
不過因為 azure-cli 有改版，所以上面那篇官方教學少寫了一件事，因為個人覺得頗雷，所以我決定先賣個關子，這樣我這篇文似乎還是有點用處，只是不知道能存活多久就是了。
申請試用 目前 Azure 一樣有 Free Trial，提供 30 天內有 NT$6,300 的額度讓你試用，當然與 GCP 相同，在試用方案期間 Azure 對於資源上限會有所限制，所以你一樣沒辦法在試用期建立某些巨大的架構，但若只是要試試 Azure 的各種服務則是綽綽有餘。

試用 Azure 目前比較麻煩有兩件事：
需要 Microsoft 帳號，如果沒有就去註冊一個吧。 需要輸入信用卡資料，沒有信用卡，那就去銀行辦卡吧。 安裝 Azure-cli 操作過程中（可能）需要用到 Azure-cli，請事先安裝完畢，可以參考 MS 官方文件，但如果跟我一樣不想在本機上安裝一堆東西，那上面的 MS 文件中也有提到，MS 作出了 Docker Image - azure-cli 可以直接取用。
這個 Docker Image - azure-cli 內含 curl、git、vim 當然還有 azure-cli，算是一個簡單乾淨的環境，如果覺得還缺了什麼，它是以 debian:jessie 當作 baseimage，所以想要自己補安裝其他軟體也不困難，可以自己動手 build 一個你所需的版本。...