繼上一篇將 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 一個你所需的版本。...
觀望 Google Cloud Platform（以下都用縮寫 GCP）好一段時間了，也曾報名參加過好幾次他們的活動，並去參加了 101 的教學，但遲遲沒有正式開啟試用，這次有個機會需要試用 GCP 的 App Engine，擇日不如撞日於是就有了以下的一點經驗分享，究竟要如何在 GCP - App Engine 上部署 Laravel 5.1 的專案，對於 GCP 與 Laravel 有興趣者再往下看吧。
（但我可以先說一個小感想，如果是 Laravel 專案，可能還是別用 App Engine 吧，因為不見得有比較輕鬆，若非用不可，那建議最好評估一下優缺點，判斷這是否是適合你的最佳方案。）
申請GCP免費帳號 若申請 GCP 免費試用，你將可以在 60 天內擁有 $300 額度隨便你用。在免費試用期間不需填寫信用卡資訊，因此絕對安全不用擔心被意外扣款。 申請方式很簡單，登入你的 Google 帳號，接著進入 GCP - Free trial 網頁，用力地將 TRY IT FREE 按下去就對了。
接著基本上就是同意、下一步、下一步的流程，最後你的 Google 帳號就會與 GCP 的 Console 綁定，之後就能用此 Google 帳號快速登入了。（如果有任何疑慮，請自己看清楚每一頁的內容。）
免費試用畢竟還是有一些資源上限的限制，所以如果你想要在免費期間測試一些超大的架構，要先做好碰壁的心理準備，因為像是 compute engine 就有限制機器能建立的最高等級。
建立首個 Project GCP 與 AWS 在使用上有個很不一樣的地方，GCP 預設會以 Project 來區分資源。假設你實際上有好幾個專案要上線，那你便可以依據專案數量，替每個專案分別建立一個 GCP 的 Project。...
注意！因為 open source 的工具改版的速度非常快速，而本文提到的 ansible-container 更是一個非常新的專案，恐怕不用幾天的時間，本文就會變成過期文章，因此閱讀之前建議先確認一下 ansible-container 目前的最新狀態，避免因為本文而讓你產生誤解。 （謎之音：所以你寫了一篇超短命的文章。）
本文確實已經過期，超短命的！ ansible-container 已經更新好幾回合了，現在按官方文件操作就可以正常試用了喔！
（再次更新，ansible-container 已經 DEPRECATED 了，原本使用它來 build container 的人，請改用 ansible-bender；如果是使用它來 deploy container 至 K8s，則請改用 Ansible Operators。）
Ansible 官方這次更新的 2.1.0.0 版本，其中一個特點就是與 Container 有更好的互動，像官方部落格就特別寫了一篇文《SIX WAYS ANSIBLE MAKES DOCKER-COMPOSE BETTER》來介紹一部分重點。
不僅如此，Ansible 官方其實從五月就悶不吭聲的在 Github 上新建了一個新的工具 ansible-container，目標讓 Ansible 在操控與管理 Container 上能更靈活。
以下就依據目前官方 GitHub 上已釋出的資訊，搶先試用一下 ansible-container。但文章很長，因為記錄了幾個雷，如果你只想要爽爽順順的試用，那可以跳到最後一個段落，我有將最後除雷完後的環境，做一個簡單的記錄。
跳至除雷結果 如果你很有耐心一起除雷，那就繼續往下看吧！
安裝 ansible-container 必須要手動安裝，所以第一步當然是將官方 repo 先 clone 一份回來。
接著是安裝 docker-compose，因為根據官方文件 ansible-container 需要依賴 docker-compose library，因此使用它的前提就是你也必須安裝好 docker-compose。 （但其實不止如此，repo 中還有一個 requirements.txt 請務必閱讀，並將其中所列的 python lib 全都預備齊全為佳，不然可能會踩到雷。）...
在之前的文章有稍微提過，目前個人在 Synology NAS 上透過 Docker 架設了許多服務，也算是累積了一些在它上面使用 Docker 的經驗，此文將簡單的記錄一些 Synology NAS 上有關的 Docker 兩三事。
安裝與使用 要在 Synology NAS 上安裝 Docker 非常容易，直接在 Synology DSM 後台的「套件中心」安裝即可。安裝成功即可看到 DSM 中多了 Docker 的 GUI 可以使用。 個人覺得 Synology 做出來的 Docker GUI 其實滿好用的，私心希望他們能將它改寫另外打包成 opensource 釋出。 在 DSM 安裝完 Docker 之後，除了可以透過 GUI 的方式操作 Docker，若你 SSH 登入 NAS，會發現也可以直接在 SSH 中使用 Docker 指令。個人後來要啟動新的 Container 時，幾乎都是直接 SSH 登入，在 command line 中輸入 Docker 指令。
Docker 版本與相關檔案位置 NAS 若是安裝 DSM 5.2，則安裝的 Docker 版本會是 1.6.2。如果最近有升級到 DSM 6....
除了 Jenkins 之外，個人排行第二感興趣的 CI Tool 是 GitLab（GitLab CI 在 GitLab 8.0 之後合併至 GitLab CE/EE）。個人目前被 GitLab 所吸引的地方是它的「單純與便捷」，如同有些人說 Jenkins 太囉唆了，Jenkins 在使用上可以設定的細節超級多（雖然你不一定每一項都會用到）；相較之下 GitLab 單純且便捷，彷彿只要在程式碼中多加一個 yaml 檔即可設定完所有 CI 流程與動作。
但，真的有這麼簡單嗎？ 所以當然要實際架設來玩玩看，才能做出更多的判斷。
2016.11.4 補充，確實就是這麼簡單，GitLab 確實是目前熱門的 CI Tool，功能越趨完整，雖然難免開始肥大化，但是未來發展不容小覷。
另外此文已經有部分過期了，建議各位閱讀之餘，還要對照最新的文件，避免有誤！
用 Docker 架設 GitLab 現在 Docker 如此盛行，要架設服務最簡單的做法就是先上 Docker Hub 搜尋現成的 Docker Image。GitLab 這種熱門專案當然不意外，一定會有現成的 Image 可以直接取用。在社群朋友的推薦之下，即找到下面這個優質的 Docker Image。
https://hub.docker.com/r/sameersbn/gitlab/ 印象中這個 Docker Image 的作者 sameersbn 是 Docker 圈內的大神之一，除了 GitLab 之外，他也做了其他很多優質的 image，大神出品，品質保證，選用他的 image 准沒錯！
大神做出來的 Docker Image 備有非常完整的使用說明，根據 Quick Start 的說明，可以直接使用作者貼心的準備的 docker-compose....
在 2016/03/03 及 2016/03/09 的 Laravel news 分別介紹了 laraedit-docker 及 LaraDock。
Laravel News 的這個舉動似乎引爆了 Laravel 圈內的 Docker 熱潮（我自以為引爆啦），所以藉這個機會也來聊一聊「如何用 Docker 建構出適合 Laravel 的開發環境」這題目。
既然目標是建構開發環境，首先當然要先問 Laravel 的開發環境需求為何？ 根據官網我們可以得知，Laravel 5.2 對環境的需求為： 根據官網文件 https://laravel.com/docs/5.2#server-requirements
這裡面主要的需求是 PHP 版本及 Extension，Laravel 需求爲 PHP >= 5.5.9。那除了 PHP 之外，我們還要預備哪些軟體？我們只好同時參考一下官方的 homestead 看看它安裝了哪些軟體： 根據官網文件得知 homestead 已安裝上述軟體
將上述內容整理並精簡之後，規劃出我個人認為所需的基本環境需求如下：
PHP 5.5.9 Nginx Mysql Beanstalkd Composer 有了需求，接著就開始用 Docker 建置。
關於 Docker 要如何安裝，可直接參閱 Docker 官方網站，那裡有豐富的文件可以參考，不管你是哪一種 OS 官方都有提供安裝步驟，再不然網路上也有很多教學文章可參考，所以我就不再重複說明了。
如果是 Mac OS 可以考慮使用早期比較多人用的 Boot2docekr 或已被 Docker 官方收購並包入 Docker Toolbox 的 Kitematic，再不然也可以考慮使用 docker-machine。...
有時候我們會需要編寫一些比較小型的 Playbook，例如每次遇到重大漏洞時，用來修補漏洞的 Playbook。這樣的 Playbook 通常 tasks 不多，有時甚至只要 1 ~ 2 個 tasks 即可搞定。但假設你同時管理了 Ubuntu 及 CentOS，兩者分別是用 apt 與 yum 來管理套件，這導致可能需要為不同的 OS 各寫一個 Playbook。
有沒有辦法可以只編寫一個 Playbook，同時將 apt 與 yum 的 task 都寫進去，但能動態的判斷每次執行 Playbook 時該啟用哪一個 task 呢？
答案當然是可以，這需要用到 Playbook 中的 when 來達成。
基本上 when 就像是一般編寫程式會用到的 if 判斷式一樣，你可以告知 Ansible 在哪些狀況之下才要執行某個 task，藉此我們就能將多種不同情況的 tasks 寫在同一個 playbook.yml 之中，讓 Ansible 來依據狀況執行後續的動作。
回到前面提到的案例：
「編寫一個 Playbook 裡面包含了 Ubuntu 的 apt 及 CentOS 的 yum，當要執行 Playbook 時可以彈性的讓它自動執行正確的 tasks。」
目前比較常看到有幾種寫法：
利用 Variables 自行控制 透過 register 自動註冊新的 Variables 透過 gather facts 取得遠端主機資訊 以下一一說明這幾種寫法。...