在IT圈，我們常聽到 Whiteboarding（白板討論）。這詞聽起來專業，其實說白了，就是「拿起筆，直接在白板上邊畫邊跟人討論」的過程。作者：黃婉中（雲端架構師）

在IT圈，我們常聽到 Whiteboarding（白板討論）。這詞聽起來專業，其實說白了，就是「拿起筆，直接在白板上邊畫邊跟人討論」的過程。

[caption id="attachment_206099" align="alignnone" width="835"] Whiteboarding（白板討論）。這詞聽起來專業，其實說白了，就是「拿起筆，直接在白板上邊畫邊跟人討論」的過程。（圖／AI生成）[/caption]

在 UI/UX 或軟體工程師的面試裡，這種形式很常見。但在雲端架構師的場景中，大家似乎比較少把它當成一項必修課。不過根據我的經驗，這是一個在簡報之外，非常實用的溝通輔助工具。

為什麼不只用簡報？

身為雲端架構師，我們習慣準備一疊厚厚的簡報。但架構有時很複雜，不管是混合雲遷移還是資料分析，投影片講久了，有時候客戶不一定能完全跟上。

這時 Whiteboarding 就派上用場了。它不是要「取代 」簡報，而是「補充」。當客戶對某個細節有疑問時，放下雷射筆、拿起白板筆，把死板的簡報切換成動態討論。這能幫助雙方把認知對齊，讓討論更聚焦。

簡報是靜態且封閉的，當客戶對某個設計有疑慮時，翻找投影片常會打斷思考。白板則提供了靈活性，而且不需要從零開始。通常我會先畫好核心框架，在簡報過程中針對客戶關心的特定節點進行補充。

以下跟你分享3個適合「動筆」的場景。

白板技術在不同情境的應用

1. 釐清需求：確認目前遇到了什麼問題

我常用白板和客戶盤點現有架構痛點。客戶通常比較冷靜，不會主動描述細節。這時，我會在白板上劃出簡易的現況圖（As Is），並針對可能有優化空間的部分（如資料庫、特定串接點）詢問客戶的看法。

看著圖討論，通常比對著簡報的條列清單更容易讓客戶確認現狀，減少雙方的認知誤差，也能確認哪些是優先事項。

2. 梳理需求：達成共識

一個例子是討論資料如何從地端搬遷到雲端。 企業專案經常有多種資料來源（如不同資料庫、第三方 API），簡報的更新常趕不上變動。我不止一次聽到客戶邊看簡報邊說：「這裡後來我們又加了東西，來不及畫在上面。」

我會直接在白板上畫出資料流。討論內容包含：這段資料是 Batch 還是 Real-time？傳輸過程需不需要處理去識別化？我發現這麼做以後，能夠省下許多會後email來往確認的時間。

3. 處理突發提問：展示方案的彈性

白板也很適合在既有的方案架構上，針對客戶特定需求進行局部調整。當客戶提出「如果以後要擴充到其他區域，這套架構怎麼改？」這類假設性問題時，白板就是最好的補充工具。

即使現場沒時間去改簡報，我會直接在原有的圖上繼續補充，讓客戶理解這份方案是可以根據需求微調的。

給架構師的實作建議

• 預先畫好底圖：現場時間有限，我通常會在會議開始前，先畫好大約 70% 的基礎架構。正式討論時，只針對需要變動的部分動筆，這樣比較省時間，也維持溝通的節奏。
• 工具分工：PPT 用來呈現最終目標跟結論、白板則用來處理討論過程中的變數。
• 拍照留存：建議討論完後，當場用手機拍下白板圖，直接貼進當天的會議記錄（Meeting Minute）。這能確保「共識」被保存下來，不會因為白板被擦掉就沒了。
• 參考公開資源：想學習如何把複雜雲端架構畫得清晰，可以參考 YouTube 上的 John Savill，他的視覺化邏輯非常值得學習。

結語

白板不需要畫得像藝術品，只要能把邏輯講清楚就夠了。誠如那句老話：「A picture is worth a thousand words」（一張圖勝過千言萬語）。

在雲端架構這種資訊量大的工作中，白板是一個能幫你把複雜事物變簡單的工具。下次發現會議溝通有點卡關時，不妨拿起白板筆試試看。

這篇文章 雲端架構師實測：除了 PPT，為什麼你也該試試「白板討論」？｜專家論點【黃婉中】 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

在上一篇，我分享了客戶最常擔心的前三個問題：敏感資料外洩、測試亂入正式環境、員工私下存資料。這次，繼續來看剩下的兩個問題，以及如何收斂成實用原則。作者：黃婉中（雲端架構師）

