首先在第一週的週五上午聯繫了對方HR,對方大概問了一下狀況後讓我把簡歷投遞給到其郵箱node
而後下午給對方HR郵箱發了簡歷,第二週週一下午電話過去確認了一下對方是否收到,第二天上午收到對方電話確認具體詳談時間,由於某些緣由被我推到了週六下午mysql
去以前特地打了一份簡歷,稍做等待之後陸陸續續進來了四我的,每一個人手打了一份簡歷,表示頭一次見這場面,仍是硬着頭皮開始了....nginx
具體過程就很少說了,大概1個半小時,最後以被告知須要報告老闆定奪結束sql
說說遇到的問題點吧,主要列一下我以爲回答的很差的地方,其它沒問題的就不列了數據庫
1 日誌處理方面 用過的圖形化的日誌分析工具 (日常日誌確實分析的很少)後端
2 平常方面 除了查看cpu mem 等硬件信息以外,還須要注意哪些方面 (inode)安全
3 系統方面 某些進程以指定用戶身份運行如daemon 如何統計他們的資源使用率 (top –u ?不肯定)架構
4 安全方面 iptables和host.deny更傾向於使用哪一個及緣由併發
5 日常使用的用戶權限,sudo等ide
6 nginx方面 一臺16核CPU 32G內存 SSD,不考慮數據庫等其它緣由,併發能達到多少 (65535)
7 zabbix方面 監控報警系統流程,mail /SMS /wechat
8 mysql方面 備份週期 備份文件驗證狀況 主從同步延遲 ,數據庫裏最大的表 MYSQL雙主架構 (我的以爲回答的很差)
9 drbd 主要應用的場景 (我的以爲回答的很差)
10 LVS 方面 後端使用WINDOWS的話須要注意什麼(回答 nat 模式下無區別,DR模式須要另外作設定,被告知不正確)
11 若是網站訪問比較慢,該從哪些方面處理 (感受回答的比較雜亂,沒有條理)
12 puppet 批量管理工具
13 zookeeper