談了不少Google舉辦的活動, 今天來換個平台的活動聊聊吧~ "AWSome Day"算是AWS (Amazon Web Service)的雲端服務的101入門課程吧, 我當初是看到過了好幾次AWSome Day的EDM宣傳廣告, 每年會在不同的城市舉辦數次, 一直都是口袋名單內想去一探究竟的技術活動清單之一, 加上後來了解課程內容確實適合初學者如我之後, 就找了一次在台中的場次, 跟老闆報備之後, 和雲端的RD一同前往(台中旅遊...誤XD)上課了, 畢竟偏技術類型的課程, 還是有人一起學習, 有疑問也可以一起討論比較好!!

在上課之前, 概念中都只知道有Data Center在處理雲端服務, 可是真正對各區域的AZ (Availability Zone)部署有實際概念的, 還真的是在AWSome Day上課後才了解的事, 課程中比較實用的是教你如何選擇Region, 在筆記中有四點可參考:

1. Latency (測試延遲性)
2. Cost (各地電費不同)
3. Service (各地服務不同)
4. Policy (各地法規不同)

還有學習到很多"雲端工程師的日常"會提到的EC2, S3....等等各種服務縮寫名稱到底是什麼意思, 上課以前是真的有聽沒有懂, 只冒出是一堆黑人問號??現在有比較清楚箇中的主要功能差異, 如:Elastic Compute Cloud (EC2)是運算用途, 而Simple Storage Services (S3)是儲存用途...至少AWS每月帳單或是用量警示通知來的時候, 也才看得懂大概是什麼狀況, 至於如何建立雲端架構, 課程中也提出了七個GuildeLine:

1. Design for failure and nothing fails
2. Build security in every layer
3. Leverage many storage options
4. Implement elasticity
5. Think parallel
6. Loose coupling sets you free
7. Don't fear constraints

課程中當然不免俗的也介紹了不少AWS最新與Machine Learning相關的技術與服務, 但除了AI, 我覺得收穫最多的還是"軟體架構 Software Architecture (SA)", 因為好的架構, 可以搭配有彈性的服務調整, 不然每次PM從市場端談來各種新需求時, 跟RD討論後往往都是牽一髮動全身的大調整, 開發時程無法配合行銷活動或是各種合作案, 真的是會讓PM夾在Marketing與RD之間, 進退不得, 總是說"如果有時間可以重新調整好設計架構的話...就可以....", 無奈公司就是缺乏有經驗的軟體架構師, 當然更有可能是請不起@@" 畢竟能夠事先考慮到各種面向(Flexibility & Scaling)的高端人才, 市場上應該也是稀缺, 就算從以前硬體製造業的角度來說, 可以在一開始就未卜先知的預測未來製程需求或是產線擴充設計的人才養成也是不容易, 大多需要靠長期的經驗累積, 所以說到最後仍是百般無奈與遺憾@@

最後是課程中提到的一個學習資源 - "AWS架構中心" 可以增進在架構上的了解.