在上一篇，我分享了客戶最常擔心的前三個問題：

[caption id="attachment_191074" align="alignnone" width="719"] AI Agent 五大疑慮。（圖／AI生成）[/caption]

1. 敏感資料外洩
2. 測試亂入正式環境
3. 員工私下存資料

這次，繼續來看剩下的兩個問題，以及如何收斂成實用原則。

4. 內部筆記會不會不小心給客戶？

有次一個保險公司的客戶問我：「Agent 會不會把我們的內部筆記也寄出去？」
這在 B2C 產業很常見：

• 這個客戶很難搞
• 這單要特別確認過

要是 Agent 沒分清楚，把這些筆記一起寄給客戶，光用想的都覺得很尷尬。

解法：

• 在資料結構上，明確分出像是「僅供企業內部使用」和「可與合作夥伴共享」等內外欄位。
• 在回覆客戶前，加一層檢查，遇到「僅供內部」的內容自動刪除。

重要回覆先交給真人確認，特別是金融、醫療、法律這些高風險產業。
多一層把關，就能避免出糗。

5. 會不會有人用假請求搞垮系統？

惡意用戶最愛這招。
就像有人瘋狂打電話進客服，不是真的要解決問題，而是故意一直拖著客服，讓別的客戶打不通。
在 AI 世界裡，這就像有人不停丟假需求給 Agent，讓它忙著跑流程、查資料，結果資源被耗光，真正的用戶反而得不到服務。
嚴重的話，攻擊者還可能引導 Agent 洩漏系統細節或內部規則。

解法：

• 在入口加驗證：登入、CAPTCHA、限制匿名。
• 設速率限制：同一個帳號或 IP 不准狂打。
• 部署 WAF（網站應用防火牆，用來攔截異常流量和監控，異常流量一出現就攔下來。

多幾道防線，讓代理不會被攻擊拖垮。

[caption id="attachment_191076" align="alignnone" width="691"] （圖／ Web Application Firewall (WAF) on Azure Front Door | Microsoft Learn）[/caption]

Source: Web Application Firewall (WAF) on Azure Front Door | Microsoft Learn

結語：比起技術，資料治理更是挑戰

5 個問題聽起來不同，背後其實都圍繞著這 3 個概念：權限、隔離、防護。
譬如：

• 資料要分級，敏感資訊只能讓需要的人看到。
• 環境要分開，測試和正式不能混在一起。
• 輸入、輸出要檢查。
• 內外資料要貼標籤、分清楚。

我的觀察是，已經有越來越多的公司使用 Agent，因為能省錢、也能省時間，這種誘因足夠大，趨勢擋不住。
但用得越廣，資安問題就越受關注。
規則做得扎實，大家會覺得安心；規則鬆散，反而會覺得 Agent 是負擔。

所以我常提醒客戶：Agent 技術不是難題，管理才是。
訂好規則，它就會是可靠的同事，而不是失控的麻煩製造者。

延伸閱讀

如果你對這次分享的 AI Agent 感到有趣，或者希望能更熟悉這些實戰應用，那你可能會對這篇文章有興趣：我如何轉職成為雲端解決方案架構師 Cloud Solution Architect

這篇文章 AI Agent 五大疑慮！雲端架構師的實戰解答（下）｜專家論點【黃婉中】 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

最近幾乎每個客戶見到我，都會問同一個問題：AI Agent 是什麼、到底能不能用？
ChatGPT 推出 Agent，微軟有 Copilot Studio，其他大廠也紛紛喊著「智慧代理」。
不只是工程師，連企業老闆都聽過這個名詞。作者：黃婉中（雲端架構師）

最近幾乎每個客戶見到我，都會問同一個問題：AI Agent 是什麼、到底能不能用？
ChatGPT 推出 Agent，微軟有 Copilot Studio，其他大廠也紛紛喊著「智慧代理」。
不只是工程師，連企業老闆都聽過這個名詞。

[caption id="attachment_191050" align="alignnone" width="695"] 導入 Agent，氣氛就是：既期待，又怕受傷害。（圖／AI生成）[/caption]

大家心裡想的是：

• 「如果真的能自動幫我處理客服、跑流程、發報表，不就省下一堆人力？」
• 但下一秒又擔心：「這東西會不會亂來？會不會把資料洩出去？會不會讓系統掛掉？」

所以，每次一聊到導入 Agent，氣氛就是：既期待，又怕受傷害。
下面跟你分享我常被問到的 5 個問題，以及我的看法。

1. 會不會洩漏敏感資料？

