Solution Architect

微軟雲端架構師 (Azure Cloud Solution Architect) 入職九個月的反思：那些職務想像與現實的差距 Photo by Yeshi Kangrang on Unsplash 這是我在 2023 年寫的文章，寫完這篇後不久我就毅然決然從微軟離職了XD 現在我決定免費公開這篇文章，算是跟大家分享一下我當時的心路轉折～ 前言 每一個選擇，背後都有它的犧牲以及需要承擔的後果 (comprises and consequences)。這段時間我不斷在思考，如果離開微軟的話，我會失去什麼? 但我突然發現，我好像還沒認真思考過，我在微軟的這段時間裡，得到了什麼? 有哪些是跟我當初的預期不同的地方? 如果最後決定繼續留下來的話，什麼是我在微軟的未竟之志呢? 所以這就是我今天想要跟你們分享的主題～ 我在微軟獲得了什麼 回頭一看，其實當初我想達成的事都達成了，簡單的心路歷程請參考下面這篇 < <從 AWS (Amazon Web Services) 到微軟 Azure：為什麼我決定跳槽到另一朵雲？» 從 AWS (Amazon Web Services) 到微軟 Azure：為什麼我決定跳槽到另一朵雲？ _AWS 是雲端服務的龍頭，也是市佔率最高的供應商，但在工作兩年後，我還是選擇離開，轉而加入微軟。這篇文章記錄我從亞馬遜離職的心路歷程，以及進入微軟後所面對的轉變與挑戰。希望能帶給正在思考職涯方向的你一些參考。 雖然過程很辛苦也很挫折，但我學到了比預期的更多。 1. 體驗了 Solution Architect 這個職位 結果發現我其實也沒有這麼喜歡這個工作的實際工作內容XD 但不得不說這個職位聽起來很高級，到底是哪個聰明人取的職稱哈哈 2. 職等成功升級 從在 Amazon 的 Associate/Graduate level，現在這個職位已經是 Mid-Level。 但是古人說的好「少年得志大不幸」，古人誠不欺我！沒有相對應的實力與經驗，就爬到這個在 IT 界來說通常是擁有 10–20 年業界經驗的人才能做的職位，其實也不是一件好事。最近看到一句話「You can’t skip experience by working hard. (沒有辦法單純靠努力來取代經驗) 」，讓我深有感觸。 ...

Photo by Smartworks Coworking on Unsplash 前言 跟讀者們或是朋友們聊天時，他們對我提出的第一個問題總是「所以雲端架構師 (Solution Architect) 到底是在做什麼?」但我每次解釋後，大家看起來還是一知半解。所以我決定用近期在工作上遇到的實際案例，來描述一下雲端架構師的日常工作內容，希望可以增進大家對於這個職位的了解。 這個系列預計會有五篇文章，以雲端架構師在日常工作中最主要的任務為例 : Org Chart » 你正在閱讀的文章 Solution Architecting Technical Guidance/Customer Meetings Technical Presentation/Workshops Sales Pipeline Management 我希望大家在看完這個系列之後，可以留言告訴我: 如果你不是微軟雲端架構師 (Azure Cloud Solution Architect)，你覺得這個職位符合你對於技術職位 (technical role) 的想像嗎? 如果你是微軟雲端架構師 (對，我最近發現有同事會看我的部落格! 太可怕了QAQ)，你覺得我對於 CSA 的工作描述還算客觀嗎? 當然，總是要先放一下免責聲明XD 這個系列完全是以我個人在澳洲微軟工作的親身經歷作為出發點，所以是我個人的主觀感受。雖然我敘述時會盡可能客觀呈現，讓各位讀者自行判斷。如果你在不同國家的微軟工作，甚至是你在不同的微軟團隊，你對於這個職位的感受可能會跟我略有出入或完全不同。 核心組織架構：ATU、STU、CSU 開始這個系列前，為了讓大家更了解架構師這個職位的背景，先來簡單講一下微軟目前的組織架構圖(PS: 這個東西每年都在改，所以我現在是以 FY24 的配置來講，上一個財政年 FY23 是沒有 Technical Specialist 的。) 雲端架構師 (Cloud Solution Architect) 隸屬於 CSU (Customer Success Unit)，基本上分為三個領域: Core/Infrastructure、Application Innovation、Data & AI。CSA 跟 Specialist「通常來說」是一對一的關係，也就是說 Specialist 有哪些客戶 (accounts)，CSA 負責的就是那些客戶。 微軟的銷售階段分為五個階段(我不能講太細，怕洩漏公司機密XD)，但簡單來說: ...

