轉職 IT 前，你需要先搞清楚一件事

很多人說「我想轉職 IT」，但還沒想清楚自己想做哪一種 IT。

這不是在挑剔你，而是因為 IT 產業太大了，大到「轉職 IT」這四個字，幾乎沒辦法直接告訴你該學什麼。

「IT」不是一個職業，是一個產業

IT 是 Information Technology 的縮寫，中文是「資訊科技」，指的是所有與電腦、網路、資料處理相關的技術領域。

它不是一個職位，而是涵蓋超過 20 種不同專業的產業。

網路工程師、系統管理員、資料庫管理員、雲端架構師、資安工程師、DevOps 工程師……等，這些都叫 IT，但工作內容差距非常大。

舉個例子：網路工程師每天在設定路由器和防火牆規則；雲端工程師每天在 GCP 或 AWS 上建立基礎設施；資安工程師每天在分析系統漏洞和攻擊日誌。

三個人都叫 IT，但幾乎不會有工作上的交集。

所以，轉職 IT 的第一步不是「學技術」，而是「選方向」。

轉職 IT 最常見的三條路徑

新手最容易上手的 IT 路徑有三條，各有不同的技能要求和薪資天花板。

路徑一：系統管理／IT 維運（SysAdmin / IT Ops）

負責公司內部的電腦、伺服器、帳號、網路設備的日常管理與維護。

這是 IT 新手最容易切入的路徑，因為許多中小企業都需要這類人才，對學歷和程式能力的要求相對較低。

入門建議先取得 Microsoft 相關認證，例如 MSCA (初級)、MCSE (進階) 等等。

薪資範圍（台灣）：月薪 30,000–50,000 元為常見起點，資深後可達 60,000 元以上。

路徑二：網路工程師（Network Engineer）

負責設計、建置、維護企業的網路架構，包含路由器、交換器、防火牆、VPN 等設備。

這條路技術門檻較高，需要紮實的網路知識。

建議以 Cisco CCNA 作為入門認證目標。

薪資範圍（台灣）：月薪 40,000–70,000 元，CCIE 等高階認證持有者可達 10 萬以上。

路徑三：雲端工程師（Cloud Engineer）

負責在 GCP、AWS 或 Azure 等雲端平台上建置和管理基礎設施，是目前市場需求成長最快的 IT 職位之一。

這條路需要先有一定的 IT 基礎知識，再疊加雲端平台的操作能力。

本文後半會詳細說明為什麼這條路值得優先考慮。

薪資範圍（台灣）：月薪 50,000–90,000 元，資深雲端架構師突破 12 萬並不罕見。

轉職 IT 必懂的基礎概念：網路知識

不管你選哪條 IT 路徑，網路知識都是必備的地基。

就像蓋房子一定要先打地基，IT 的所有技術：伺服器、雲端、資安、虛擬化……等等，都建立在網路之上。

跳過網路直接學雲端，就像跳過地基直接蓋牆，遲早會垮。

IP 位址、DNS、HTTP 是什麼？

這三個是網路世界最基礎的概念，新手一定要先搞清楚。

IP 位址是網路上每台裝置的「地址」。就像你家的門牌號碼，IP 位址讓資料知道要送到哪裡。常見格式是 192.168.1.1（IPv4），新版格式是 IPv6（IPv6 到 2026 年都還不常用，很多設備都不支援，聽過就好）。

DNS（Domain Name System）是「網路的電話簿」，負責將人類看得懂的網域名稱（如 google.com）翻譯成機器看得懂的 IP 位址（如 142.250.185.46）。沒有 DNS，你就得背一堆 IP 位址才能上網，而且伺服器的 IP 會一直變來變去，所以才需要 DNS 幫你記。

HTTP（HyperText Transfer Protocol）是瀏覽器和伺服器之間溝通的語言。你點一個連結，瀏覽器用 HTTP 向伺服器說「我要這個頁面」，伺服器用 HTTP 把頁面傳回來。HTTPS 是加密版本 (S 是 Secure 的意思)，現在幾乎所有網站都用 HTTPS。

防火牆和 VPN 的基本概念

防火牆是網路的守門員，根據設定好的規則決定哪些流量可以進來、哪些要擋掉。

企業防火牆可以設定「只允許特定 IP 存取內部系統」，或者「封鎖所有來自某個國家的連線」。

VPN（Virtual Private Network）是「加密的網路隧道」，雖然我們的封包大部分已經是用 HTTPS 協定在網路上傳送，但有心的駭客還是會想辦法破解，而 VPN 是讓你的網路流量再加密一次，雖然駭客能夠攔截到我們傳送的封包，但要破解內容的難度更高。

企業常用 VPN 讓遠端工作的員工安全連回公司內網。員工安裝客戶端 VPN 軟體，連到公司的 VPN 伺服器，這叫做 Client to Site VPN 模式。

PS. 而你的手機透過 VPN APP 到其他國家看劇，則是連到國外的 VPN 伺服器，所以也是 Client to Site VPN。

另一種情況是，企業的內部網路要跟雲端環境以安全的方式通訊，也會使用 VPN，是由公司的 VPN 設備跟雲端 VPN 對接，員工不用裝 VPN 軟體，這叫做 Site to Site VPN 模式。

為什麼網路知識是 IT 的地基？

因為現代 IT 基礎設施的每一個元件，都需要透過網路溝通。

伺服器需要網路才能對外提供服務。雲端平台需要網路才能讓使用者存取資源。容器化應用需要網路設定才能互相溝通。資安防護需要分析網路流量才能發現攻擊。

如果你不懂網路，就沒辦法理解系統為什麼連不上、為什麼速度慢、為什麼被攻擊。

這就是為什麼幾乎所有 IT 認證（包含雲端認證）都會考網路基礎知識。

轉職 IT 必懂的基礎概念：作業系統

作業系統（Operating System，OS）是管理電腦硬體資源、讓應用程式可以運行的核心軟體，是 IT 人員每天工作的主戰場。

設定服務、管理帳號、排查問題，全都在作業系統層面進行。

Windows Server vs Linux：新手該學哪個？

這是轉職 IT 新手最常問的問題之一，答案取決於你想走的路徑。

Windows Server 在台灣的中小企業環境非常普遍，尤其是需要和 Microsoft 365、Active Directory 整合的公司。如果你的目標是 SysAdmin 或 IT 維運，Windows Server 是優先學習的選項。

Linux 在伺服器、雲端、開發環境中佔主導地位。根據 W3Techs 的統計，全球超過 61% 的網站伺服器運行在 Linux 上，廣義的 Unix 還高達 91%。如果你的目標是雲端工程師、DevOps 或後端開發，Linux 是必學項目，而 Windows …… 則是 8.3%。

尤其在 Google Cloud Platform (簡稱 GCP) 上，超過 90% 的虛擬機器都是 Linux。

建議新手的策略：先學 Windows Server 建立基礎信心，同時開始接觸 Linux 指令列操作。兩個都懂的人，在職場上的競爭力會高出許多。

指令列操作（CLI）為什麼不能跳過？

CLI（Command Line Interface）就是那個黑色視窗——你用鍵盤打指令來操作電腦，而不是用滑鼠點圖示。

很多新手看到 CLI 就想跳過，覺得「現在不是都有圖形介面了嗎」。

這個想法在 IT 職場行不通，原因有 3 個：

1. 伺服器環境幾乎不安裝圖形介面，因為圖形介面會消耗額外資源。
2. 自動化腳本（Shell Script、PowerShell）需要透過 CLI 執行。
3. 雲端平台的進階操作幾乎都透過 CLI 工具（就是下指令的意思，如 gcloud、aws cli）完成。

