今天主要來說 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整套系統自己建你有辦法如期完成自動擴展且監控跟自動化要完全嗎?
在對於高手上來說Elastic Beanstalk真的是一個綁手綁腳的服務
限制很多又要了解他整體機制
自己建立可能還比較快
但是對於90%的維運人員來說
他們沒辦法去維運太大的架構
這時候Elastic Beanstalk就會是個很方便的選項。
完整度有時候真的不是絕對的,對於維運層面來說,可以維運的系統才是好系統。
Elastic Beanstalk在這個方面來說是個非常強的解決方案