想像你去看病，結果醫生在開診斷證明時，不小心把你的病歷全檔案寄給了保險公司。是不是很可怕？
談到 AI Agent，大家最怕的也是這個：系統能存取病歷、信用報告、薪資條，萬一寄給不該看的人，後果不堪設想。

解法：

• 資料分級：哪些能外部用，哪些只能跟內部分享。
• 身份證號、信用卡號這些敏感欄位要遮蔽或加密。
• 後端資料庫要加密，並記錄誰看過什麼。

門鎖好、再裝監視器，就算代理收了怪指令，也沒機會亂發。
真的很敏感的資料，就別讓它離開核心系統，寧可多一層人工審批。

2. 測試的 Agent 會不會跑進正式系統？

就像餐廳在廚房試新菜，結果服務生沒搞清楚，把試菜端到客人桌上。
客人一吃，發現味道不對，馬上投訴，整間餐廳的信譽都受影響。
IT 專案也一樣。
要是測試 Agent 誤搬到正式系統，就可能直接碰到真實客戶資料，造成隱私外洩，後果更麻煩。

解法：

• 開發、測試、正式環境要獨立。
• 帳號、憑證、金鑰都各自一套。
• 上線流程必須經過安全審查，再重配正式權限。

這樣，測試的「假貨」就不會影響正式服務。

3. 員工能不能把資料存到自己電腦？

這個問題很常見。
有同事嫌系統慢，乾脆整批資料匯出到 USB 或筆電。方便，但也很危險。
想像保險業務員把完整名單拉到自己電腦，然後連著咖啡廳 Wi-Fi 上網。這誰敢放心？

解法：

• 公司要明文規定：敏感資料只能在授權系統裡存取。
• 真的要帶出去，要透過加密通道，下載到受控設備，並留紀錄。
• 部署 DLP（資料外洩防護），有人大量匯出就觸發警告。

但老實說，再嚴密的系統，也擋不住有人直接拿手機拍照。
所以在一些敏感的場景（像金融交易中心、資料戰情室），最簡單的規則就是：手機不能帶進去。
聽起來老派，但應對這種「物理外洩」，是最後一道防線。

[caption id="attachment_191056" align="alignnone" width="863"] （圖／Classic Microsoft Purview governance solutions | Microsoft Learn）[/caption]

這篇文章 AI Agent 五大疑慮，雲端架構師的實戰解答（上）｜專家論點【黃婉中】 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

雖然職稱是雲端架構師（SA），但還是會被客戶問寫 code 的問題。
​我都會老實跟客戶說「我不懂開發，但我同事以前是開發，我幫你問」。
​SA 的背景很多樣，我的同事們上一份工作有開發、資安工程師，甚至業務。
​雲裡有幾百種服務，不可能要求大家什麼都會。作者：作者：黃婉中（雲端架構師）

雖然職稱是雲端架構師（SA），但還是會被客戶問寫 code 的問題。

[caption id="attachment_168013" align="alignnone" width="585"] 雲端架構師不需要什麼都會，但要懂得跟不同領域的同事合作，解決客戶問題。（圖／123RF）[/caption]

​
我都會老實跟客戶說「我不懂開發，但我同事以前是開發，我幫你問」。
​
SA 的背景很多樣，我的同事們上一份工作有開發、資安工程師，甚至業務。
​
雲裡有幾百種服務，不可能要求大家什麼都會。
​
但我們會互相搭配，譬如同事會找我幫他看 Data，我碰到 k8s 的案子也會拉同事進去。
​
我最近當面試官，考核面試者也不要求每個面向都達到 Level 400 （專家），而是要求每一項都有 Level 200（進階），至少一個領域有 400 即可。
​
（底下有 Microsoft 技術難易度分級）
​​
另外，我也會評估「這個問題和雲的相關性多高？」
​
幫大型企業規劃架構時，雲常常只是一部分，客戶還要考慮既有系統、法遵、商務流程等。
​
雲架構師能給出「架構」和「整合」建議，卻無法幫客戶回答「簽核流程這樣寫，會過嗎？」或是「資料存取時間要 1 小時，會不會被釘？」
​
如果和雲的相關性不大，即使我們超會寫 code，也不見得能幫到客戶。
在 M 社，常用 Level 100-400 來分級技術內容的難易度：

• Level 100：就是入門等級，適合剛開始接觸的人，會講一些基本概念和總覽。
• Level 200：算是進階一點，給有點經驗的人看，內容會教你怎麼操作和用功能。
• Level 300：高級，這個是給有專業經驗的人，會講到比較細的技術細節和實作方法。
• Level 400：專家等級，難度最高，適合有經驗的高手，像是架構設計、問題解決那種。
  ​

