如何跨入雲端產業-進階篇－李查比爾的資訊人生

本文將介紹在具有雲端經驗幾年後，可以進一步發展的二轉職業，如雲端架構師、技術客戶經理等職位，了解自身優勢與興趣，並且提供職業選擇上的導引。

關鍵字: 雲端, AWS, Azure, GCP, 職涯發展

雲端架構師(CSA,Cloud Solution Architect)

顧名思義就是在協助在雲端環境中進行架構規劃的職位，多半會由Presales或IMP轉任，因為雲端的服務更新速度非常快速，因此需要常態性的關注雲平台功能上的變化，並且制定架構轉移的計畫，以達到最小停機時間的要求。

客戶技術經理(TAM,Technical Account Manager)

客戶技術經理則是以協助VIP或大型客戶維運雲端環境為目標，由MSP轉任較為合適，因其職位會以更長遠的角度跟客戶討論雲端維運環境所需要的方法以及各式規範的導入，並且扮演了調度MSP工程師的腳色，對於溝通的技巧也是相當吃重。

雲端架構師的技能需求

架構規劃

此為架構師最基本的要求，要能夠在與客戶溝通的過程中蒐集客戶的商務需求，並且提供最適合客戶的現階段的架構，舉例來說，客戶今天是初次使用雲端，想要從地端環境搬到雲端環境上，那一比一的搬遷就比較合適客戶的現況，而並非以雲原生架構進行。

雲服務

要規劃架構勢必就需要了解各元件的交互作用，並且能夠說清楚講明白，讓客戶知道每個服務元件的工作方式，才能避免客戶產生錯誤的認知與期待，造成雲端架構可行性上的疑慮。

專案管理

在架構規劃與雲服務元件能夠讓客戶買單後，接下來就是在實作上專案管理，藉由對專案的先後順序、時程、風險有了具體且明確的規劃後，才能真正落實到雲端環境中，以提升雲端專案的成功率，至於要如何扮演好一個好的PM，可以參考我之前寫的：想成為PM，那要先搞清楚想成為哪種PM-專案經理篇

客戶技術經理的技能需求

熟悉(客戶的)雲端環境

這裡說的熟悉雲端環境是指了解客戶的環境，並不只是單純的服務應用，而是要了解客戶生產環境中，每個雲服務所對應到的對外服務是甚麼，才能在第一時間協助客戶針對突發事件進行修復，舉例來說客戶環境中可能有許多的VM、ALB、S3等服務，但每個雲服務都有各自對應的商務服務或交互作用。

例如外部訪客訪問APP時會先透過ALB，再轉送需求到VM上，而客戶回報問題時很有可能是說”我APP中的寄杯服務出問題，請協助排查”，此時能夠快速知道寄杯服務所對應的雲服務便會是快速查修的關鍵。

客戶溝通與抗壓能力

客戶技術經理多半是客戶緊急事件的第一個會找的窗口，緊急事件也就代表著需要非常快速準確地回復客戶的需求，並且能在第一時間提供問題現況與說明問題處理進度，因此與客戶的對話多半都是有著非常巨大的壓力，具備良好的EQ並有效安撫客戶的情緒會是相當重要的關鍵能力。

協助客戶深化雲端應用

雲端用量上是帶有飛輪效應，使用量會隨著客戶對於雲端技術的熟悉度，而有指數性的成長，因此客戶技術經理不僅僅只是救火隊，更需要協助客戶規劃內部雲端技術能量的提升，協助客戶將雲服務用得更加深入，與客戶自身的商務需求達到深度整合，除了減少客戶維護服務的負擔，更進一步提升客戶使用上的黏著度。

哪個適合我?

相信看完上面的工作分類應該可以發現到，兩個職業不變的都是需要具有面對客戶與雲端的技術力才能勝任，雖然比例各有不同，都是職能的必須，因此排除面對客戶與技術發展的面向，我更傾向讀者可以運用以下兩點判斷自己是否合適

專案型或維運型的工作型態

專案型的工作往往帶有多元、有截止日期、一次性產出等優點存在，好處是可以常常變換雲端需求與客戶產業，可以更多面向的了解到產業的需求並提供相對應的解決方案，但經驗上的滲入類機會較容易陷入皮毛式的規劃，因為實際上線後，客戶到底是怎麼使用與管理雲端環境，泰半是由TAM協助規劃的。

而維運端雖然不一定能像專案型工作接觸到千奇百怪的需求，但是可以較為深入的了解客戶實際上會如何運用雲端服務滿足產業需求，同時能夠與客戶共同制定雲端環境管理的方式，不過身為維運類型工作就難免需要應付突發行事件，也就是俗稱的On Call，尤其環境上雲後，只要有網路與帳號權限，解決客戶問題是可以Any where的，也算是維運端的缺點之一。