架構師專欄

為您解析AWS技術大小事

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

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

閱讀更多 »

【架構師專欄】Day20 – AWS DevOps(3)

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

閱讀更多 »

【架構師專欄】Day19 – AWS DevOps(2)

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

閱讀更多 »

【架構師專欄】Day18 – AWS DevOps(1)

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

閱讀更多 »

【架構師專欄】Day16 – Elastic Beanstalk 操作說明(13)

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

閱讀更多 »

【架構師專欄】Day15 – Elastic Beanstalk 操作說明(12)

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

閱讀更多 »

【架構師專欄】Day06 – Elastic Beanstalk 操作說明(3)

有一種連結中沒提到的狀態,當刪除完成的Elastic Beanstalk它會變成淺灰色,這時候他會保留數小時並不會直接消失如上圖中左邊的方格。 Environment ID :如果您如果想更進階使用CLI來操作這是一個關鍵,反之可能完全無用。URL:這個是您佈建環境預覽用的URL您可以點選並驗證程式是否正確

閱讀更多 »

【架構師專欄】Day04 – Elastic Beanstalk 操作說明(1)

選擇region,基本上依照個專案還有網站需求的不同而選擇不同的地區,您可能在AWS官方網站上面看到還有中國的機房,如果要用中國結點的話需要在AWS另外開立中國專用帳號,而[AWS 全球基礎設施]官方的說明中有提到` AWS 網路節點 `,網路節點代表的是AWS Cloudfront(CDN)所提供服務…

閱讀更多 »

【架構師專欄】Day03 – Elastic Beanstalk 架構說明(2)

以單 Elastic Beanstalk 來進行建置,通常就這個架構是偏向單純,但是在系統運作上面附載高低差很大的時候,為了資源利用率最大化通常會使用Load Balancing與auto scaling的架構運行就會是必要的,在這種狀況之下除了Load Balancing類型的選擇之外您還需要考慮到…

閱讀更多 »