1. 運維基本功
問：雲環境監控獲取到一臺支撐物理機CPU利用率超標持續告警，如何排查？
排查過該問題。
系統層面，業務層面，訪問調用層面，數據層面。從表到裏進行展開。
2. 雲業務瞭解程度考察
問：頁面點擊創建一臺雲服務器所涉及的內容。
這是基於物理機裝機標準機的情況下，已具備了KVM環境的物理機來講。涉及了一整套微服務組件。以及相關聯的各種網絡配置，存儲配置，從前端頁面逐層請求以及下發進行處理，直到最終落到DB再反饋回來完成狀態。 根據這些進行開展介紹
3. 算法
問：詳細介紹四種排序算法。
（運維接觸久了，沒有提前好好準備算法的情況下，一時之間答的不好。只提供了幾種基礎的，高階的答的並不好GG）
根據複雜度區分，數據結構區分，分別介紹。
4 DB
問：介紹一種DB，包含數據可靠性一致性等內容原理。
（TDSQL只說了個大概，GG）
轉爲介紹常見的mysql更好。 一致性強同步，一致性算法，回滾，常見問題，常見處理以及排錯等內容展開。
繼而問：如果讓你設計你會如何設計DB系統。
只是針對所面臨過的問題，對現有的內容進行了優化和改進。答的並不好，GG
5 成本問題
問：要發展一個業務，如何考慮成本。
這個問題剛好在項目過程考慮過。一個是資源本身的合理利用展開。一個是人員配備展開。一個是利用業內現存的快速迭代展開。 並舉例說明。
6 微服務相關
問：如何對業務進行拆分，微服務化。
該問題剛好在某產品第一次上雲時候完全跟進對接。
類似哈夫曼的逆思維。業務產品都是又原子內容構成的，不停的歸併到一起去的，過程可逆。中間需要考慮一些細節，詳細說明就好。有過經歷很好展開深聊。但當時只答了一半，沒有講詳細。一個G
介紹個人的職業發展和規劃
真實的說明自己的發展和期待就好，合適就合適，不合適到時候吃虧的還是自己。所以，萬萬不要隱瞞什麼。詳細說明，之前的發展，今後的規劃，以及爲什麼要離職，爲什麼選擇這裏，個人對平臺的期待和規劃，詳細說明就好。
另外一個問題有點忘記了。
僅僅幾個問題就聊了很久。感覺很好，但是答的好的地方和不好的地方自己也很清楚。 總體結論，不滿意。其中一個leader一語中的，個人工作資歷淺了點。