建議新手從 Linux 的基礎指令開始：ls、cd、mkdir、chmod、grep、ssh。這些指令學會之後，你會發現很多 IT 操作快很多。

常見作業系統概念：權限、程序、服務

這三個概念在 IT 日常工作中出現頻率極高，新手要先建立基本認識。

權限（Permissions）：決定「誰可以對這個檔案或資源做什麼」。Linux 用 rwx（讀/寫/執行）表示，Windows 用 ACL（存取控制清單）管理。IT 工作中有大量問題是「權限設定錯誤」造成的。

程序（Process）：正在執行中的程式。每個應用程式運行時都是一個程序，IT 人員需要知道如何查看程序狀態、終止異常程序、分析程序資源使用情況。

服務（Service）：在背景持續運行的程序，通常隨系統啟動自動執行。網頁伺服器（Apache、Nginx）、資料庫（MySQL）、DNS 伺服器都是以服務形式運行。IT 人員需要知道如何啟動、停止、重啟服務。

轉職 IT 必懂的基礎概念：虛擬化與容器

虛擬化和容器技術是現代 IT 基礎設施的核心，也是理解雲端技術的關鍵橋樑。

學完網路和作業系統之後，這是轉職 IT 的第三個必懂基礎。

虛擬機器（VM）是什麼？

虛擬機器（Virtual Machine，VM）是用軟體模擬出來的電腦，讓一台實體伺服器能同時運行多個獨立的作業系統環境。

想像你的實體伺服器是一棟大樓，虛擬機器就是大樓裡的一間間獨立套房。每間套房有自己的空間（CPU、記憶體、儲存空間），互不干擾，但共用同一棟大樓的基礎設施（實體硬體）。

透過虛擬化技術，一台實體伺服器可以同時運行 10 台、20 台甚至更多的虛擬機器，大幅提升硬體使用效率。

這也是雲端服務能夠快速提供「一台伺服器」給用戶的技術基礎。

常見的虛擬化平台包含 VMware vSphere、Microsoft Hyper-V，以及雲端平台上的 GCP Compute Engine、AWS EC2。

Docker 和容器技術的基本觀念

容器（Container）是比虛擬機器更輕量的應用程式打包方式，讓應用程式連同它所需的環境一起打包，在任何地方執行結果都一樣。

用同一個大樓比喻：如果虛擬機器是獨立套房（有自己的廚房、浴室），容器就像是共用廚房和浴室的雅房——更省空間，但也能保持一定程度的獨立性。

Docker 是目前最主流的容器平台。

它讓你可以把應用程式和它需要的所有依賴（函式庫、設定、環境）打包成一個「容器映像檔」，在任何支援 Docker 的環境上執行，結果都一樣。

這解決了 IT 工作中最讓人頭痛的問題之一：「在我電腦上可以跑，到伺服器上就壞了。」

PS. 很多人會把 Docker 和 Container 混在一起，簡單的區分方式，Container 是一種技術，而在這個技術上出現非常多「廠商」，Docker 是巿佔率最高的一家，因為巿佔率太高了，所以大家很容易把 Docker 等同於 Container。

虛擬化技術和雲端技術的關係

雲端技術的底層，就是大規模的虛擬化基礎設施。之所以叫大規模，是因為 Amazon、Azure 和 GCP 在全世界蓋了資料中心，也就是「超級無敵大的機房」。

每個資料中心都有數十萬甚至百萬台硬體伺服器在運作，然後分租給全世界的使用者。

當你在 GCP 開一台 Compute Engine 虛擬機，你實際上是在 Google 的實體資料中心裡，分配到一個虛擬化的運算資源。

當你在 AWS 執行一個 Lambda 函數，你的程式碼是在一個高度優化的容器環境中運行。

理解虛擬化和容器的概念，會讓你在學習雲端技術時快很多——因為你已經知道「這些資源在底層是怎麼運作的」。

IT 新手也要懂的開發基礎概念

你不需要變成軟體工程師，但以下幾個開發基礎概念，會讓你在轉職 IT 之後溝通更順暢、解決問題更有效率。

很多人以為 IT 維運和開發完全無關，但現代 IT 環境中，這條界線已經越來越模糊。

寫程式是什麼？IT 一定要會寫 code 嗎？

程式是給電腦看的「操作指令集合」。你寫下一連串指令，電腦按照順序執行，完成你想要的任務。

IT 人員不一定要會寫複雜的應用程式，但以下 3 種程式能力在 IT 工作中非常實用：

1. Shell Script（Bash）：自動化 Linux 系統操作，例如每天自動備份、批次新增帳號。
2. PowerShell：Windows 環境的自動化腳本，SysAdmin 的必備工具。
3. Python 基礎：處理資料、呼叫 API、寫簡單的自動化工具，雲端和 DevOps 工作中非常常用。

建議新手從 Shell Script 或 Python 入門，能寫出「讓電腦幫我做重複工作」的腳本，就達到 IT 工作需要的基本門檻。

網站是怎麼運作的？網頁伺服器的角色

每次你在瀏覽器輸入一個網址，背後發生了以下流程：

1. 瀏覽器透過 DNS 查詢，找到這個網址對應的伺服器 IP。
2. 瀏覽器用 HTTP/HTTPS 向伺服器發送「請給我這個頁面」的請求。
3. 伺服器上的網頁伺服器軟體（如 Nginx 或 Apache）接收請求，找到對應的資源。
4. 網頁伺服器把頁面內容回傳給瀏覽器，瀏覽器顯示出來。

網頁伺服器（Web Server）是負責接收 HTTP 請求、回傳網頁內容的軟體。Nginx 和 Apache 是最常見的兩種，在雲端環境中也經常以容器形式部署。

IT 人員不需要會設計網站，但需要知道如何安裝、設定、管理網頁伺服器，以及如何排查「網站連不上」這類問題。

前端和後端的差別是什麼？

這兩個詞在 IT 工作中非常常見，新手要先建立基本認識。

前端（Frontend）

是使用者直接看到、互動的部分，以 HTML、CSS、JavaScript 為核心技術。網頁的版面、按鈕、動畫、表單都屬於前端範疇。

後端（Backend）

是使用者看不到、但在背景運作的部分，負責處理商業邏輯、資料存取、API 溝通。後端技術包含 Python、Node.js、Java、Go 等程式語言。

IT 維運人員雖然不需要親自開發前後端，但理解這個架構有 2 個實際好處：

1. 當應用程式出問題時，你能判斷「問題是在前端、後端還是基礎設施層」。
2. 和開發團隊溝通時，你能聽懂他們在說什麼，合作效率會高很多。

資料庫是什麼？IT 人員需要懂到什麼程度？

資料庫（Database）是儲存和管理結構化資料的系統，幾乎所有應用程式都依賴它運作。

電商網站的商品資料、使用者帳號、訂單記錄；企業的員工資料、財務數據；社群平台的貼文和互動——這些全都存在資料庫裡。

常見的資料庫分 2 大類：

關聯式資料庫（SQL）：以表格形式儲存資料，資料之間有明確的關聯。代表工具：MySQL、PostgreSQL、Microsoft SQL Server。這類資料庫在企業環境中非常普遍。

非關聯式資料庫（NoSQL）：以更彈性的格式（文件、鍵值、圖形等）儲存資料，適合大量、多樣化的資料。代表工具：MongoDB、Redis、Google Firestore。

IT 人員至少要能讀懂基本的 SQL 查詢（SELECT、WHERE、JOIN），知道如何備份和還原資料庫，以及了解資料庫的基本權限管理。進階的資料庫調效和架構設計，通常是資料庫管理員（DBA）的專責工作。

轉職 IT 的學習路徑建議

有了以上的知識地圖，最重要的問題來了：照什麼順序學？