這種分級是讓大家知道適合自己程度的資源，像是文件、教學課程或講座這類的。
雲端架構師不需要什麼都會，但要懂得跟不同領域的同事合作，解決客戶問題。
以上回答希望有幫到你，如果更多雲端架構師的問題，歡迎參考雲端運算101。也歡迎寫信告訴我。

這篇文章 雲端架構師 Q&A：客戶如果問程式非架構面的問題，你怎麼回答？｜專家論點【黃婉中】 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

雲端架構師在近來的就業市場上日漸受到重視，其主要工作是設計和建立雲端系統，確保這些系統既安全又符合法規。他們需要提供雲端服務的基礎設施，其中包括伺服器、存儲和網絡資源等。雲端架構師還會分析和優化技術和業務流程，以提升效率和性能。此外，他們也負責管理雲端架構的實施，確保所有部署順利進行並符合設計規劃。簡單來說，雲端架構師是確保雲端系統順利運行的重要角色。

記者 / 孟圓琦

雲端架構師在近來的就業市場上日漸受到重視，其主要工作是設計和建立雲端系統，確保這些系統既安全又符合法規。他們需要提供雲端服務的基礎設施，其中包括伺服器、存儲和網絡資源等。雲端架構師還會分析和優化技術和業務流程，以提升效率和性能。此外，他們也負責管理雲端架構的實施，確保所有部署順利進行並符合設計規劃。簡單來說，雲端架構師是確保雲端系統順利運行的重要角色。

延伸閱讀：雲端工程師　掌握雲端四大系統

目錄

一. 關於雲端架構師的工作日常

1.雲端架構師都做些甚麼

雲端架構師負責管理和設計組織中的雲端運算架構，涵蓋多方面的專業知識和技能。其主要工作職責包括設計和建構雲端系統的基本架構，制定和實施技術雲端策略，協助組織進行雲端檔案的遷移，並檢視和優化工作量分配架構。雲端架構師還需設計與架構安全及合規性的雲端解決方案，提供雲端解決方案的基礎設施，分析和優化技術及業務流程，並管理雲端架構的實作。此外，需持續關注最新的雲端技術發展，並在必要時調整和改進現有的技術方案，確保組織的雲端運算架構安全、高效且具備前瞻性。

要勝任此職務，雲端架構師應具備多項關鍵技能。首先，需具備深厚的雲端技術知識，如虛擬化技術、分散式系統、儲存解決方案及網路安全。其次，需具備出色的系統設計和架構能力，能夠根據業務需求設計出高效、可靠的雲端解決方案。此外，溝通和協調能力亦不可或缺，需能與不同部門和團隊緊密合作，確保技術方案的順利實施。最後，問題解決和風險管理能力也是必備技能，能夠快速反應並有效解決運營中遇到的各類挑戰。

2.需具備的知識和技能

作為一名雲端架構師，必須具備廣泛的技術知識和技能。其中硬實力技能包含：系統的整合分析、資料庫軟體的應用能力、進行系統架構的規劃與維護、安全技術軟體開發等。其他軟實力的部分，則又以溝通能力和時間管理為兩大首要。溝通能力主要在於領導團隊之際，訊息的佈達和操作指導上能夠避免理解和認知的落差，有益於項目進展順利；時間管理能力則是主要得以確保，當雲端架構師在多個專案需求進行下，能夠兼顧、並隨著科技時代下的移轉和技術的持續更迭，與時俱進。

除此之外，對於主要的作業系統(如：Mac、Windows和免費計算機操作系統Linux)應具備一定程度的了解及相關經驗，能具備雲端供應商的相關認證尤佳─如幾間常見大廠：Amazon Web Services (AWS)、Google雲端等。

3.建議取得之證照

證照在雲端架構師的職業發展中，也能加強客戶對其專業能力的認可和信賴程度，如：AWS(Amazon Web Services) Certified Solutions Architect–Associate認證，以業界普遍廣泛認可的憑證加強專業技能外，亦提升了個人作為雲端架構師的信譽；Microsoft Certified: Azure Solutions Architect Expert則能認證個人具備微軟Microsoft Azure的公用雲端服務平台專業知識。

二. 應具備什麼樣的學歷背景？

在學歷方面，通常需要計算機科學、資訊科學學系、資訊科技系資訊工程學系、電腦科學或相關領域的本科學位，若能有學士以上之學歷或相關工作經驗，更能提升競爭力、求職之際脫穎而出。

三. 薪資範圍？

而雲端架構師的薪資範圍，綜合人力銀行薪資平均統計：一年以下資歷的月薪範圍從45,000元到70,000元左右，月均薪落在62,000元左右；1-3年資歷的月薪範圍從44,000元到70,000元左右，月均薪落在64,000元左右；3-5年資歷的月薪範圍從45,000元到63,000元左右；5-10年資歷的月薪範圍約略從57,000元到65,000元。