Photo by Daniel McCullough on Unsplash 前言 這篇文章是 «微軟雲端架構師 (Solution Architect) 職位解析» 系列的第二集。 這個系列預計會有五篇文章，以雲端架構師在日常工作中最主要的任務為例 : 微軟雲端架構師 (Solution Architect) 職位解析 第一集：Org Chart & Solution Architecting Solution Architecting » 你正在閱讀的文章 Technical Guidance/Customer Meetings Technical Presentation/Workshops Sales Pipeline Management 我希望大家在看完這個系列之後，可以留言告訴我: 如果你不是微軟雲端架構師 (Azure Cloud Solution Architect)，你覺得這個職位符合你對於技術職位 (technical role) 的想像嗎? 如果你是微軟雲端架構師 (對，我最近發現有同事會看我的部落格! 太可怕了QAQ)，你覺得我對於 CSA 的工作描述還算客觀嗎? 當然，總是要先放一下免責聲明XD 這個系列完全是以我個人在澳洲微軟工作的親身經歷作為出發點，所以是我個人的主觀感受。雖然我敘述時會盡可能客觀呈現，讓各位讀者自行判斷。如果你在不同國家的微軟工作，甚至是你在不同的微軟團隊，你對於這個職位的感受可能會跟我略有出入或完全不同。 其實我發現寫這篇之前應該要來寫一篇解釋「到底什麼是雲」文章，但我最近真心忙到昏天黑地哈哈哈！所以繼續列入待寫清單，這個清單目前已經越來越長囧 第二集會是這個系列中最技術性的一篇，如果覺得太多技術概念看不懂，我建議可以直接等待第三集跟第四集，因為這兩集會有趣許多，請不要因此放棄這個系列XDDD 讓我們就以經典的案例 3-tier web app migration 來說吧！ 如果你對於 3-tier web app 沒有概念，這件事是這樣的。一般來說 web applications 的基本概念會分為三層： Presentation Tier ：這一層簡單來說就是使用者看得到、摸得到的那層。可以再細分成 web clients (使用者用來打開 app 的電腦或手機) 跟 web servers (企業用來呈現靜態內容或是動態內容的伺服器)。 Logic Tier ：這一層就是廣義的後端 (backend)，是用來運行企業商業邏輯的 application servers。 Data Tier ：這一層就是廣義的資料庫 (databases)。 圖 1: Three-Tier Web App Concept ...

Photo by Austin Distel on Unsplash 前言 這篇文章是 «微軟雲端架構師 (Solution Architect) 職位解析» 系列的第三集。這個系列預計會有五篇文章，以雲端架構師在日常工作中最主要的任務為例 : 微軟雲端架構師 (Solution Architect) 職位解析 第一集：Org Chart & Solution Architecting 微軟雲端架構師 (Solution Architect) 職位解析 第二集：Solution Architecting Technical Guidance/Customer Meetings » 你正在閱讀的文章 Technical Presentation/Workshops Sales Pipeline Management 我希望大家在看完這個系列之後，可以留言告訴我: 如果你不是微軟雲端架構師 (Azure Cloud Solution Architect)，你覺得這個職位符合你對於技術職位 (technical role) 的想像嗎? 如果你是微軟雲端架構師 (對，我最近發現有同事會看我的部落格! 太可怕了QAQ)，你覺得我對於 CSA 的工作描述還算客觀嗎? 當然，總是要先放一下免責聲明XD 這個系列完全是以我個人在澳洲微軟工作的親身經歷作為出發點，所以是我個人的主觀感受。雖然我敘述時會盡可能客觀呈現，讓各位讀者自行判斷。如果你在不同國家的微軟工作，甚至是你在不同的微軟團隊，你對於這個職位的感受可能會跟我略有出入或完全不同。 以下我會以時間線作為小標題，讓大家一同來體驗雲端架構師平常是如何跟客戶開會並提供技術指導。 週三早上: 收到客戶 CTO 來信，希望我可以跟客戶內部的 Domain Architect 聊一下DSC 客戶的信大概是以下這樣的: Hi EC, Hope you are well. I'm just wondering if you can spend some time talking about DSC with xxx? ...