很多新手的問題不是「不想學」，而是「不知道先學哪個」，結果每個都學一點、每個都沒學完，半年後還是在原地踏步。

以下是一個實際可行的三階段學習路徑。

第一階段：打好地基（0–3 個月）

這個階段的目標只有一個：建立基礎概念，不求深入，求「聽得懂」。

學習內容：

1. 網路基礎：IP、DNS、HTTP、防火牆、路由
2. 作業系統基礎：Windows 基本操作 + Linux 入門指令（推薦：鳥哥的 Linux 私房菜）
3. 虛擬化入門：在自己電腦上安裝 VirtualBox (免費的)，建立一台 Linux 虛擬機練習
4. 開發基礎概念：了解前後端架構、資料庫基本概念（不需要動手寫 code）

這個階段不建議報名付費課程，先用免費資源確認自己有興趣再說。

第二階段：選定方向，取得入門認證（3–6 個月）

這個階段要做 2 件事：選定職涯路徑，以及取得一張能證明基礎能力的認證。

建議的入門認證：

1. Cisco CCNA：網路工程方向的入門認證，考核網路概念、設備操作、故障排查。
2. Google Cloud Digital Leader：雲端方向的非技術入門認證，了解雲端概念和 GCP 服務，難度最低，適合完全沒有雲端背景的新手。(免費學習網站：Google Skills)

取得認證不是目的。它的作用是：給你一個明確的學習目標，以及一個可以放在履歷上的具體成果。

第三階段：上手雲端平台（6 個月後）

完成前兩個階段後，你已經有足夠的基礎知識來學習雲端技術。

這個階段的目標：在 GCP 或 AWS 上動手操作，建立真實的雲端實作經驗。

建議從免費試用帳號開始（GCP 提供 300 美元的免費額度，AWS 提供 12 個月的免費方案），練習建立虛擬機、設定網路、部署簡單的應用程式。

同時，開始準備一張雲端技術認證，例如 Google Cloud Associate Cloud Engineer 或 AWS Solutions Architect Associate。這兩張認證在台灣的雲端工程師職缺中認可度很高。

為什麼現代 IT 轉職者都要學雲端技術？

如果你問現在的 IT 主管「新人最需要補強哪個技能」，超過 6 成的人會回答：雲端。

這不是趨勢，這是現況。

雲端技術已成為 IT 職缺的標準要求

打開 104 或 LinkedIn，搜尋「IT 工程師」或「系統管理員」的職缺，超過 70% 的職缺在「加分條件」或「必備技能」欄位裡，明確寫著 AWS、GCP 或 Azure 的相關經驗。

原因很直接：過去 10 年，企業的 IT 基礎設施從自建機房大規模遷移到雲端。

根據 Gartner 的預測，到 2026 年，全球超過 75% 的企業將採用雲端優先策略。這意味著 IT 人員的日常工作環境，已經從管理實體伺服器，轉變為管理雲端資源。

不懂雲端技術的 IT 人員，正在快速失去競爭力。

GCP、AWS、Azure 三大平台哪個適合新手？

三大平台各有優勢，但對轉職 IT 新手來說，選擇標準只有 2 個：市場需求和學習資源。

AWS（Amazon Web Services）是全球市佔率最高的雲端平台，約佔 33%。職缺數量最多，學習資源最豐富，但服務項目多到讓新手眼花撩亂。

GCP（Google Cloud Platform）是 Google 旗下的雲端平台，市佔率約 11%，在資料工程、機器學習、生成式 AI、Kubernetes 等領域有明顯優勢。介面相對友善，適合有 Google 產品使用習慣的新手。

Azure（Microsoft Azure）市佔率約 22%，在企業環境中非常普遍，尤其是已使用 Microsoft 365 和 Windows Server 的公司。如果你的目標是進入傳統大型企業的 IT 部門，Azure 是很好的選擇。

新手建議：先選一個平台深入學習，不要三個同時學。選定之後，把免費試用額度拿來做實驗，動手操作比看教學影片有效 3 倍。

從 IT 基礎到雲端技術：你已經準備好了

看到這裡，你已經建立了轉職 IT 最重要的知識骨架：

• 網路知識：你知道資料在網路上怎麼流動
• 作業系統：你知道 Linux 和 Windows Server 各自的角色
• 虛擬化與容器：你知道雲端服務的底層邏輯
• 開發基礎：你知道前後端和資料庫在整個系統中的位置

這些知識，正好是學習雲端技術需要的前置條件。

你不需要全部精通，但每個概念都要「聽得懂、說得出來」。

雲端技術不是 IT 的終點，但它是現在最值得投資的方向。從這裡開始，你的轉職 IT 學習路徑會越來越清晰。

常見問題（FAQ）

Q1：轉職 IT 一定要有大學學歷嗎？
A：不需要。台灣中小企業和新創公司更看重實際能力，而非學歷。取得 Google Cloud 等認證，搭配有作品集（Portfolio），可以有效彌補學歷不足，在轉職 IT 面試中取得競爭優勢。

Q2：IT 工作需要會英文嗎？
A：基礎英文閱讀能力是必要的。IT 的技術文件、官方手冊、錯誤訊息幾乎都是英文。不需要流利口說，但能讀懂技術文件的英文閱讀能力是基本門檻。如果完全不懂英文，解決問題的速度會慢很多。

Q3：轉職 IT 需要買什麼設備？
A：入門階段不需要購買昂貴設備。一台能流暢運行虛擬機的電腦（建議 8 GB 記憶體以上）就夠了。雲端平台的免費試用額度可以讓你在不花錢的情況下練習大多數技術。

Q4：IT 工作壓力大嗎？
A：壓力程度因職位而異。系統當機、資安事件、緊急維護確實存在，但不是每天都會發生。建立好的監控和自動化機制，可以大幅降低緊急事件的頻率。

Q5：女生適合轉職 IT 嗎？
A：完全適合。IT 產業的技術工作以能力論英雄，性別不是障礙。台灣的 IT 職場女性比例雖然仍低於男性，但正在逐年成長，特別是在雲端、資料分析、專案管理等方向。

Q6：轉職 IT 之後薪資一定會提升嗎？
A：不保證，但機率很高。根據 104 人力銀行的薪資調查，IT 相關職位的平均薪資高於台灣整體職場平均水準約 20–30%。入門職位薪資可能和目前差不多，但晉升空間和薪資天花板通常更高。

Q7：需要同時學多個雲端平台嗎？
A：不建議同時學多個平台。初期選定 AWS、GCP 或 Azure 其中一個深入學習，取得對應認證後再擴展到其他平台，是轉職 IT 最有效率的雲端學習策略。

Q8：IT 認證有效期限是多久？
A：大多數 IT 認證有 2–3 年的有效期，到期前需要通過繼續教育或重新考試來更新。Google Cloud 和 AWS 的認證有效期為 2–3 年不等。

Q9：可以邊工作邊準備轉職 IT 嗎？
A：可以，而且這是大多數成功轉職者的做法。建議每週至少投入 10–15 小時的學習時間，利用下班後和週末。線上課程和自學資源讓你不需要請假也能系統性學習。

Q10：IT 產業會被 AI 取代嗎？
A：IT 基礎設施管理、雲端架構設計、資安防護等核心工作，在可預見的未來仍然需要人類判斷，尤其是這些工作所需的「軟實力」，包含溝通協調與團隊合作，是 AI 很難取代的。而懂得善用 AI 工具的轉職 IT 人員，生產力和競爭力反而會大幅提升，而非被取代。

The post 轉職 IT 新手必學知識完整指南：從零基礎到雲端技術入門 first appeared on 東東 GCP 教學 - GCP 實戰講師.

好消息是——這個限制，其實沒你想像的嚴重。

