亞馬遜的Elastic Beanstalk是該公司的一個平臺即服務(PaaS)，它是在彈性計算云、彈性負載平衡器以及簡單存儲服務基礎之上開發的。消費者只需為他們所使用的基礎服務支付費用，而亞馬遜網絡服務(AWS)則免費為其提供平臺。現在，有兩種類型的Elastic Beanstalk應用程序：網絡應用程序和后端應用程序。在這個平臺上開始工作之前，選擇正確的應用程序類型是非常重要的。

[[133952]]

從本質上來說，亞馬遜Elastic Beanstalk是一個配置管理和代碼部署的系統，它可自動管理各種AWS資源。用戶可以在GIT版本控制系統中存放自己的代碼，并把新版本的代碼直接推至Beanstalk以便于發布一個新版本。Elastic Beanstalk把壓縮版本的代碼存放在簡單存儲服務(即S3)中，它可允許開發人員把代碼部署至由AutoScaling組管理的彈性計算云(EC2)實例中。一個彈性負載平衡器(ELB)能夠自動將流量發送至AutoScaling組，后者也是由Elastic Beanstalk配置的。

開發網絡應用程序

網絡應用程序直接通過瀏覽器響應用戶請求。它們可以處理由ELB發送來的流量，可以有選擇地通過諸如Nginx這樣的代理。當然，用戶還可以讓Nginx 直接提供靜態內容——而不是要求應用程序來管理靜態文件。但是，通常最好還是通過AWS的CloudFront來提供靜態內容，這樣用戶就不必從應用程序服務器提供任何靜態資源了。

因為代理服務器會增加限制(它不支持Socket.io或諸如SPDY、HTTP2這樣的高級HTTP協議)，我建議完全禁用代理服務器。盡管它們被稱為網絡應用程序，這一類型的應用程序可以監聽任何的端口(或者多個端口)，以及所有的協議。網絡應用程序的關鍵在于它們是直接響應用戶請求的，并在彈性負載平衡器后被代理。

開發后端應用程序

后端應用程序監聽一個SQS隊列以捕獲請求。后端應用程序的一個應用示例就是處理上傳視頻，并將視頻文件轉換成一個流行的移動格式。SQS和基于亞馬遜 Beanstalk的后端應用程序可以管理多個工作負載。如果用戶正在使用SQS來處理批量的后端應用程序，那么就可以考慮使用一個Beanstalk的后端應用程序來自動實現對代碼更新的管理。

Elastic Beanstalk中的應用程序監控

時刻關注應用程序的運行狀態總是一個好主意。AWS的Elastic Beanstalk有很多自動化檢查措施來檢測一些常見的問題。任何環境的運行狀態都可以通過Elastic Beanstalk控制面板反映出來，這是一個解決問題的良好開端。

紅色的應用程序環境。如果用戶的應用程序環境是紅色的，那么這通常意味著所有的連接都沒有處于正常工作狀態。這往往表明，用戶的所有服務器都發生了問題，或者通用服務中出現了問題。

為了解決這樣一個紅色的環境，可將不再接受連接的現有服務器移除。如果用戶制定了一個AutoScaling策略來使用ELB運行狀態檢測而不是實例運行狀態檢測，那么系統將自動移除服務器。如果用戶還沒有這么做，那么可以使用EC2管理控制臺嘗試手動關閉這一環境中的所有實例。用戶應當能夠在控制臺中搜索環境名稱，并確定哪一個服務器與之匹配。

檢查位于運行狀態正常指標以下的日志;有時候用戶會看到表示已刪除實例或正在啟動實例的日志。如果是這樣的話，用戶可能需要等待系統自行恢復正常。如果不是這樣，那么可能需要用戶進行進一步的調查。

黃色的應用程序環境。如果用戶的應用程序環境是黃色的，那么這意味著該服務正處于一個“降級”狀態。這意味著，有部分的服務器發生了故障或者系統檢測到一個連鎖的故障，但還沒有導致系統的完全停用。

當用戶看到這樣一個圖標時，用戶就應當立即著手進行服務檢查。Beanstalk通常可以在這一點上恢復并啟動替代的服務器，但是如果用戶發現服務器處于 “垂死”或者“死亡”狀態，那么直接手動關閉往往是一個好主意。如果服務器啟動時間過長以及能夠響應請求的等候時間過長，那么就會發生這樣的問題。AWS 的Elastic Beanstalk會對實例進行運行狀態檢查以確保它們在進入ELB之前接受流量，但是如果實例要花費5到10分鐘以上的時間來接受請求，那么我們就會假定它們發生了問題，同時系統就會自動替換它們。這可能會導致系統無休止地啟動和關閉服務器，所以請務必確保服務器啟動的平均時間低于10分鐘。

灰色的應用程序環境。灰色狀態表示AWS Elastic Beanstalk正在對應用程序環境進行變更，或者無法對應用程序環境進行變更。一旦對應用程序環境進行了變更——要么是通過代碼部署或者用戶在控制臺進行配置變更——用戶在進行任何其它變更之前必須等待這些變更生效。

如果用戶的環境長時間地處于這一狀態下，那么可首先嘗試重建該環境。用戶可能需要使用一個新的環境來替代它。在大多數情況下，如果用戶需要確保所有的設置都與之前相同，那么就可以基于一個現有的環境進行環境復制。如果由于變更仍在列表中等待的原因，用戶無法更換出現問題的環境，那么可能需要“取消變更”。如果還是不行，請聯系AWS的技術支持團隊來移除有問題的環境。

一直以來，我經常遇到這種出現灰色狀態環境的問題，因為Elastic Beanstalk無法實現其配置同步。如果用戶嘗試手動修改任何處于Beanstalk控制下的資源(例如負載平衡器)，那么就會發生這個問題。如果用戶嘗試修改負載平衡器配置，那么就必須通過Elastic Beanstalk來進行修改，或者可以完全終止打破環境并讓其進入一個無法恢復的狀態。

綠色的應用程序環境。綠色狀態的應用程序環境表明應用程序一切運行狀態良好。

如果用戶仍然遇到問題，那可能是代碼的或配置的——而不會是服務器的或者Beanstalk能夠檢測到的。此時，可檢查應用程序日志文件以求獲得更多信息。用戶也可以使用Elastic Beanstalk來執行日志快照功能或者直接登錄服務器以嘗試對問題進行調試。

原文鏈接：http://www.searchcloudcomputing.com.cn/showcontent_89001.htm