Photo by airfocus on Unsplash 前言 這篇文章是 «微軟雲端架構師 (Solution Architect) 職位解析» 系列的第四集。這個系列預計會有五篇文章，以雲端架構師在日常工作中最主要的任務為例 : 微軟雲端架構師 (Solution Architect) 職位解析 第一集：Org Chart & Solution Architecting 微軟雲端架構師 (Solution Architect) 職位解析 第二集：Solution Architecting 微軟雲端架構師 (Solution Architect) 職位解析 3：Technical Guidance/Customer Meetings Technical Presentation/Workshops » 你正在閱讀的文章 Sales Pipeline Management 我希望大家在看完這個系列之後，可以留言告訴我: 如果你不是微軟雲端架構師 (Azure Cloud Solution Architect)，你覺得這個職位符合你對於技術職位 (technical role) 的想像嗎? 如果你是微軟雲端架構師 (對，我最近發現有同事會看我的部落格! 太可怕了QAQ)，你覺得我對於 CSA 的工作描述還算客觀嗎? 當然，總是要先放一下免責聲明XD 這個系列完全是以我個人在澳洲微軟工作的親身經歷作為出發點，所以是我個人的主觀感受。雖然我敘述時會盡可能客觀呈現，讓各位讀者自行判斷。如果你在不同國家的微軟工作，甚至是你在不同的微軟團隊，你對於這個職位的感受可能會跟我略有出入或完全不同。這次依然會以時間軸的推進作為小標，讓大家身入其境地體驗微軟架構師的生活XD 在架構師的日常中，我們也常常會應客戶或是內部同事的要求，針對某個主題或是特定的 Azure Services 來進行 technical presentation 或是 workshop。 前情提要 這個 workshop 光是要跟客戶喬定日期，就已經談了好幾個月，我看了一下我個人的筆記，我們從今年一月就已經把這件事列上議程 (我們跟這個客戶每週開會兩次)，一直談到七月終於敲定了日期，但沒有敲定講者XD Workshop 倒數 8 天 其實我覺得這件事真的好神奇，這麼早以前就已經開始談的事，會讓我覺得微軟這邊應該早就把資源都找好了，只要客戶一旦確定日期，我們就可以開始，沒想到不是這樣。我的 Sales Specialist 一直到八天前才開始寄信找資源，這時候他開始把我 cc 進內部郵件裡，我以為他都談好了，應該不需要我處理。 ...

Photo by Markus Spiske on Unsplash 前言 這篇文章是 «微軟雲端架構師 (Solution Architect) 職位解析» 系列的最終章。這個系列總共有五篇文章，以雲端架構師在日常工作中最主要的任務為例 : 微軟雲端架構師 (Solution Architect) 職位解析 第一集：Org Chart & Solution Architecting 微軟雲端架構師 (Solution Architect) 職位解析 第二集：Solution Architecting 微軟雲端架構師 (Solution Architect) 職位解析 3：Technical Guidance/Customer Meetings 微軟雲端架構師 (Solution Architect) 職位解析 第四集：Technical Presentation/Workshops Sales Pipeline Management » 你正在閱讀的文章 當然，總是要先放一下免責聲明XD 這個系列完全是以我個人在澳洲微軟工作的親身經歷作為出發點，所以是我個人的主觀感受。雖然我敘述時會盡可能客觀呈現，讓各位讀者自行判斷。如果你在不同國家的微軟工作，甚至是你在不同的微軟團隊，你對於這個職位的感受可能會跟我略有出入或完全不同。這次依然會以時間軸的推進作為小標，讓大家身入其境地體驗微軟架構師的生活XD Sales Pipeline Solution Architect 這個職位在不同公司或是不同地方(例如 service companies like AWS/Mircrosoft、consulting companies like Accenture/EY 或是 customer side like 銀行/一般企業)，可能會有不一樣職責。 但在微軟，Solution Architect 就是 technical sales，也就是說我們的薪資組成裡面有 25% 是 sales commission，實際計算的公式有點複雜，但裡面佔比例最高的要素我們叫做 Azure Consumption Revenue (ACR)。 ...