我將完整解析「非工程背景者」是否能轉職為雲端架構師，並提供清晰的學習路線與轉職策略。

雲端架構師是做什麼的？職責全面解析

雲端架構師是企業轉型雲端的關鍵推手，他可以依照企業的需求，負責設計可擴展、高可用、具備安全性的整體雲端系統架構。

「可擴展」，指的是能夠擴充資源。

因為地端的資源受限於你買的機器數量，但在雲端，你可以隨時依照公司的需求，或是突然飆升的用戶流量，即時擴充資源來應付廣大的需求。

「高可用」是什麼呢？

高可用是一個「結果」，指的是服務能夠保持運作的時間比例很高。

要做到高可用，並不是說要開一台規格很高或效能很好的主機 (因為單台主機可能因維護而被重開) 。

而是善用雲端上各種資源搭配，組合成強壯的系統架構，不管發生什麼事，都不會因為單個功能故障，讓整個服務無法運作。

例如建立一群機器，讓負載平衡器在最前面幫忙分流，即使有一台機器故障，負載平衡器也能把流量導向正常運作的主機。

或是資料庫有問題，馬上自動 Failover (容錯移轉)，讓 Stand by 的主機出來頂替， 保持整個服務正常。

所以雲端架構師會知道怎麼做出「可擴展」、「高可用」」且「安全」的雲端架構，這就要先了解雲端的各項功能了！

為什麼雲端架構師這麼搶手？

數位轉型已是企業標配

隨著全球企業數位轉型的浪潮不斷加速，雲端服務早已從「可選項」變成「必要條件」。

現在的新創公司，不可能一開始就花大錢建置機房並購買機器設備，幾乎都是買一台筆電就開始寫程式、打造產品。

那程式寫好放哪裡？當然是直接上傳雲端啊！直接下一個 git commit 就能上傳到雲端，甚至能夠自動部署上線對外服務。

大企業的話，因為地緣政治風險，有不少公司早已經採用「多雲策略」，因為雞蛋不會放在同一個籃子裡，不會把核心系統 100% 都放在某個雲端上。

可能各放 30%，甚至還留一些到地端。也不會集中在單一國家，可能把服務分散到日本、東南亞，甚至留一些服務到歐美去。

傳統產業，可能採用雲端的速度是最慢的，但由於近年來 AI 高度發展，逼得各個公司為了投入 AI，也開始紛紛上雲。

為什麼用 AI 要上雲呢？

因為你直接買機器和 GPU 太貴了！動輒幾十萬，買了也不會一直開著。

用雲端的話，只有要訓練模型時，才會短暫用到 GPU 和相關運算資源，用完就關掉，訓練 8 小時也才 1000 台幣，非常划算。

所以各行各業都在思考如何上雲，達成更高的效率、更強的彈性與更低的成本。

而在這個過程中，雲端架構師正是那位為企業「指路」的專業顧問。

企業急需懂得架構設計的人才

企業不再滿足於只會操作雲端平台的技術人員，他們更需要具備系統整合與架構設計能力的人才，能夠根據業務需求規劃出安全、可擴展且高可用的雲端解決方案。這樣的角色不只要懂技術，還要懂得與內外部團隊溝通，將業務與技術串聯起來。

多雲、混合雲環境日益複雜

再加上現在企業多採用「多雲」（multi-cloud）或「混合雲」（hybrid cloud）策略，也就是同時使用 GCP、AWS、Azure 等不同平台，或將本地系統與雲端資源整合。這讓整體架構更加複雜，需要有能力跨平台思考、規劃與管理的架構師。因此，雲端架構師的價值不斷攀升，成為 IT 領域最炙手可熱的職位之一。

雲端架構師與其他職位有何不同？

必須要會寫程式嗎？破解常見迷思

「不會寫程式就不行」的觀念從哪來？

多數人將「技術職位」與「寫程式」劃上等號，實則雲架構師更偏重架構規劃與整合，寫程式只是工具之一。

雲端架構師實際工作中需要寫多少程式？

• 少量腳本（如 Terraform、Cloud Shell）
• 理解 API 結構與部署流程
• 協助團隊整合 CI/CD 流程

基礎程式能力 v.s. 專職開發能力

具備程式基礎會是加分項，但不需達到軟體工程師的水準。更重要的是——你能否整合不同系統、解決架構瓶頸。

成為雲端架構師的關鍵技能有哪些？

系統設計與架構思維

能否依據需求設計出高可用、高效能、具備擴展性的架構，是核心關鍵。

雲端平台操作（GCP、AWS、Azure）

建議選定一個平台深入，如 GCP 的 Compute Engine、Cloud Run、BigQuery 等。

資訊安全與法規遵循

熟悉 IAM、資料加密、法規（如 GDPR、ISO 27001）等，是專業的重要體現。

溝通能力與專案協作

懂技術不夠，還得懂得與開發、主管、甚至客戶溝通架構設計邏輯。

不會寫程式的人該如何轉職？可行路線解析

起點建議：從雲端平台認證開始

• Google Cloud Digital Leader（零程式基礎也能考）
• AWS Cloud Practitioner
• 這些證照強調架構與平台基礎概念

銜接課程與學習資源推薦

• 選擇「非開發導向」的雲端架構課程
• 像是《東東 GCP 教學》提供的入門到架構師路線

找到轉職跳板的策略

• 先從雲端專案協作角色（如 PM、顧問、技術支持）切入
• 慢慢累積架構設計經驗

真實案例分享：他們都不是工程師出身！

MIS 主管轉職雲架構師的心路歷程

「我原本只會部署防火牆、設定備份，但開始接觸 GCP 後，才發現我可以不靠寫程式，也能設計一整套混合雲架構。」

專案經理成功進入雲端領域的轉折點

「我專長是專案管理，當我熟悉 GCP 的產品與整合策略後，我現在負責帶領跨國團隊打造多區架構。」

優勢與挑戰並存：非工程背景的強項在哪？

• 跨領域溝通能力強
• 站在使用者角度思考系統設計
• 懂流程、懂業務的人更容易設計實用架構

給未來雲架構師的五點建議

1. 選定一個雲端平台，深入學習
2. 建立技術部落格或學習筆記
3. 多參加實戰專案，累積架構經驗
4. 搭配證照驗證專業能力
5. 保持學習熱忱，並勇敢踏出第一步！

常見問題 FAQ

1. 需要考哪些證照才有機會轉職？

推薦先從入門證照開始，如 Google Cloud Digital Leader，再進一步挑戰 Architect 級別。

2. GCP 跟 AWS 哪一個比較好學？

GCP 的介面與邏輯較清楚，適合初學者；AWS 生態完整，但曲線略陡。

3. 非本科系可以嗎？

完全沒問題，重點是你的學習力與實作經驗。

4. 英文不好也能學嗎？

能，現在有大量中文教材與圖解式資源可用，但英文仍建議逐步增強。

5. 需要有雲端專案經驗才能轉職嗎？

不用。你可以先參與模擬專案、自學實作，逐步累積作品與信心。

The post 不會寫程式，可以轉職雲端架構師嗎？ first appeared on 東東 GCP 教學 - GCP 實戰講師.

可以來了解一下這個職位必備的一些能力，

來確認看看你合不合適這份工作喔～

一、IT 的基本能力

例如 DNS 的概念、IP 網段的切割、HTTP 的回應碼、

容器的基本概念、各種專有名詞或術語 CRM、ERP、VPN、FTP、

Web Server、HA、SLA、DR、Kubernetes 等等。

如果都還不熟，簡單地講，至少 Linux 會各種基本的操作指令。

你可以找一些系統管理、網路管理或 Linux 的線上課程，

或是多看一些文章，來培養一些基本的 IT 概念。

