b# PART 4 面試技巧：展現最好的自己
技術面試是門硬功夫，怎樣有效準備是重點！
技術面試通常涵蓋多個方面，從 基礎知識 到 系統設計 ，再到具體的 情境題 。理解每個類別的問題並做好準備，能夠幫助你在面試中脫穎而出。第25天的文章中將介紹 技術面試的分類與範圍 ，幫助你了解面試官通常會如何提問；第25到第31天的文章，我們將針對 不同的職業 提供面試範例，幫助你準備 技術面試的流程 及所需掌握的 知識體系 。
在技術面試中，主考官的問題通常包羅萬象，但都可以分類為 四個具體項目 。通常面試官會從入門問題開始，逐步深入到系統設計，接著是各種故障排除情境題，最後可能會提出目前實際公司遇到的問題來檢驗你的解決方案。如果你能提供 可行的解決方案 ，面試成功的機會將大大增加。以下是四種循序漸進的分類：
基礎知識：這類問題通常涉及公司的使用技術或雲端架構基礎知識，不同公司可能問的內容有所不同。例如：某些公司可能會問關於特定語言Python的問題，而另一些公司則可能專注於雲端服務的知識，可能是GCP或AWS。系統設計：這類問題評估你在大型系統架構方面的能力，通常沒有唯一的正確答案，更注重你的思考過程和設計邏輯。例如：設計一個跨區域的Web應用，確保客戶使用服務時的體感延遲度最低，你會怎麼著手。情境題 - 故障排除：這類問題評估你在面對實際問題時的分析和解決能力，面試官會給你一個具體的情境，要求你說明如何解決。例如：當系統遇到效能瓶頸時，你會怎麼做？重點是看你解決問題的能力，不是為了考倒你。情境題 - 公司實際問題：這類問題基於你所應聘公司實際面臨的技術挑戰。面試官會給出一個具體問題情境，讓你提出解決方案。例如：如何優化現有的資料處理流程來提升效率，目前的瓶頸為何？如何提升？基礎知識是 技術面試的根基 ，這部分通常考察你對公司目前使用技術的基本了解。由於每個公司的技術架構不同，考察的內容也會有所差異。一般來說，這部分會涉及電腦科學的基本概念，如資料結構、演算法、網路原理、操作系統，以及GCP、AWS等各種雲端系統的問題。
雲端系統：什麼是S3 ？如何使用S3 ？容器化方案：你是否使用過Docker或Kubernetes？如何部署和管理容器？無伺服器服務：你有使用過AWS Lambda或Google Cloud Functions嗎？這些服務的優缺點是什麼？大約 15%的公司 會考LeetCode類型的演算法題，但如果是偏向基礎架構的職位，通常會以 系統設計與情境題 為主。面試官透過這些問題來確定你是否具備處理公司實際技術挑戰的能力。
分配時間：花80%的時間準備基礎知識，再花20%的時間刷LeetCode。因為基礎知識部分涵蓋的範圍廣，適用性強，而考LeetCode 的公司相對較少。準備基礎知識：先專注於一個雲端技術平台的證照準備，全面了解雲端技術的架構，這樣你能應對大部分雲端系統的問題，並能進一步了解一些簡單的系統設計，例如：如何在雲端上建立一個簡單的Web 服務，到更進一步的自動擴展。刷LeetCode：利用閒暇時間，用你擅長的程式語言刷LeetCode中簡單難度的題目，讓你更了解不同情境下的演算法應用。我們提供一些雲端服務的常見基礎知識問題，供大家參考，這些問題有助於了解基本概念，並展示如何在面試中進行相關的詢問和回答；部分問題的回答相對簡單，但我們需要先專注於不同雲端資源的基礎知識點，同時你的回答可以基於自己的經驗和知識進行補充。基礎知識問題，可以參考下方整理的表。
| 類別 | 問題 | 解答 |
|---|---|---|
| VM (虛擬機) | 如何選擇適合應用的 VM 配置？ | 根據應用的 CPU、內存和儲存需求選擇適當配置，並考慮負載擴展。 |
| 如何設計一個高效的負載均衡架構？ | 使用多個 VM 節點，透過負載均衡器分配流量，實現自動擴展和故障轉移。 | |
| 如何保證高可用性和安全性？ | 設置多區域部署備份，設置防火牆規則和身份驗證。 | |
| Container (容器) | 如何利用容器實現應用的快速部署和擴展？ | 使用 Docker 技術，透過 CI/CD 工具自動化部署流程並利用AWS ECS / GCP Cloud Run 的自動擴展功能來實現水平擴展。 |
| 如何設計一個容器化的微服務架構？ | 每個服務執行於獨立容器中，透過 API 溝通，並確保容器內部是無狀態化 (stateless)。 | |
| Kubernetes | 如何利用 Kubernetes 管理和調度容器？ | 使用 deployment 將 pods 的調檔流程自動化，並透過 kubectl 執行容器，透過 Kubernetes 服務部署進行管理和擴展。 |
| 如何設計高可用的 Kubernetes 集群？ | 部署多個節點，使用備份和恢復策略，並使用區域型 Regional Kubernetes。 | |
| Kubernetes 內部機制如何處理故障恢復？ | Deployment controller 會透過監控和自動重啟失敗的 pods 來實現。 | |
| Serverless | 如何設計一個無伺服器應用？ | 以事件驅動架構為核心，利用無伺服器功能執行業務邏輯。例如：前方使用api gateway或是訊息佇列作(AWS SQS or GCP pub/sub)為觸發點。 |
| 如何利用 AWS Lambda 或 Google Cloud Functions 實現自動擴展？ | 基於事件和負載自動擴展，處理並發請求，減少維運成本，同時根據事件種類來設定自動擴展的指標metric，例如CPU or 請求量。 | |
| 如何控制 Lambda 成本？ | 設置適當的執行時間和內存限制，監控資源使用情況，同時設定執行次數預算上限。 |
| 類別 | 問題 | 解答 |
|---|---|---|
| VPC (虛擬私有雲) | 如何設計一個安全的 VPC 架構？ | 包括多個子網 subnet，用於隔離不同工作負載，設置適當的路由和安全組規則。 |
| 如何配置子網和路由表？ | 根據應用需求設置適當的 IP 範圍和路由策略。例如：使用 AWS NACL 或是 GCP Cloud Router 功能。 | |
| 如何保護網路免受未經授權的訪問？ | 設定防火牆規則和私有網段限制未經授權網段的存取行為，例如：10.0.0.0/16的ip網段才允許存取。 | |
| Firewall (防火牆) | 如何設置和管理防火牆規則？ | 基於最小權限原則，僅允許必要的流量通過，定期審查和更新規則。 |
| 如何應對不同的安全威脅？ | 使用入侵檢測系統和防火牆結合，監控和阻止可疑活動。 | |
| 如何使用防火牆保護應用和資料？ | 設置適當的規則控制進出流量，啟用加密通訊。 | |
| IAM (身份和訪問管理) | 如何設計和管理 IAM 策略？ | 根據用戶角色和職責分配權限，定期審查和更新策略。 |
| 如何實現最小權限原則？ | 確保用戶僅具完成其工作所需的最小權限。 | |
| 如何處理多因素驗證（MFA）？ | 啟用 MFA 來增加安全層，防止未經授權的訪問。 |
| 類別 | 問題 | 解答 |
|---|---|---|
| NFS (網路檔案系統) | 如何設置和管理 NFS 服務？ | 根據需求配置服務器和客戶端，設置適當的訪問控制，例如：使用雲端代管服務 AWS EFS / GCP Filestore。 |
| 如何處理資料的一致性和效能問題？ | 透過優化配置和使用高效網路連接來實現。 | |
| Disk (磁碟儲存) | 如何選擇和配置不同類型的磁碟 (如 SSD 和 HDD)？ | 根據應用的 I/O 需求選擇，SSD 適合高效能應用，HDD 適合大容量儲存。例如：大量的影片檔案，適合使用HDD，需要及時的資料庫資料，則適合使用SSD。 |
| 如何管理磁碟效能和容量？ | 使用監控工具和自動擴展策略，例如：設定監控確定硬碟的容量達到85%時，進行擴增容量，或是使用排程工具來清理磁碟空間。 | |
| 物件儲存 (如 S3/GCS) | 如何設計和管理物件儲存桶？ | 考慮資料分類和命名規則，利用 bucket 與 object URL 來分類。 |
| 如何控制訪問權限？ | 使用不同 bucket 儲存策略和 IAM 策略。 | |
| 如何利用版本控制和生命週期策略管理資料？ | 開啟版本控制能夠保留多版本資料存放，利用生命週期規劃自動刪除過期資料，例如：開啟後自動刪除過期資料以減少容量。 |
| 類別 | 問題 | 解答 |
|---|---|---|
| SQL | 如何設計和優化資料庫模式？ | 考慮資料結構設計，資料表正規化和索引策略。 |
| 如何編寫高效的 SQL 查詢？ | 透過優化 SQL 查詢計畫和使用適當的索引。 | |
| 如何處理資料庫的備份和恢復？ | 使用定期備份和恢復策略保證資料安全，雲端服務通常有備份自動備份功能。 | |
| NoSQL | 如何選擇適合的 NoSQL 資料庫？ | 考慮資料類型和應用需求，適合用在情境為流量和延遲要求低延遲或 schema 不固定的資料。 |
| 如何處理資料的一致性和可用性？ | 使用分片和複製策略，可參考 mongoDB的資料庫存儲策略。 | |
| Key-Value 儲存 / Cache（如 Redis） | 如何設計和使用緩存來提高應用效能？ | 考慮資料的讀寫頻率和一致性需求，設計對應的 到期時間TTL，一般來說預設設定為1小時，需要根據應用類型而定。 |
| 如何管理緩存過期和淘汰策略？ | 緩存過期策略可以使用定時或定期進行刪除，淘汰策略則可以使用 LRU 或 LFU 演算法來實現。LRU（Least Recently Used）：最近最少使用，即淘汰最近最久未使用的數據。此策略適合處理那些使用頻率較高但有時效性的數據。LFU（Least Frequently Used）：最近最不常用，根據數據的訪問次數進行淘汰。此策略適合於對訪問頻率有較高要求的場景。 |
系統設計面試問題旨在評估你在 大型系統架構 方面的能力。這類問題通常沒有唯一的正確答案，更注重你的思考過程和設計思考。由於系統設計問題範圍廣泛，準備起來確實有些困難，特別是對於沒有足夠開發經驗的人。
建議你先從 雲端架構的常見解決方案 入手，熟悉雲端技術在各種情境下的應用。當你掌握了雲端架構的基本原理和應用後，再進一步研讀系統設計相關的書籍，了解如何針對不同情境設計高可用的應用系統。例如：如果要設計一個 簡化版的YouTube ，我應該怎麼進行第一步的分析？
雲端HA高可用系統：如何設計一個高效的負載均衡架構，保證應用在多個VM之間均衡執行。網路系統設計：AWS Public / Private / Isolated網路系統的設計與應用情境。應用系統設計：請使用無伺服器服務來設計一個縮短網址的服務。分配時間：花80%的時間準備專家級雲端架構師相關的證照。先從雲端架構解決的大部分問題入手，理解系統設計。雲端服務提供的解決方案和白皮書涵蓋了大部分應用系統的使用和佈建，這樣準備會相對輕鬆。剩下的20%時間用來研讀系統設計的書籍或材料。我推薦 ByteByteGo Cloud ServicesCheat Sheet，它涵蓋了從快取緩存到高可用設計，甚至資料庫的異地同步等硬核技術，非常有料。雲端架構師：先專注於一個雲端技術平台的專家級架構師證照準備，全面了解雲端技術的架構設計。記住你必須要花更多的時間來研讀架構相關的材料，例如：AWS Architecture Center或 GCP Cloud Architecture Center「GCP Cloud Architecture Center」。系統架構設計：在準備系統設計面試時，可以利用剩下的20%時間研讀系統設計相關的書籍。系統設計書籍通常會提供從零到百萬使用者規模的系統設計方法，也會有如何設計網路限速器、通知系統以及聊天系統等高階系統設計。由於這些內容較為複雜，建議先專注於基礎部分，再逐步深入學習高階系統設計，這邊參考大家參閱《內行人才知道的系統設計面試指南》這本系統設計書籍 內行人才知道的系統設計面試指南。「故障排除問題」是面試官用來評估你在 面對實際問題 時的分析和解決能力。這類問題通常基於真實的生產環境，考察你如何排查和解決效能瓶頸、網路故障和資料庫問題等。面試官也可能會詢問你過去遇到的故障排除案例，請你詳細描述問題並解釋你的解決方法。透過這些問題，面試官可以了解你的技術能力、問題分析能力和解決方案的有效性。
故障排除問題包羅萬象，可能涵蓋你能想到的任何問題。由於這類情境題通常基於真實的生產環境，完全依賴你的技術經驗和實際工作背景，我們建議不要花過多時間專門準備這部分。這裡提供一些建議來幫助你應對這類問題：
過去經驗累積：故障排除問題主要考察你的實際工作經驗。如果你有足夠的經驗或曾遇到類似的情境，能夠更好地回答問題。詢問細節：在面試中遇到不熟悉的問題時，可以詢問面試官更多的細節，了解他們所描述的情境。這有助於你更準確地理解問題並提出解決方案。坦誠應對：如果面對完全不熟悉的情境，不要逞強，可以坦誠地告訴面試官你沒有遇過這樣的情境，但可以描述你過去是如何解決類似問題的，或是展示你的問題分析和可能的想法。最後，真的不會就說不會，千萬不要逞強。展示思考過程：面試官關注的不僅僅是你是否能解決問題，更關注你是如何分析和處理問題的。展示你的思考過程，讓面試官看到你解決問題的邏輯和方法才是重點。換個角度來看，即使是面試官也未必能回答你過去遇到的所有問題，因此故障排除問題的重點在於，展示 你的分析能力和解決問題的思路 ，而不是具體的答案。
這類問題通常基於你所應聘公司 實際面臨的技術挑戰 。面試官會給出具體的問題情境，讓你提出解決方案。這些情境題與前面不同的是，它們通常是真實存在的問題，但如果能提出有效的解決方案，會有加分效果。通常這類問題也比較進階，因為它們較難處理。
多雲端環境遷移：如果公司需要從單一雲供應商遷移到多雲端環境，你會如何設計和實施這個過程？目前已經使用了VPN 打通網路環境，但部分網路有問題。流量尖峰管理：當公司遇到突發的流量尖峰，你會如何確保系統的穩定性和高可用性？已經確認VM 會自動擴展，但還是發生問題。地端到雲端遷移：如果公司需要在短時間內擴展其應用基礎設施，要從地端上雲端遷移，你會提出哪些建議和策略，地端有大概200PB 的資料？準備方式其實與前面的「準備故障排除問題的建議」準備方式相似，建議大家花時間在系統設計和實際問題的分析上。具體建議如下：
實際案例分析：研究並理解常見的技術挑戰和解決方案。如果你有遇過類似的問題，提供你過去的解決方案會有幫助。詢問細節：在面試中，如果遇到不熟悉的情境，詢問面試官更多的細節，了解他們所描述的情境，這有助於你更準確地提出解決方案。透過這些方法，你可以更好地準備應對情境題，展示你的分析能力和解決問題的思路。即使不能完全解決問題，展示你的思考過程和邏輯也是非常重要的。
第24天的文章，我們專注於了解 你是面試官，你在意的是？ ，文章中研讀了總共四部分 面試官的種類 、 面試官在意的四個專業能力關鍵錄取點 、 面試官在意的四個人格特質關鍵錄取點 與 面試官在意的五個團隊合作關鍵錄取點 ，請特別記住這些觀點，才能讓你換位思考，原來 面試官在意這些觀點 ！
基礎知識：基礎知識是技術面試的核心，涵蓋資料結構、演算法、網路、操作系統和雲端技術等領域。每家公司技術架構不同，考察內容也會有所差異，面試官會根據實際技術要求進行問題設計，如容器化、無伺服器服務等。建議將80%的時間投入到基礎知識的準備，20%時間練習LeetCode等演算法問題。專注於一個雲端技術平台的證照，了解其架構設計，並熟悉如何應對雲端運算、儲存和網路資源的問題，為面試做充分準備。系統設計：系統設計面試評估你在大型系統架構方面的能力，重點在於你的設計思路而非唯一正確答案。由於範圍廣泛，建議從雲端架構的常見解決方案入手，熟悉雲端技術應用，再深入研讀系統設計書籍。常見問題包括高可用系統設計、網路架構設計和應用系統設計。準備方式建議將80%時間專注於雲端架構師相關證照，如AWS或GCP的架構資源，20%時間研讀系統設計書籍，逐步從基礎到高階應用，提升系統設計面試的表現。情境題 - 故障排除：故障排除問題是用來評估你在面對實際問題時的分析與解決能力，通常基於真實的生產環境。面試官可能會詢問如何處理效能瓶頸、資料庫連線問題或網路故障，並要求你描述過去的故障排除案例。這類問題的重點在於展示你的技術經驗、分析能力和解決思路。準備時應依靠過去的經驗，並在不熟悉的情境中主動詢問細節。面試時重點展示你的思考過程，讓面試官了解你解決問題的邏輯，而不僅僅是具體的答案。情境題 - 公司實際問題：情境題通常基於公司實際面臨的技術挑戰，面試官會要求你針對具體情境提出解決方案，這些題目較為進階且與真實問題相關。常見的情境包括多雲端環境遷移、流量尖峰管理、以及地端到雲端的資料遷移。要準備這類問題，你需要掌握實際案例分析，研究常見技術挑戰並提出解決方案。如果遇到不熟悉的情境，應主動詢問更多細節，以便更精確應對。即使解決方案不完善，展示你的思考過程和邏輯是關鍵。有問題歡迎留言，看到立馬解答
iThome鐵人賽
看影片追技術