2019ironman 10th - Cloud Native - AWS Elastic Beanstalk & Devops 網站維運實戰

2019ironman 10th – Cloud Native – Day06 – Elastic Beanstalk 操作說明(3)

Day06 - Elastic Beanstalk 操作說明(3) 07.04 基礎調整後畫面如下基本上只有調整Capacity與Load balancer 08 建立完成後進到Elastic Beanstalk的畫面如下成功建立的Elastic Beanstalk因該是綠色的。對於Elastic Beanstalk狀態的顏色如下連結有完整的說明運作狀態顏色和狀態 PS：有一種連結中沒提到的狀態，當刪除完成的Elastic Beanstalk它會變成淺灰色，這時候他會保留數小時並不會直接消失如上圖中左邊的方格。 09 點選建立完成的EB可以進入到以下畫面上方可以看到 Environment ID 與 URL Environment ID：如果您如果想更進階使用CLI來操作這是一個關鍵，反之可能完全無用。 URL：這個是您佈建環境預覽用的URL您可以點選並驗證程式是否正確下方則是概觀，您可以初步的瞭解到環境資訊以及您環境的即時狀況左方的各個分頁則是Elastic Beanstalk的參數，在後面依序進行介紹

2019ironman 10th – Cloud Native – Day05 – Elastic Beanstalk 操作說明(2)

Day05 – Elastic Beanstalk 操作說明(2) 06 點選[Configure more options]進行進階的設定 07 三個紅筐依序說明 07.01 第一個匡 Configuration presets他預設是Free Tier eligible來設定如果您不希望花到錢就使用預設但是如果是正式環境就不用管這邊 07.02 第二個匡這邊要注意的是規格類型，基本上他預設都是以最新版本為主，但如果是要比較舊的版本可以點選[Change platform configuration]進行修改，像是預設為PHP7.2 但是可能需要PHP 5.5的狀況 07.03 第三個匡需注意兩點 1. Network：如果沒有設定會直接放置於default中，如果要自定義網路設定的需要在此階段就決定放置於哪個VPC中，建議後無法修改 2. Capacity與Load balancer：Capacity預設為

2019ironman 10th - Cloud Native - AWS Elastic Beanstalk & Devops 網站維運實戰

2019ironman 10th – Cloud Native – Day04 – Elastic Beanstalk 操作說明(1)

2019 ITHOME 鐵人賽-AWS Elastic Beanstalk & Devops 網站維運實戰 Day04 - Elastic Beanstalk 操作說明(1) 在三天的概述後再來就是要進入到正式的操作說明 01 登入AWS帳號 02 選擇region(地區)，基本上依照個專案還有網站需求的不同而選擇不同的地區額外說明 1. 您可能在AWS官方網站上面看到還有中國的機房，但是因為中國的政治控制因素，所以如果要用中國結點的話需要在中國AWS另外開立中國專用帳號 2. AWS 全球基礎設施官方的說明中有提到AWS 網路節點，網路節點他代表的是AWS Cloudfront(CDN)所提供服務的節點 03 選擇地區之後點選 Compute 中的 Elastic Beanstalk 04 進入到Elastic Beanstalk後會看到起始畫面，點選[Get Started]開始建立服務 05 在Create

2019ironman 10th - Cloud Native - AWS Elastic Beanstalk & Devops 網站維運實戰

2019ironman 10th – Cloud Native – Day03 – Elastic Beanstalk 架構說明(2)

2019 ITHOME 鐵人賽-AWS Elastic Beanstalk & Devops 網站維運實戰 Day03 - Elastic Beanstalk 架構說明(2) 以單Elastic Beanstalk來進行建置通常就這個架構是偏向單純但是如果是在系統運作上面附載高低差很大的時候為了資源利用率最大化通常會使用 Load Balancing 與 auto scaling 的架構運行就會是必要的在這種狀況之下除了 Load Balancing 類型的選擇之外您還需要考慮到 1. login機制 2. Cache的共用是否有存在的必要 3. 共用資料夾的必要性 4. data存放的位置選擇但對於開發者來說這些都是可以用程式修改來進行排除的問題對於營運者來說還可以再更一步地考慮到既然系統的擴展之外的問題出自於 AWS DevOps Blog 中的圖片就可以顯示出Elastic Beanstalk所具有的可行性通常對於系統工程師來說維護附載平衡與知間的一致性就是一個很大的工程但在於Elastic Beanstalk當中你發

2019ironman 10th - Cloud Native - AWS Elastic Beanstalk & Devops 網站維運實戰

2019ironman 10th – Cloud Native – Day02 – Elastic Beanstalk 架構說明(1)

2019 ITHOME 鐵人賽-AWS Elastic Beanstalk & Devops 網站維運實戰 Day02 - Elastic Beanstalk 架構說明(1) Elastic Beanstalk 這個服務最小的規模就是一台EC2作為Web Server 由於他是AWS代管的服務所以內建幾項東西 1. 程式版本控管 2. auto scaling 的可行性 3. 多種程式語言的支援 4. 監控機制的整合 5. devops的可行性但是他不包含(需要使用.ebextensions以YAML或JSON來客製化) 1. 多站點的設定(VirtualHost) 2. 共享資料夾的設定(NFS或SMB) 如果是初期的Web開發可以再加上一台RDS來組合成Web+db的架構在這個架構當中如果未來需要直接轉換成正式環境正式環境如果需要使用auto scaling與Load Balancing 要注意你要使用的是哪種Load Balancing

2019ironman 10th - Cloud Native - AWS Elastic Beanstalk & Devops 網站維運實戰

2019ironman 10th – Cloud Native – Day01 – Day01 我眼中的EB(Elastic Beanstalk)

AWS Elastic Beanstalk & Devops 網站維運實戰 Day01 我眼中的EB(Elastic Beanstalk) Beanstalk 看到這個字通常都會很納悶魔豆? 這是啥鬼東西但是這名字的由來是由童話傑克與魔豆(Jack and the Beanstalk) 取這個名字的人因該是個童話迷但同樣的也反映了這個產品的特性只需要簡單的種植就可以長成巨大且巨量的服務如果對他有很多疑惑從各個面向都有不同的理解方式系統工程師：減低網站與API底層環境建置時間的工具程式設計師：只要會上傳程式碼就可以部署出高可用性的環境自動化佈署的高手： AWS版的Ansible 雲端初學者：他就是 EC2、RDS、Code*、X-Ray 等等等的組合當然各種面向都有些片面但是這個工具對於許多的建置專案來說他的確是可以減少大量的部屬時間不需設計複雜的擴展機制不需反覆進行擴展測試與監控調教只需要注意一點 EB的主體是 Stateless Service (無狀態伺服器) 程式的任何儲存行為絕不可以存放在本機這