二、學習能力

因為 GCP 的發展速度太快了，如果你有在操作 GCP，每1~2個禮拜你就會發現，耶怎麼界面又改了？

怎麼又多一個按鈕？又有一個新產品？

所以如果有時間，要趕快看原廠的文件來追進度，通常新產品剛出來只有英文，所以也需要能夠快速閱讀英文的文件。

有些規模比較大的客戶，看到產品更新的消息，就會跑來問你，這功能怎麼用。

你要趕快把環境建立起來做相關的測試，測完之後做成簡報，分享給同事跟客戶。

讓大家知道這個新功能會用在什麼樣的場景，有什麼優缺點或限制等等，所以學習能力也是很重要的喔！

三、傾聽能力

客戶有很多種，每個客戶都有自己熟悉的領域，他們會站在自己的角度問問題，有時候說的是 A，但他其實要的是 B。

例如資料備份就有很多種，他要的是VM裡的檔案備份、還是資料庫的資料備份、還是作業系統的備份。

或是客戶要 VPN，Google 的方案是 Site to Site VPN，需要客戶有機器，那客戶有嗎？還是他只是要 Client to Site VPN 就好？

這些就要用循循善誘的方式 (擠牙膏)，挖掘出客戶真正的需求，另一方面也是要對 GCP 的產品有足夠的了解，才有辦法知道客戶要的是什麼。

另一個場景是，做技術支援的時候，客戶說連不到主機，像這樣的問題牽涉到很多環節。

例如是目的地主機有問題，還是防火牆擋住，還是來源主機根本不能上網。

很多時候客戶根本就沒有表達清楚，這時就要有耐心再跟客戶來回確認問題，不然往錯的方向去解，就會浪費很多時間。

四、提案能力

有時候針對客戶的需求，我們會找不到完美的方案來完全滿足。

例如客戶想要最高級的防護或最高的可用性，但客戶自己預算可能不夠，沒錢做備份，或沒錢多開機器。

這時候就是要在多種限制底下，找到一個適合客戶的方案，然後清楚地告訴客戶可以使用的產品是什麼，可以做到什麼樣的程度等等。

雖然方案不完美，但能夠解決最核心的需求，就有可能說服客戶接受我們的解決方案。

有時候面對的需求是不合理的，例如在線上編輯20GB的資料表，100%機器不中斷之類。

我們也要直白跟客戶說，這個是做不到的，我們也不能硬著頭皮去接下一個不可能的任務。

五、表達能力

我們會有拜訪客戶的場合，或是舉辦研討會來介紹產品，客戶往往是聽不懂的。

因為我們每天都在摸GCP，對各個產品都很很熟悉，但客戶可能是第一次聽，他可能完全聽不懂，或是以為這個產品是萬能的，可以解決所有問題。

這時候就要想辦法跟客戶釐清，為什麼它可以解決A問題，原理是什麼，又為什麼 B 問題解決不了，關鍵是卡在哪裡，這時候表達能力就很重要。

同時這也取決於你對GCP的產品是不是真的了解透徹，如果你一知半解的話，你也很難跟客戶說清楚，所以又回到你的學習能力要好，才能了解產品。

六、實作和排錯能力

我相信大家都知道實作和排錯的重要性，但更重要的還有經驗，因為我們平常的測試環境是很單純的，每次自己做Lab，都是在一個乾淨的環境裡做。

但如果今天是幫客戶建置一個很大的架構，或是客戶在自己使用很久的環境碰到問題的話，這時候要做Troubleshooting，就很需要有足夠的經驗了。

對有經驗的人來講，可能一看到錯誤就馬上知道問題在哪裡，但對沒經驗的人來說，就可能要照步驟來一個一個拆解問題，花費的時間就會比較多。

但經驗這種東西又不可能憑空產生，只能靠我們平常做的 Lab 要夠多，有空就多測試各種 GCP 的東西，然後把不同的東西串連起來。

當架構變大的時候，就有各種奇奇怪怪的問題跑出來，這時候就有機會磨練各種經驗。

有一種方法可以試試，就是你去找 AWS 的範例架構，然後想想看在GCP上面能不能找到對應的產品或功能，然後直接在GCP上面做起來，這樣你就不用自己想題目來練。

以上就是幾個雲端架構師必備的技能，分享給各位～

The post [轉職 IT] 雲端架構師要具備的六大能力 first appeared on 東東 GCP 教學 - GCP 實戰講師.

如果需要其他服務，可以寄信到 aaronlee0618@gmail.com，或是加 Line: @754xlakm 與我聯絡，謝謝！

一、GCP 教學

GCP 雲端概念

GCP – 對 IT 自媒體最友善的雲端平台

企業上雲的10大理由、15個評估面向與6大好處

上雲比較貴？雲端和地端的成本詳細比較

天啊？！為什麼我的 GCP 主機被重開？

很多人嫌 GCP 的主機價格很貴？真的貴嗎？

GCP 實際操作

GCP 環境啟用

如何快速申請 GCP 免費試用額度 300 美元？

Compute Engine 主機設定

Cloud IAP 簡單介紹和實作, 防火牆不用全開，讓你安全又方便連線到虛擬機器

在 GCP 的 Ubuntu 架設Apache 2個 Virtual Host 網站

把2個 Apache Virtual Host 網站申請憑證

把主機的 443 Port 改成 GCP Load Balancer 443 Port

免安裝 WordPress 架站操作步驟

Load Balancer 負載平衡

GCP 負載平衡依照權重分流 Load Balancer weight-based traffic splitting

監控

Cloud Monitoring匯出Log到CSV操作方式

數據分析

如何把 BigQuery 的大量分析結果同步到地端本機

GCP 資訊安全

GCP 9大資訊安全威脅與因應方案

如何為公司做好 GCP 健檢？12大面向與48個檢查項目分享

Google Cloud Platform GCP稽核記錄功能簡介

帳務相關

取消 Firebase 卻讓整個專案被停止的問題

產業觀點

客戶嫌你的技術服務很貴，怎麼辦？

二、雲端架構師求職、證照相關

準備 GCP 證照考試的三個小技巧

為什麼要轉職雲端架構師？我待在原本的工作不好嗎？

想轉職 IT 一定要寫程式嗎？我是如何進入 IT 產業的？

我的雲端架構師經歷

進 Google 的跳板？雲端架構師都在做什麼工作？薪水很高嗎？

轉職雲端架構師失敗的原因有哪些？

轉職雲端架構師後就平步青雲嗎？會不會遇到什麼挑戰？

轉職雲端架構師之後會有怎麼樣的發展？

該到什麼樣的公司擔任架構師呢？

三、線上課程

《雲端架構師養成班》課程簡介

GCP 線上課程相關頁面

四、企業內訓

企業內訓 – GCP 架構課程

五、顧問諮詢

顧問諮詢服務

六、其他教學

Google Workspace 教學

如何轉移雲端硬碟所有檔案給別人？

懶人抄書法-用Google相簿辨識文字

懶得打字嗎？超神速語音轉文字工具－Google文件

Google表單－問卷填完會通知你喔～

Google Workspace 外掛專區

MailTrack－暗中確認對方已讀信件的好工具

延遲發信神器－「迴力鏢」

[Google Apps]好貼心的Grammarly，幫你糾正寫英文email的文法錯誤

其他的其他

突然收到 Paddle.com 發票通知, 如何知道自己買了什麼？

解決 Mac 終端機 .zshrc no such file or directory 的問題 .bash_profile

七、免費電子書、訂閱電子報

挑選以下任一電子書來下載，你就可以成為電子報訂戶喔！

取得 《2小時學完 GCP 核心服務》完整簡報

https://gcp.ck.page/gcp-all

