[[401494]]

【51CTO.com快譯】你想找到一份微服務開發人員的工作嗎?你是否正在尋求一些微服務面試問題和答案?如果是這樣，那么以下將會提供你需要知道的一些問題，將會了解有關微服務開發人員的日常工作職責等重要的微服務面試問題。你還將獲得有關如何回答這些問題的見解，以及面試人員對于求職者回答的看法(這可能是求職者之前從未見過的獨特觀點)。這很酷!

準備好了嗎?讓我們開始吧。

在招聘微服務開發人員時，與具有的理論知識相比，求職者具有實際的經驗和技能至關重要。當然，必須有概念上的理解。更重要的是，根據實際問題評估求職者肯定有助于衡量其擁有的知識和技能。它有助于確定求職者是否適合成為組織中開發團隊的成員。

微服務開發人員的角色和責任

在開始提出微服務面試問題之前，首先需要理解微服務開發人員的主要工作職責。作為微服務開發人員，其核心工作職責主要是為微服務開發優秀的API，進行測試以確保它們工作正常，如果出現任何問題，需要進行調試或修復問題。

這些只是微服務開發人員的一些日常職責，并不是詳盡的清單。開發人員還要參與其他各方面的工作。但是，首先必須具備這些基本的知識和技能，才能有效地發揮微服務開發人員的作用。

現在來看一下求職者應聘微服務開發人員職位的一些面試問題。這是他們必須了解的基本問題。行業專家為此將精彩的回答添加到其中，并且還包括了面試官對每個答案的觀點。

這些問題只針對微服務REST API開發，并沒有包括有關其他領域的問題，例如版本控制知識等。

以下是針對微服務開發人員的實用面試問題：

Q1：請你解釋一下如何逐步開發REST API。

答：假設我必須開發一個新的REST API，從給定產品的庫存中獲取可用物品的數量。在更高層面上，我將執行以下操作：

• 為API確定適當的HTTP方法。
• 確定API的端點。
• 確保URL到控制器的映射到位。
• 在本地部署應用程序，并確保API框架運行正常。
• 接下來，按照編碼準則和項目代碼結構添加所需的業務邏輯。
• 在API中添加所需的驗證。
• 添加邏輯以從數據源獲取產品清單。
• 在API中包括異常處理。
• 添加單元測試用例。
• 測試API。

從面試人員的角度看：從以上的回答中，求職者采取有條不紊的方法來完成各個任務，在這個過程中需要仔細、徹底、有序地完成任務。

求職者還以一個示例開始進行說明，表明他知道如何從技術上映射業務需求。

這其中涵蓋了;還應遵循為項目定義的編碼準則和約定，這表明求職者是一個面向過程的開發人員。此外還提到添加驗證，其中包括異常處理。這表明求職者具有開發更加強大功能的思維。

總體而言，對于求職者的第一印象不錯，現在面試人員可能會提出一些具體問題，以更詳細地評估其具備的知識和技能。

Q2：在開發REST API時，你什么時候使用HTTP動詞GET、PUT、POST、DELETE?

答：假設我們必須創建API，以從庫存中創建、更新、刪除和查看產品信息。在這種情況下，我將使用：

“GET”用于查看庫存中的產品信息。

“POST”用于在庫存中創建產品信息。

“PUT”用于更新庫存中產品信息。

從面試人員的角度看：用例子解釋總是很好的。求職者通過示例給出的準確答案表明他具有扎實的基礎知識。接下來，面試人員將嘗試通過其他幾個問題來驗證求職者擁有的基本知識。

Q3：URI參數和查詢字符串參數有什么區別?

答：好的，我舉個例子來解釋一下。

api/product/{productname}/items,此處productname是URI參數。

api/product/items?productname=mobile,此處productname是查詢字符串參數。

從面試官的角度看：完美，求職者解釋得很清楚也很好。

Q4：如何從REST API返回錯誤響應和有效響應?

