2021 年開始后 AWS 貌似也不怎么狂發 OA 了，很多時候的面試就直接跳過了 OA 環節進入到白板測試中了。
非常不幸的是第一輪面試就被提示不進入下一輪了。
面試的時間是在 2021年的 11 月。
相關背景
本次面試的原因是有招聘的同事在 Linkedin 上找到我。
做的項目是 OpenSearch https://opensearch.ossez.com/ 項目相關的內容，這個項目主要因為 elasticsearch 版本許可證的問題，AWS 不能夠再使用 elasticsearch 相關服務和技術了。
因此 AWS 自己開發了一個基於開源的 OpenSearch 項目來替換掉將要過期的 elasticsearch 服務。
第一輪面試相關
第一輪面試是和印度人面試的。
使用的是 AWS 自帶的面試視頻軟件。說心里話，整個面試的過程並不是非常專業，比如說面試到一半對方消失了 10 分鍾左右。
對方孩子一直在視頻中叫喚等等情況。
面試題目
面試主要問了 2 個題目，同時針對這 2 個問題展開了一些討論。
大數據情況的用戶管理
在大數據情況下的用戶管理，主要希望問的是假設你有一個 Google 數量級別的用戶，你應該如何設計用戶管理和用戶數據查詢。
個人感覺這個問題我的回答不是非常好，原因非常簡單，因為我沒有怎么設計過這類的系統，在一般的通用環境下，大部分都會使用 SQL 來解決。
但，我知道這類的設計肯定是不會使用 SQL 來解決的，因為 SQL 達不到這類的效果和訪問需求。
但是如何設計，這個如果沒有做過的話，那么可能會有點暈。我給的方案應該是索引和 NoSQL 的方案，但是后面他又問道了服務應該如何安排。
我知道在這里基本上會使用集群，一般可以考慮使用 ZooKeeper 來進行同步或者可以參考下 Druid 的數據設計模式，但是可能沒有說的非常清楚。
個人感覺這個問題的回答不是非常好。
ATM 函數功能相關設計
ATM 中通常有取款，存款，查詢余額度的相關操作。
在這里他希望設計一個函數或者程序結構什么的，這個設計可能會比較復雜也可能會比較簡單。
在這里我考慮了 OO 設計中的接口和實現的方式，針對 取款，存款，查詢余額設計不同的接口以及實現。
在考察面試的過程中，並不需要你完全下下所有的代碼，你可以使用偽代碼表達自己的意圖就可以了。
總結
針對這上面 2 個面試的問題，其實還是有些坑的。
如果你沒有設計過或者沒有太多經歷，可能會入坑的情況比較多。
在幾天后，收到了拒絕的郵件，我也不知道上面的回答有什么問題，也不明白現在的 IT 面試都這么內卷了嗎？
歡迎有相同經歷的同學參與下討論。