取得 《雲端架構師轉職攻略》與 《GCP 現代化成功指南》

https://gcp.ck.page/ebook

取得 《GKE 簡介與實作教學》完整簡報與程式碼

https://gcp.ck.page/gke

取得 《Big Query 簡介》簡報

https://gcp.ck.page/bigquery-1

取得簡報之後，會自動訂閱未來的電子報，如果你不想收電子報，你也可以直接退訂，不用客氣。

The post 東東 GCP 教學大補帖 – 文章導覽 first appeared on 東東 GCP 教學 - GCP 實戰講師.

我也是有過去的

我在工作的前幾年，對未來方向很不確定，一直跳來跳去。

我也是有迷茫過的人啊～

我後來在某系統整合廠商擔任專案經理，但因為那份工作太過忙碌，

以及要夜間職班的關係，傷了身體，就離職了。

我原本打算回去做 SAP 工程師的，

因為用人單位的系統已經上線了，我去就是維護而已，

心想應該會是個穩定的工作，當時的我就是沒有太大的企圖心。

被前主管挖角

我不知道為什麼，直接在 Facebook 公開我要找工作的消息。

結果！我的一家前公司主管打電話給我。(可見我做人還蠻成功的 XD)

他告訴我「公司現在跟 Google 合作，你回來的話，前途將會一片光明！」

他要我回前公司負責推展 Google 的業務。

我其實想了蠻久的，「真的要去嗎？」

當時真的非常掙扎，表面上聽起來很棒，

實際上就是要從無到有把從產品、售前到業務的流程建立起來，

後來我還是決定再衝一波看看，如果成功了，

也許就能擺脫之前跳來跳去的工作情況。

正式接觸 GCP

於是我開始擔任 Google 其他產品的 Presales，

但由於種種因素，產品沒有賣得很好。

後來公司調整策略和人力，開始賣 GCP，

當時我完全不懂 GCP，

只能厚著臉皮詢問資深的同事，慢慢學習 GCP 的各項功能。

不過當時沒有做案子的機會，碰到客戶就純粹報價，

然後客戶自己操作 GCP，有問題再問我們。

現在看起來，我們提供的服務也太差了！！

有案子都不試著接，所以 GCP 的技能提升非常慢，

我連 Load Balancer 都是自己瘋狂練習一個月才學會的。

跳槽去別家代理商

後來我就轉往另一家代理商工作，

(就是一般職場常見的原因，你懂的)

新的主管技術很強、人脈很廣，又很會接案，

在大量案子的壓力之下，不得不卯起來練習 GCP 的各項功能，

很多功能都是我從來沒做過的，怎麼辦？

就是自己上網查詢相關文件，自己從零開始設定，然後測試。

我做過了上巿遊戲公司、電子支付公司、區塊鏈公司、

大型政府單位、AI 公司、上巿電子商務、上巿零售公司等等，

因為當時人力不足，所以每個客戶我都做過，

累積不少架構經驗，薪水快速破百。

當時也成為公司研討會的主力，

從 Compute Engine、Load Balancer、Cloud CDN 到 Google Kubernetes Engine、BigQuery、AI 與機器學習等等，

每個主題我都講過，大量提升對抽象技術的表達能力，

讓我不是只會做，而且也很會講，只有我講的客戶才聽得懂，

我幾乎都是 Live Demo，直接在幾十位觀眾面前，

從零架設環境，如果出包還要想個辦法轉一下，

漸漸地，我也有機會站上大型研討會的舞台分享 GCP。

晉升架構師主管，培訓新人

後來我順利獲得晉昇成為架構師主管，開始招募人才，

不過巿場上碰過 GCP 的人非常少 (所以趕快來轉職吧)，

我們找到的人才也要再加以培訓，公司也沒有什麼學習資源，

還好我每個案子都有累積各種簡報和操作手冊，

我獨自整理出一整套新人學習的教材。

我也對每位新人手把手教學，定期在公司辦理讀書會分享技術，

後來他們都成為獨當一面的架構師，

幫公司接了更多更大的案子，成為公司營運的主力。

開始做自媒體

由於我這個人就是很想紅，

一直想做自媒體，我經過主管同意，

開始在業餘期間建立 Youtube 頻道，分享 GCP 的教學。

剛開始前幾支影片，都是 0 訂閱。

當時也會懷疑，我的影片這麼有價值，怎麼可能沒有人要看？

沒關係啦，反正我就是硬著頭皮一直做，

直到發布第 4 支影片之後，剛好有事在忙沒再更新，

頻道突然從 0 爬到 13 訂閱，令我又驚又喜！

此時就確定我做的內容應該是對大家有幫助的，

更加強我持續發布影片的決心。

正式辭職創業

直到 2023 年 5 月時機成熟，辭職創業，

因為身上帶著豐富的 GCP 經驗，就有各種發展的可能性，

除了我自己開發的線上課程，

我也開始接到一些顧問案、企業內訓、線上諮詢等等，

最近還有專欄的邀約在洽談中。

由此可見，GCP 的需求是真的不斷在成長，

不管你是在公司擔任雲端架構師，還是創業接案或擔任顧問，

你都會有很好的發展機會。

像我帶過的幾位架構師，後來也跳槽到更好的公司去發展，

薪水也直接破百，每季都有很棒的旅遊福利。

連創業的我都反過來羨慕他們(因為沒人發年終給我哭哭)。

因此，走對產業很重要，找到快速提昇的路徑也很重要。

看到這裡，你是否願意給自己一個突破現狀的機會呢？

參考一下我累積多年經驗所開發的課程吧：

GCP 線上課程《雲端架構師養成班》早鳥優惠中

The post [GCP 轉職] 我的雲端架構師經歷 first appeared on 東東 GCP 教學 - GCP 實戰講師.

一、技術能力不足

這個最基本的，如果你對於雲端的相關知識或技能不夠，

就沒有辦法成為公司的即戰力，很容易就會被刷掉。

還有一種情況是，雲端的範圍實在是太廣了，

公司想要的可能是混合雲的網路管理，或是使用 Kubernetes。

而你熟悉的領域只在虛擬機器，那就依然無法符合公司的需求，

有時候需要一點運氣，

不然就盡可能要對大部分的雲端使用場景更熟悉一點。

二、做過什麼答不出來

我在面試新人的時候，深入研究他的履歷表，曾經有做過哪些工作，

尤其是和雲端相關的工作，我總是會順著他的工作內容往下深入追問，

例如他曾經做過負載平衡，我就會詢問他的主機可以自動擴充到幾台？

擴充判定的指標是什麼？是否碰到其他的問題，是機器數量的問題，

還是擴充速度的問題？我也會問他後來是使用什麼方法去克服。

三、非雲端工作，本來就沒有作品

這個情況通常會比較有挑戰性，目前可以做的方法，

就是多看一些行業的文章，是否有提到各種系統架構，

然後去思考這個架構要如何在雲端上面實現，

從零開始把整個架構在雲端上架設起來，然後測試看看有沒有問題。

四、產業 Know How 不懂

當然自己練習的話，通常都只能熟悉理論知識，

沒有辦法碰到實務上的狀況，所以比較沒有辦法了解太深。

你也可以多看幾種產業架構，不同架構之間的設計邏輯，

為什麼要選 A 架構，不用 B 架構，為什麼要用 C 服務，不用 D 服務，

多多去思考，也可以磨練基本的 Sense，

這個就是架構是最核心的能力。

在我的線上課程中，有提供一些範例架構的問題，

可以磨練你的思考，如果我這裡提供的問題你都有辦法立刻回答，

信相你的求職之路不會太困難。

五、不會寫程式

我可以跟你說，我現在還是不太會寫程式。