答：為了返回有效的響應，將使用200狀態代碼。對于返回錯誤，將使用適當的狀態代碼，例如，如果在庫存中未找到該產品，則返回404錯誤。如果發生一些未處理的異常，則返回500錯誤，依此類推。

從面試官的角度看：回答得很好。現在，面試官會嘗試根據一些實際的方面對求職者進行評估。

Q5：你已經開發了一個REST API作為微服務的一部分，并將其構建并部署在本地計算機上。現在如何在本地計算機上測試REST API?

答：一旦將應用程序部署到本地或服務器上，我將使用Postman來測試API。另外，在REST API的開發過程中，我還將包括單元測試用例。

從面試人員的角度看：求職者知道自己在做什么，這真的很好。

Q6：REST API部署在開發服務器上，并已與用戶界面(UI)集成。現在如果需要的話，你將如何從用戶界面(UI)調試REST API調用?

答：我們可以使用開發人員工具并找出對API的網絡調用。例如，在Google Chrome瀏覽器中，按下F12按鍵，可以啟動開發人員工具。然后在“網絡”選項卡中，可以過濾掉XHR請求，并查看任何API URL的請求/響應。在捕獲了有關請求有效負載的必要信息之后，將進一步查看日志以查找發生的情況，并根據需要使用給定的請求有效負載調試代碼。

從面試官的角度來看：通過這個答案，求職者再次表明了逐步進行調試/故障排除的方法。此外，求職者還展示了對如何執行操作有著詳細的了解。

Q7：你如何驗證用戶訪問REST API?

答：使用承載身份驗證令牌，并將其作為請求標頭傳遞給API請求。

從面試官的角度看：只要從高層進行檢查，即可了解API身份驗證及其相關詳細信息。

Q8：什么是過濾器/中間件?在哪種情況下將使用它?

回答：可以使用過濾器/中間件在API控制器執行之前或之后添加任何其他邏輯。例如，如果想在執行API之前強制驗證、授權，可以在過濾器/中間件的幫助下完成。另一個例子是記錄API執行的入口和退出，或者測量時間。

從面試官的角度看：求職者的回答表明對API的整體概念有很好的了解。

Q9:微服務中的日志記錄和跟蹤有什么區別?你使用哪些工具查看它們?

答：通過跟蹤，可以跟蹤完整的請求，以便查看API的執行路徑。我們通常根據相關ID對其進行跟蹤。在這種情況下，即使請求也跨多個API，也可以查看完整的執行跟蹤。我們使用了Jaeger(或任何其他跟蹤工具)工具。

日志是調試/故障排除的一種便捷參考。我們使用Elastic-Logstash-Kibana進行日志記錄。

從面試官的角度看：求職者這個問題回答得很好。并不是每個人都能按預期回答這個問題。

Q10：什么是Swagger?有什么用?

答：Swagger提供了一個良好的用戶界面(UI)，其中顯示了微服務的可用API。它還提供了嘗試和執行API的功能。當我們必須與其他團隊(例如文檔團隊等)一起工作時，我們也將其用作參考。

從面試官的角度看：完美，求職者很適合我們的開發團隊，因為求職者知道如何有效地與其他團隊合作，以及如何以開發人員的身份向外部展示微服務。

面試問題到此結束。

結語

以上例舉了10個面試問題和答案，希望應聘微服務開發人員的求職者至少對上述微服務面試問題有著深入的了解。同樣，面試人員很少會提一些非常基本的問題。而根據求職者的回答將會逐漸深入。

盡管這些問題或答案可以幫助求職者為面試做好準備，但是，這并不是一個廣泛的問題列表，面試中提出的實際問題可能與這完全不同。因此，不要將以上問題用作應聘這樣的工作崗位的唯一來源。

原文標題：10 Microservices Interview Questions You Must Know，作者：Ramesh Chauhan

【51CTO譯稿，合作站點轉載請注明原文譯者和出處為51CTO.com】