2019ironman 10th - Cloud Native - AWS Elastic Beanstalk & Devops 網站維運實戰
Day22 - AWS Devops(5) 06 X-Ray 這個服務在AWS中很少被提起 也可能是因為這是個很少人提到的服務 這個產品比較是偏向於開發者問題排除的工具與IT對於效能上的監控 但由於支援的程式碼種類較少 只有Node.js、Java、.NET 導致目前適用的族群較小 但是如果您剛好是這三個語言的族群 蠻適合來用用的 官網上有張圖可以很直覺的讓使用者瞭解到他是多厲害 在正確的設定之下 他可以將您程式畫出一張架構圖 並標示個服務之間的狀況及是否有故障或緩慢的狀態 這是個如果恰巧就一定要用的服務
2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure
Day22 - 常用服務 4.mysql與postgresql(1) 在AZURE上面mysql與postgresql只是個配角 微軟的重心在 SQL SERVER Paas版 Azure SQL Database 且定價幾乎等同免授權費 為了綁哪些使用者還不清楚嗎 不過也不能說他不好 畢竟如果要比mysql與postgresql他怎樣都打不過另外兩家雲端廠商 但如果你是被app service吸引過來的節省費用的族群 資料庫放在AZURE上也就理所當然 如果要最便宜的搞定 我會建議使用VM來建立 但如果要方便管理那mysql就是使用 適用於 MySQL 的 Azure 資料庫 英文是 SQL Database for mysql 官網連結 如果是PostgreSQL就是 適用於 PostgreSQL 的 Azure 資料庫 英文是 SQL Database for PostgreSQL 官網連結 超繞口的 每次介紹都會唸到打結 服務上除了建立方式比較不一樣之外跟在傳統主機商或其他雲端沒什麼太大的不同 如果要使用phpmyadmin管理那可以參考我另外一篇
2019ironman 10th - Cloud Native - AWS Elastic Beanstalk & Devops 網站維運實戰
Day21 - AWS Devops(4) 05 CodeBuild 官方連結 AWS CodeBuild 這服務簡單來說就是幫你測試程式碼是否可以正常的運行 如果以AWS內服務來結合的話 可以直接結合在CodePipeline的流程之中 原先是 CodeCommit -> CodePipeline -> CodeDeploy -> 目標主機中 新增CodeBuild之後 測試成功的狀況之下 CodeCommit -> CodePipeline -> CodePipeline送CodeBuild進行測試-> CodeBuild測試成功並告知CodePipeline -> CodePipeline繼續部署 -> CodeDeploy -> 目標主機中 測試之敗的狀況之下 CodeCommit -> CodePipeline -> CodePipeline送CodeBuild進行測試-> CodeBuild測試失敗並告知CodePipeline -> CodePipeline暫停部署並通知部署失敗 在這個狀況一下可以大幅減低基礎測試的時間與人力 進而把人力投入到
2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure
Day21 - 常用服務 3.Web service-(13) 建置流程 13 部署選項 這是在Web service最後一個常用且重要的功能 如果是傳統開發商可能使用FTP上傳已經足夠 但如果是系統自行維護那建議還是導入git做版本控管 部署選項就是讓您結合git的工具 選擇流程如下圖 點選您要的git類型並進行授權完 Web service就會開始自動化取得您的git庫並開始進行自動化部屬了
2019ironman 10th - Cloud Native - AWS Elastic Beanstalk & Devops 網站維運實戰
Day20 - AWS Devops(3) 03 AWS Devops 中有個角色不可或缺但是如果是用Elastic Beanstalk 基本上一定會被忽略的服務 AWS CodeDeploy 官方連結 CodeDeploy 要說他怎麼用或是能做什麼 說出個長篇大論絕對沒問題 但是要用一個簡單的說法就是CodeDeploy收到程式碼後協助去將程式碼塞進主機 但是因為Elastic Beanstalk已經是內建了所以會沒有機會設定這些東西 04 有人將程式碼塞進主機 也需要有人發現程式碼更新了將程式碼取出來 負責這工作的就是 AWS CodePipeline 官方連結 CodePipeline 他的工作很簡單就是不停的去看git更新了沒 一但更新了就將他取出交給CodeDeploy去處理 當然這都是最簡單的說法 實際執行上會有很多細節的問題需要處理
2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure
Day20 - 常用服務 3.Web service-(12) 建置流程 11 備份 這邊是內建的備份與還原功能 這邊要注意的是這個備份是需要自己去設定的 而不是在各個方案中有寫一天備份多少次啊 他就會自動的 所以如果建立完appservice一定要過來這邊設定一番 12 SSL設定 這邊有幾個比較重要的點是TLS不要降低最低就1.2因為在舊的版本要被瀏覽器棄用了 而且速度也不會比較快 另外appservice上傳SSL其實很麻煩 建議做法是我們傳統申請完SSL都會拿到 CSR + KEY + CRT + CA 但是AZURE不吃...... 他只吃PFX 所以需要參考下列連結來轉換格式並上傳了 將現有的自訂 SSL 憑證繫結至 Azure Web Apps 重點就是這段 轉完上傳就可以使用了
2019ironman 10th - Cloud Native - AWS Elastic Beanstalk & Devops 網站維運實戰
Day19 - AWS Devops(2) 02 Devops就不得不談到git git是Devops的起點 AWS也有提供git相關的服務 AWS CodeCommit 他是AWS上面一個蠻實在的服務 小量使用您可以不用花到費用就可以有私人git的服務 而不像是GitHub如果不付錢就只有把程式碼公開一條路 基本上他的操作沒有特別複雜的地方 操作手冊如連結 什麼是 AWS CodeCommit 基本上只要會使用git的人 就可以很快上手CodeCommit
2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure
Day19 - 常用服務 3.Web service-(11) 建置流程 10 自訂網域 自訂網域是個很重要的功能 因為沒人希望自己做出來的網站網址是AZURE而不是自己的 在這頁有幾個比較要注意的點 一 DNS指向建議在新增主機名稱之前就先指向這個IP位置，因為要有驗證指向新增主機名稱才會生效才會生效 如：下圖在我還沒指向之時 二 域名不限制一個，如果你想綁定幾十個也可以 三 如果有綁定憑證建議開啟僅限HTTPS，他可以協助您將所有http的網址轉換成https
2019ironman 10th - Cloud Native - AWS Elastic Beanstalk & Devops 網站維運實戰
Day18 - AWS DevOps(1) 01 如果要粗略的了解AWS DevOps 可以大約看一下下列的連結 DevOps 與 AWS 這邊來說最重要的一點就是這張圖片 這邊包含了持續部署的相關服務 但是您可能會很感覺整個說明的很模糊 實際上的流程如果是以這張網路上找到的圖可能是比較好的流程 以生產作業來說 整個流程就是 生產(產生程式碼) -> 測試(測試程式碼是否合乎規格與需求) -> 正式組裝(Deploy) -> 出產(服務運作) 如果把它全講可能又是一年的鐵人賽了 基本上介紹必要的東西 做最基礎的DevOps這才是跨入這領域最重要的一步
2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure
Day18 - 常用服務 3.Web service-(10) 建置流程 09 應用程式設定 以PHP模板為例 以共同的設定來說明 一律開啟 這個功能來說看程式怎麼設計，如果有持續連線的需求就開啟 HTTP 版本 以現在來說建議都開啟2.0，最主要的原因是因為h2比起1.1可以節省很多的請求而不需要多次連接與TCP交握可以加快速度。當然優點很多如果有興趣可以自行google或者點這連結 google結果 FTP存取 這邊主要是有沒有要啟用FTPS的協議或者是如果用github部署的話就可以切換或者是關閉 堆疊 選擇程式碼版本 這邊重點就是依需求選擇 需要特別注意的是 .NET Core 是 建置在linux上的 如果要使windows做底層的話需要再建立時直接選擇windows
2019ironman 10th - Cloud Native - AWS Elastic Beanstalk & Devops 網站維運實戰
Day17 - Elastic Beanstalk 操作說明(14) 19 今天主要來說 Events 與 Tags 並來為 Elastic Beanstalk 做個總結 Events 這邊是記錄各種Elastic Beanstalk有狀態變動時的紀錄 比如現在出現嚴重的4XX，新的Code部署失敗等等的問題 是用來最快速的問題查修之用 Tags 以Tag來說他是個很重要的服務 尤其是在於這個整合式服務。 如果沒有tag很容易在環境複雜的狀態之下 如果我有多台獨立的EC2與Elastic Beanstalk 是有可能操作機器的時候有錯誤的 加個Tag可以讓您可以快速辨識各個服務當中哪些是屬於哪個Elastic Beanstalk 總結 今天很剛好去拜訪一個用Elastic Beanstalk用不少的客戶(每月$3K以上) 再談她們新需求的時候 他們說出的點很值得維運人員來參考 客戶的IT:這個系統我希望他放在EB上，對我這邊的維運起來比較方便，我要抓log不用使用文字介面點一下就有，還要等你們的工程師去撈資料出來給我，實在是很不方便。還有如果不用EB整套
2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure
Day17 - 常用服務 3.Web service-(9) 建置流程 08 除了屬性之外還有一個可以了解所有資訊的地方! 取得發行設定檔 下載之後打開會呈現這樣 這邊跟屬性其實很像 差別就只差在三點 1. XML格式匯出 2. FTP的密碼給出來了! 3. 取得發行設定檔沒有給出ip 第一點說認真的一點都不重要，而且為何是給XML。不能有誠意給JSON嗎...... 重要的是第二點這是創建出來之後預設的密碼 當然的可以改他 但是如跟是要快速建立出環境並開始使用 可以直接下載這份XML並取的密碼 登入完FTP後就可以直接上程式碼了～go