我當年找工作時，也有碰到要會雲端同時也要會寫程式的用人單位，

我也因為不會寫程式而被主管刷掉。

但是不用擔心，有些公司就是喜歡把一個人當多個人來用，

你還是可以持續在尋找只需要雲端技能的公司，這是完全沒問題的。

但是如果你願意多花一點時間學習寫程式，我相信對你還是有加分，

其實你不需要投入太多的心力在學習寫程式上，

因為它對於雲端架構師這個職位來說，只是一個「有了會更好的技能」，

你只需要買一本書，一堂線上課，

至少能寫得出 Hello World 在 Apache 或 Nginx 上，

也能夠讀寫雲端上的資料庫，差不多了，

只要能和 Coding 的同事溝通，就足夠了。

如果你未來的工作會處理到雲端架構，又同時需要寫很多程式，

我會先恭喜你，因為這樣的技能，在你的職涯會非常吃香，

你就是一個跨領域的工作者。

六、你對這個職位是否表達強烈的興趣或熱情

我有面試過一些人，他們前面的關卡都過關了，

但是無法讓我有很想要錄取他的衝動，也許只是單純的直覺，

擔心他無法融入團隊。

所以需要你除了回答各種問題之外，盡量展現你的個人特質，

例如說你會喜歡一個人深入研究問題，或者喜歡和同事討論，

喜歡人團隊合作，注重公司的工作氣氛。

你也可以詢問這個職位是否有持續成長的空間，

不管是技能的或職位的提升都可以。

你甚至可以表達未來的理想，例如獨當一面處理非常大的雲端架構、

你想要成為主管等等，都可以讓人覺得你有強烈的企圖心，

這也是你可以給公司帶來的價值。

說直白一點，就是畫一個大餅給公司，吸引公司想要吃下你給的這個大餅。

看到這裡，你準備好了嗎？

假如你決心要學習 GCP，參考一下這堂課程吧：

GCP 線上課程《雲端架構師養成班》早鳥優惠中

The post [GCP 轉職] 轉職雲端架構師失敗的原因有哪些？ first appeared on 東東 GCP 教學 - GCP 實戰講師.

轉職前，你只是在自己的 Lab 環境底下學習，環境是可控制的，

而且你有最高權限，所以可快速測試各種功能。

轉職後，新公司的 GCP 環境可能有各種設定存在，

有些合理有些不合理，管理員可能是你的主管或資深同事，

你的權限可能不大，能做的事不多。

但既使你做了一點調整，可能會牽一髮而動全身，

影響到其他功能的運作，因此要非常小心，了解各種眉角。

如果你是負責地端系統上雲的，你就要考慮是否可以重新部署，

或是原封不動搬上雲，然後規劃上雲的時間表，

並且留時間做驗證，確保上雲之後沒有問題。

這部分會牽涉到所有的細節，

你可能做到一半會遇到「啊！還有這個沒確認」、

「現在才說要這個功能，可是都已經設下去了」，

過程中可能會覺得很煩，但是當你完成之後，會非常有成就感，

它就是你在公司的代表作。

二、考取證照的日常

GCP 或其他公有雲的證照，都是 2~3 年就必須要 Renew (重考)，

當你第一次考的時候，題目可能很簡單，但 2 年後再考的時候，

由於新功能的加入，讓整個題目大改版，

所以你 Renew 證照也會花費很多時間。

隨著你考取的證照越來越多，你就會跟我一樣，

三不五時都在 Renew 證照，才剛考完 A 證照，B 證照又要到期了。

所以請挑選工作上會用到，想要深入鑽研的科目去考，

例如必備的 Cloud Architect，或是資訊安全的 Security Engineer，

網路的 Network Engineer 等等。

不過考試確實有好處，它的題目都是從真實案例萃取出來的，

非常實用，每次考試都會打翻我既有的概念，

讓我在實務上可以做得更完善，設計出來的架構也符合大企業的格局。

同時證照也是你的護城河，別人想超越你，先考到證照再說。

三、充滿挑戰性的職涯

原本的 GCP 界面長這樣，怎麼下個禮拜說變就變？功能說改就改？

沒錯，這就是雲端架構師的日常，

在雲端的世界裡，沒有永遠不變的功能，

就算你使用同一台虛擬機器穩定運作，

幾年後可能也會被告知停止技術支援，逼得你不得不換到新的作業系統或環境。

每當 Google 宣布新的功能，可能馬上就有人問你，

可不可以幫忙介紹一下XX功能，或是測試看看。

很忙，但也很有趣，你會站在技術的風口浪尖上，

永遠跟大家有聊不完的話題，你會和整個巿場脈動有很深的連結，

也有很深的使命感。

所以，挑戰是壓力，也是推進你的動力，你準備好了嗎？

The post [GCP 轉職] 轉職雲端架構師後就平步青雲嗎？會不會遇到什麼挑戰？ first appeared on 東東 GCP 教學 - GCP 實戰講師.

當你去公司報到之後，主管可能會提出一些需求，

然後請你去規劃雲端的架構。

例如主管說「幫我建一台 Linux的機器，要裝 Apache」，

這樣的需求很粗略，你必須把要問的問題一次向主管問清楚，

例如哪種型號？多少 vCPU 和記憶體？要怎麼連線？要不要外部 IP？

OS 版本？Apache 版本？Disk 多大？

你需要有快速回應的能力，知道對方少給什麼資訊，

趕快回覆跟他確認細節，或是自備一張常用規格表，

請對方填寫後再給你確認。

或者，客戶問「我的 Windows 能不能直接搬上雲？」

這需要你對於客戶環境、搬遷方式、成功機率，

和 Windows 授權機制都有一定的了解，才能完整回覆客戶。

二、跳槽機會

如果你在 104 或 Linked-in 詳細更新你的經歷，

你很快就會收到外商或獵人頭的面試邀請。

如果你工作還不夠久，不要急著跳，至少待滿2~3年，

並且利用時間加強英文，因為 Linked-in 上很多工作都是來自國際大廠，

這會是你的「下一站」。

三、深耕領域

當你做久了會發現， GCP 涵蓋的領域很廣，架構只是剛入門。

接下來你可以依照公司的需求或自己的興趣深耕，

如果對應用程式平台有興趣，可以研究 GKE 和 Anthos；

如果對資料有興趣可研究 BigQuery、Dataflow、Dataproc、

Data Fusion 還有 Cloud Composer 等。

如果對 AI 有興趣可以研究 AutoML、TensorFlow、

DialogFlow、生成式 AI 等，

只要能對上述任何一項非常專精，就能得到更專業的職位和錢途。

自立門戶：接案、顧問、企業內訓

當然，你也可以持續走架構師的工作，

因為光是這一塊已經吃不完了，而且隨著經驗的累積，

你可以收集到各種產業的商業模式和雲端架構，

這會有助於你變成一位充滿經驗的雲端顧問。

當你具備足夠的底氣和業界的名聲，

你也可以辭職創業，擔任講師、顧門或獨立接案。

不過這也需要你在網路上經營個人品牌，

選擇部落格、Youtube或 IG 來持續產生內容，讓案子自動找上你喔！

由此可知，雲端架構師的路是越走越寬的喔！

如果你已經下定決心的話，

可以來考慮加入GCP 線上課程《雲端架構師養成班》喔！

The post [GCP 轉職] 轉職雲端架構師之後會有怎麼樣的發展？ first appeared on 東東 GCP 教學 - GCP 實戰講師.

代理商

這是 Google 官方授權的經銷單位，

主要是針對各個公司使用 GCP 所產生的費用，需要開發票報帳，

這些代理商能夠協助開發票給客戶，

所以這些代理商的主要營收來源，就是客戶的 GCP 使用量。