四. 未來發展性

雲端架構師這一職業的職涯發展，可以簡單劃分成：從入門級的初級雲端架構師 / 雲端架構師助理，而後晉升為管理職的經理或高級雲端架構策略師等。

對於想要轉職成為雲端架構師的人來說，需要學習相關的技術知識，取得相關的證照，積累實踐經驗，並保持持續學習和提升的態度。通過這些努力，可以更好地應對雲端架構師這一職業的挑戰和機遇。

想了解更多的科技業職缺嗎？由科技島與1111人力銀行攜手合作、透視上百種科技工作內容與薪資行情的「職缺百科」正等著您前往探索！

討論區：https://www.1111.com.tw/1000w/fanshome/discussionDetail.asp?d0=140603

[elementor-template id="118858"]

這篇文章 雲端架構師　優化雲端解決方案控管風險 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

雲端架構師係指專門從事雲端基礎設施規劃即實施的專業技術人員；透過宏觀視角檢視組織特殊需求、預算限制、安全顧慮等因素來設計解決方案，同時更須利用相對應的服務與技術（如 IaaS、PaaS 或 SaaS）來評估與實作。

編譯／戴偉丞

在雲端運算徹底顛覆企業管理資訊相關資源以及部署方式的趨勢下，雲端架構師的職能在雲端領域中扮演著關鍵的角色，從2000年代亞馬遜（Amazon）、Google 以及微軟（Microsoft）提出第一批公有雲服務起，到雲端已經成為生活常態的今天，雲端架構師的技術可說是無所不在。

什麼是雲端架構師？

雲端架構師係指專門從事雲端基礎設施規劃即實施的專業技術人員；透過宏觀視角檢視組織特殊需求、預算限制、安全顧慮等因素來設計解決方案，同時更須利用相對應的服務與技術（如 IaaS、PaaS 或 SaaS）來評估與實作。在雲端服務相關成本與策略制定，也需要透過雲端架構師來進行評估，此外更需要雲端架構師的專業知識來確保組織的雲端運作是符合國家及相關規範（如 GDPR 或 HIPAA）。

雲端架構師平時還需要與技術團隊、利害關係人、供應商等不同要角合作，確保雲端計畫能夠按規劃付諸於實行；現在於各行各業中，幾乎都能夠看到雲端架構師的身影，例如：在醫療領域中就電子病歷的安全需求以及為護理人員提供更為便捷的存取功能。

更多新聞：人才需求正熱  雲端開發人員養成之路的挑戰與前景

雲端架構師需要什麼技能？

雲端架構師需要對主要的雲端服務大廠有透徹的了解，例如：AWS、Azure 和 Google 雲端平台。他們需要由內到外瞭解各大廠的服務與功能，以及各種部署模式和相關成本，因此這種比較所有服務和選擇最適合組織需求的能力相當重要。

虛擬技術以及網路管理也是雲端架構師的基本要求，掌握伺服器虛擬化技術、路由交換、雲端網路配置等基本概念更是基本中的基本；在數位安全意識抬頭的現在，風險評估、保護策略等能力也是必備。

如何培訓成為雲端架構師？

關於前述所提及的這些技能，能夠透過多種管道獲得。傳統方式包括，電機、軟體相關學位的訓練以及雲端相關的書籍閱讀，或是透過實習計畫或雲端工作實戰逕直取得相關知識。網路上的自學平台等免費資源也是不容忽略的，像是 DataScientest 提供的 BootCamps 就是一個很好的例子。AWS、Azure 等平台以及 Stack Overflow 等論壇也都有提供特定主題的資訊、教程以及討論。

此外，三巨頭所舉辦的活動、會議、研討會（如AWS re:Invent、Microsoft Ignite 和 Google Cloud Next 等）更是不能錯過。更重要的是該三巨頭也提供了雲端架構師的認證，包括 AWS 認證解決方案架構師、Microsoft 提供 Azure 解決方案架構師專家認證以及 Google專業雲端架構師認證，均為自家雲端服務提供相關認證措施。其他認證還可以參考，(ISC)²提供的 CCSP、VMware 的 VCDX – 雲端認證以及紅帽（Red Hat）軟體的 CSAP。

想了解更多的科技業職缺嗎？由科技島與1111人力銀行攜手合作、透視上百種科技工作內容與薪資行情的「職缺百科」正等著您前往探索！

資料來源：DataScientist

這篇文章 雲端架構師　技能、培育與認證一次搞懂 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。