【架構師專欄】Day21 – AWS DevOps(4)

CodeBuild 這服務簡單來說就是幫你測試程式碼是否可以正常的運行，如果以 AWS 內服務來結合的話，可以直接結合在 CodePipeline 的流程之中，原先是CodeCommit -> CodePipeline -> CodeDeploy -> 目標主機中，新增 CodeBuild 後測試的狀況...

AWS Devops 中有個角色不可或缺但是如果是用 Elastic Beanstalk，基本上一定會被忽略的服務 AWS CodeDeploy ， CodeDeploy 收到程式碼後協助去將程式碼塞進主機，但是因為Elastic Beanstalk已經是內建了所以會沒有機會設定這些東西...

Devops 就不得不談到 git，git 是 Devops 的起點，AWS 也有提供 git 相關的服務 AWS CodeCommit。他是AWS上面一個蠻實在的服務，小量使用您可以不用花到費用就可以有私人git的服務，而不像是GitHub如果不付錢就只有把程式碼公開一條路...

以生產作業來說整個流程就是生產(產生程式碼) -> 測試(測試程式碼是否合乎規格與需求) -> 正式組裝(Deploy) -> 出產(服務運作)如果把它全講可能又是一年的鐵人賽了，基本上介紹必要的東西，做最基礎的 DevOps 這才是跨入這領域最重要的一步。

今天主要來說 Events 與 Tags，並來為 Elastic Beanstalk 做個總結。Events這邊是記錄各種 Elastic Beanstalk 有狀態變動時的紀錄，比如現在出現嚴重的 4XX，新的 Code 部署失敗等等的問題，是用來最快速的問題查修之用。

今天主要來說 Alarms 與 Managed Updates。Alarms這個功能其實就是設定參數來發出告警訊息，但是因為 Elastic Beanstalk 是集合式服務所以在設定上是需要集體的設定，個別的主機設定上設定可能因為主機的汰換所以可能間控告警失效，如果要設定告警基本上還是在這邊設定會是比較好的。

今天主要來說 Health 與 Monitoring， Health 主要是來顯示主機狀態，但是如果部署出問題他會是一個很關鍵的功能。因為可以從這邊得知道部署失敗的主機的狀況以利排除問題，這邊遇到的問題其實蠻多元的，通常都是客製化的YAML寫錯，這時候就可以利用這功能快速排除問題。

Configuration 這個也差不多說完了，接下來維運的關鍵功能 Logs 。這個功能可以將現有的主機的 log 撈出讓您下載，這是一個很棒的功能，可以讓您快速得到您的訪問紀錄，如果您有設定生命週期或者說你有自動擴展跟縮小過，會發現漏掉很多log...