在這樣的商業模式之下，只要客戶有足夠的量，

就可以從中抽取固定的百分比作為代理商的利潤 ，

會導致代理商透過較低的折扣，

去搶規模比較大的客戶，用「量」的方式來獲取利潤。

但他們本身不一定足夠的技術能量，

因為只要得到大客戶，它的營收就是被動收入穩定成長，

這樣的公司就不會認真培養自家的技術能力，

但也有少數代理商有培養較強的技術團隊來承接客戶的專案開發，

另一方面也可以藉由專案來獲取高毛利，

Google 原廠也偏好這樣的代理商，如果有指標性的客戶商機，

也會優先把案子給這些代理商做。

對於雲端架構師來說，是一個非常好的磨練機會，

你每天的工作範圍 100% 都是 GCP，可以邊做邊學，

最新的技術也可以得到第一手消息，短期之內功力大增。

代理商-二房東

有一些代理商並不是由 Google 直接授權的，

但是他們手上已經有大量的既有客戶，透過他們購買資訊產品，

所以他們會找一線代理商合作，藉此爭取較大的折扣，

讓他們也可以推廣 GCP 給既有的客戶，

另一方面他們不受 Google 原廠約束，

他們有可能同時接洽不同公有雲的廠商。

在這這裡工作，有機會同時接觸到不同的公有雲，

因為他們需要為這些客戶提供技術支援，

但也因為負責的產品比較雜，所以比較難深入鑽研某一個公有雲，

這取決於靠工程師自己是否能夠有快速的學習能力，

如果有機會同時了解多個公有雲，未來的出路就會很寬廣，

因為跨雲的人才是更為稀缺的。

系統整合商

系統整合商通常手上有非常多資訊產品在經銷，

而且會鎖定特定的產業類型，和長期合作的既有客戶 (Major Account)，

也有系統整合商專門在執行政府標案的投標，

他們通常對雲端的了解不夠熟悉，

所以都會尋找上面的代理商來合作，一起參與政府標案或是企業客戶的案子。

他們不一定會專門設立專門的雲端的工程師職位，

除非確定拿到大規模的案子，才有可能考慮增設專屬的人員，

而且他們比較不會完整了解雲端，只會依照案子的規格，

做到符合客戶要求的程度而已，不像上面兩種代理商，

比較有機會把雲端所有功能了解透徹。

另外要注意的是，做標案會有大量的 Paper Work，

就是寫需求建議書、期中期末報告等等，

這取決於公司是否有適當的分工，通常應該交由 PM 來做，

而架構師負責規劃架構和測試相關功能，

如果架構師也要寫報告，那這份工作就太雜了。

甲方-大公司

在大企業裡通常會有專屬的的雲端部門，

而且會依照業務的屬性去發展相關的雲端架構，

例如電子商務的公司可能就對於負載平衡的機制非常熟悉，

或者是各種大型流量的自動擴充 Autoscale 效能數值非常清楚，

但是如果和公司業務無關的功能，可能就沒機會參與到，

不過那只是小問題，資安這塊經常碰到，學得好可以跳到其的大公司。

大公司的另一個好處當然就是工作的福利比較好，

人員安排也會比較合理，分工很細，可以聚焦在某個領域鑽研很深，

成為該領域的專家，公司也講求工作與生活的平衡，

大家都是有家庭的人，比較不會有壓榨員工瘋狂加班的事情發生。

甲方-傳統中小企業

中小企業通常不會增設新職缺，而是指派原有的 IT 工程師來負責，

需要自行了解雲端或是把現有系統部署上雲，通常在這樣的情況下，

工程師會有比較大的壓力，因為雲端也是一門專業的技能，

如果今天他只能上網自行學習，而學習資源不足就會造成他的壓力。

但好處是，因為中小企業的人力就是這麼少，

他可能就是全公司最了解雲端的人，如果可以順利將公司系統上雲，

他就能擁有一個不可取代的地位，就算未來要轉職其他雲端工作，

也可以端出「代表作」來通過面試。

甲方-新創公司

新創公司的創辦人，通常都具有擁抱變化勇於創新的特質，

往往會樂於採用新的技術，例如容器化技術或是 Kubernetes 等等，

一旦在市場上有新的技術出現，他可能都會率先了解，

或者是請廠商來對他們介紹。

你在其中會感受到技術的變化非常的快速，對於喜好安逸的人來說，

可能會比較有壓力，但是反過來說也是一個快速學習成長的好機會，

所有最新的技術都在都是你的日常，

你會感覺到與世界脈動緊緊相連，很有挑戰性，卻也很有趣，是值得拼一下的工作。

以上介紹了幾種不同公司的雲端工作，你想挑戰哪一種呢？

The post [GCP 轉職] 該到什麼樣的公司擔任架構師呢？ first appeared on 東東 GCP 教學 - GCP 實戰講師.

如果你想要得到比較好的工作，要看三個面向：

1.你所屬的產業是正在蓬勃發展嗎？或是夕陽產業？

2.你所在的公司，跟同業競爭對手相比，是在高度成長的趨勢嗎？

還是敬陪末座？

3.你在公司裡的職位，是屬於生產類型的工作，

而且這個職位一直在擴大招募人才？(業務、研發、專案)

或屬於成本類型的工作(行政、總務、舊系統維運)？

請暫停一下，思考上述三個問題的答案……

如果以上三個問題，你的狀況都是在對的那一邊，

恭喜你，你的工作是很有前景的。

但是如果已經有1~2項是否定的，

你可以就要評估一下這工作是否值得長久待下去了。

雖然短期內不會有太大的變動，

但是在薪資方面可能到了某個天花板之後，就固定在那邊了。

而長期下來更不用說，持續衰退的產業或縮編的公司業務，

很有可能會危及到你的職位。

畢竟這個世界的變化越來越快，

以前談大數據、容器化、機器學習或區塊鏈，

現在每個人都在講生成式 AI，

我們再也無法像父母那一代，找個穩定的工作，

一待就是十幾二十年甚至退休。

還有一個不得不的情況，就是有一天主管說系統要上雲，

然後指派你為專案負責人……。

而雲端架構師的產業前景很明顯……

你只要看到主要公有雲 GCP、AWS、Azure 營收持續成長，

那麼雲端架構師的人才需求就是會持續增加。

難道雲端產業不會有衰退的一天嗎？

我不敢說不會，但是短期確實看不到盡頭，

一方面是公有雲都是巿值幾千億的大廠 Alphabet、Amazon、Microsoft 持續投資擴充，

再來是這些公有雲服務緊緊跟著巿場最新技術的發展，

像上面提到的大數據、容器化、機器學習、區塊鏈和生成式 AI，

在公有雲上都找得到解決方案，他們全部都跟上了，

為了搶佔巿場大餅，誰也不讓誰。

由此可知，雲端架構師這個職位是值得投入的，

不管公司在導入新系統、開發新產品、數據分析、資料備份、

導入 DevOps，都需要雲端架構師的參與，

這是一個不易被取代的職位。

如果公司環境不適合待下去也不用擔心，因為你的出路非常廣，

你只要至少會 GCP、AWS、Azure 其中一朵雲，

出去不怕找不到工作，因為雲端已經逐漸成為公司必備的標配。

也許你短期不會變動，但至少可以先留意相關工作的職涯發展，

幫自己留一條後路。

如果你對學習 GCP 有興趣，想了解的話，

可以看這免費的教學影片，

或是加 GCP 線上課程《雲端架構師養成班》。

也可以加 Line: @754xlakm 與我聯絡喔！

The post [GCP 轉職] 為什麼要轉職雲端架構師？我待在原本的工作不好嗎？ first appeared on 東東 GCP 教學 - GCP 實戰講師.