（本文純粹從我的觀點出發、不代表任何公司立場）
距離上一次發文已經是一年以前的事情了，過程中有好多想寫的議題，不論是系統、軟體開發方面，亦或是單純自己觀察的事，很多都寫到一半就去忙別的事情、或是有別的想法，可能工程師的生活就會是這樣，追東西的進度永遠趕不上新技術的發展，永遠都會有新東西要學、也永遠學不完，但也就是因為這樣才讓生活跟工作有趣一些。
然而在AWS體會到這個感覺又更明顯了，每天都有新功能再推出、每個月都有更方便的新服務可以使用 … ，好像廢話太多了，以下進入正題：
會想寫這篇文章是因為中文類型的雲端技術支援工程師心得文比較少見，所以大家可能會對於這方面的工作有興趣，想知道但卻鮮少有人分享，同時也是被我強大的同事Eason文章所啟發（含金量極高、強力推薦閱讀！）
雲端技術支援工程師到底是在幹嘛？
我相信很多人在進來之前跟我一樣，都有這個問題。我可以先跟你說，這個職位不需要coding，你不需要寫一套產品出來，但是你會coding會對於你在這個職位上有大幅度的幫助。
工作內容
你知道「醫生」在幹嘛嗎？對，沒錯，那就是我們在做的事情，只是我們的病患不是「人」，是客戶在AWS上的「服務」，當客戶對於他們使用的AWS服務有任何問題、產品出狀況的時候，我們就會扮演醫生的角色，來幫忙客戶解決他應用程式的病徵。
當然在當醫生之前，必須精通各式各樣、各種類型的服務，才能夠問對的問題、對症下藥，幫客戶治病。醫生有分各種科：外科、腸胃科、身心科等等，雲端技術支援工程師也有再細分各自專精的領域，如網路、資料庫、大數據等等，為不同症狀苦惱的客戶服務，各司其職。
客戶的問題可能會是五花八門（下面示例）：
為什麼我的EC2 Instance 沒辦法通過ssh登入？
請問CloudFront服務是做什麼？怎麼用？
我的架構是 …，請問使用 GA 能夠加速網站訪問嗎？
資料庫遇到駭客入侵，需要緊急求助，急急急！！！
因此身為 Support Engineer，除了要幫忙解決客戶的各種問題之外，還要能夠就自己的專業知識，盡可能的了解客戶的想法、目的，觀察客戶所需，達到 Customer Obsession。
上面這串說明可能會有點抽象，我舉個例子來說好了，客戶可能在嘗試於 EC2 上自建 k8s 集群時，遇到一些設置或是安裝失敗的錯誤訊息，但其實客戶只是需要一個能夠快速部署起來且運行的 k8s 集群來做產品的 POC，不在意該集群是不是自建的，這時候除了盡可能的幫忙客戶解決配置上的問題之外，還能夠提供 AWS 託管的 EKS 服務給客戶認識，讓不熟悉該服務的客戶知道 AWS 上有個託管類型的 k8s 服務，能夠免去管理 Master 節點安裝、升級、維運的困擾，加速客戶專注於產品開發的流程，在解決客戶的問題外，為客戶著想這個部分能夠幫助你得到客戶的信任 Earn Trust。
學習成長 Learn and Be Curious
我在學生時代有在很多不同的公司實習過，見識過不同公司的文化以及環境，但我必須認真的說，在Amazon的同事真的是我遇過做事起來最認真、最負責任的，完全體現了 Ownership 的精神。
在AWS，身邊多的是技術底子強大卻又很謙虛的同事，可能也是因為進來的技術門檻不低 Hire and Develop the Best 的因素，在這邊你完全不需要擔心像在學生時期，期末報告會有很雷的同學或是做事態度差的人，每位同事都是能夠值得信賴的夥伴。
在這邊我也見識到了外商主管是怎麼在看事情、怎麼做未來的規劃以及決策，這一切都是你要對於事物或是決策擁有 Think Big 的思維，做事情不單單只是考慮到短期的成效，而是要把結果放長遠來規劃，思考最後能夠達到什麼樣的目的，並且達到得到相對應的成果去 Deliver Results。
同時這件事情你也能夠在AWS的產品上體現，於前幾年「大數據」這個名詞熱潮我們有 EMR、Elasticsearch Service 服務、「區塊鏈」概念流行我們有Amazon Managed Blockchain 服務、近幾年「人工智慧」流行我們有 SageMaker、 Rekognition 服務，而這些產品推出，背後都需要幾個月甚至幾年的規劃、設計、開發、驗證一直到上市。因此如何跟上世界的潮流推出對應的服務，需要 Bias for Action，如果經過判斷後是正確的決定就能夠Are Right, A Lot，甚至對於理想中的產品能夠有 Have Backbone; Disagree and Commit，協助共同推出好的產品。
除了這些以外，還有一個公司文化 Invent and Simplify 我想要提及，在工作日常中，不免俗的會有一些例行性的任務，需要手動、routine的浪費時間去解決，而在這邊我們崇尚能夠盡可能的簡化例行性的任務，以此專注在真正能提高工作價值的地方，因此我們內部有很多很方便的工具是由Support或是SDE開發，幫助我們增加工作的效率。
公司福利
如果要跟其他公司中比免費午餐、免費點心、健身房之類福利的話，Amazon絕對不會是最好的，在 Amazon 的公司文化裡有一個詞可以很好的詮釋 -「Frugality」，對於 Amazon 來說，過度的費用、浪費是不必要的，如果60塊的便當能夠吃得飽，為什麼要花100塊吃不會飽的高級手捲？
但對於客戶來說，Amazon 是很敢花錢的，我在一篇文章上面看到很棒的話能夠解釋為什麼 Amazon 不在意這些地方：
減少不必要的浪費，不斷把這些節省下來的資源用在顧客身上，就能讓公司持續成長，最後所有的回報都會回到股東，也就是每一位員工身上
這種節儉哲學不單單能幫公司省錢，還能給人一種「不是為了顧客，絕對不亂花錢」的正面企業形象，不花一毛錢就能達到良好的行銷成效。
心得
剛畢業當職場新鮮人的第一份工作就能夠在市值前十大的公司的工作真的是很幸運的一件事情，在這邊我學到了什麼是 Dive Deep，除了能夠解決問題外，還能夠進一步對問題背後的原理有所理解、認識，而不單就只是解決相關的問題而已;學到了什麼是 Insist on the Highest Standards，而不單單只是把事情做完，還能夠對於做事的標準、過程、效率都能夠做到最好、最佳。
補充：
若是你對於coding真的很有興趣、真的非coding的工作不可，在這邊其實你是能夠接觸到產品原始碼的，儘管你是Support角色，不是開發角色，因此不怕你學習，只怕太多東西你想學學不完而已。
看完了上面這些我覺得大家一定在想，最重要的薪水部分怎麼沒有寫到
我必須要很官腔的說這真的很因人而異，但我可以跟大家分享一下AWS的薪資結構會是 Base salary + Sign-on bonus + Equity (RSUs)，若不清楚RSU的人可以看一下wiki，簡單來說就是限制性股票（需要待滿期限之後，才會完全拿到）。
我想AWS的股票應該會是滿吸引人的一個點吧，我是去年年初 (2020.01)加入AWS，當時在疫情爆發前的價格落在$1864左右，然而經過一年現在是$3140左右：
如果你看完這些還是想知道工作的年薪大概多少，在網路上Glassdoor、PTT都可以查到別人分享的數字，但看完一些文章後只能說很多人只是“聽說”，往往跟實際上的有些落差，能不能達到個人預期的薪水真的是要看自己的本事值多少錢。
若看完這些你對這份工作又興趣的話，我們持續有在招募對於雲服務有熱誠又有強大技術能力底子的夥伴！！！可以參考https://www.linkedin.com/company/amazon-web-services/jobs/ 。
題外話：
若你有發現文章中有很多莫名英文，這是因為我在這篇文章內置入了Amazon公司文化 14 Leadership Principles，這是我對於 14LP 的體悟。
(關於Amazon的14 LPs 之後完全可以花一整篇的文章在探討，這邊先略)
感謝你的耐心看完了整篇文章，若有更多想了解的，歡迎comment 🙂
2021.07.10 Update
最近比較常被問到 Support 這個 role 需不需要有使用 AWS 相關經驗？我的理解是需要看該 profile 職缺需求，如果沒有明寫的話，能夠有使用 AWS 相關服務的經驗是最好，一般情況下，我們不一定會要求一定要有使用 AWS 經驗，因為這些 AWS 服務進來 training 後都可以在學習，但是一定要有該 profile 的技術背景。
舉例來說，像是 Deployment 類型在 AWS 上的服務有 ECS、EKS、CloudFormation，雖然你可能沒有使用EKS 、ECS這兩個服務的經驗，但至少要有 Docker 或是 Kubernetes 的容器技術背景，你可能沒有用過 CloudFormation 這種 IaC 工具，但是至少用過 Terraform、Ansible、Chef、Puppet 相關類型工具的經驗。
2021.12.20 Update
關於 Cloud Support Associate(CSA) 以及 Cloud Support Engineer(CSE) 差異，可以想像成是助理工程師以及工程師，CSA 是比較適合大學剛畢業或是擁有一兩年工作經驗的人，因為 CSA 面試的難度會比 CSE 簡單一些，當然這部分也會反映在薪水上面，若你還不確定自己適合 CSA 還是 CSE，建議這部分可以在跟人資討論看看
2022.02 Update
從 AWS Cloud Support team 畢業了，這是一段人生中很精彩的旅程，若還有其他相關疑慮，建議找 AWS HR 討論喔，謝謝 🙂
2022.05 Update
—
若你看完這篇文章對你有幫助的話，給我 30 個讚鼓勵吧（最多可以到50個）🙂
