簡(jiǎn)介這份資源是一套面向IT運(yùn)維、云計(jì)算與項(xiàng)目管理方向?qū)W習(xí)者的選擇題練習(xí)文檔內(nèi)容覆蓋項(xiàng)目管理流程、金融業(yè)務(wù)合規(guī)、OSI參考模型、VLAN與以太網(wǎng)標(biāo)準(zhǔn)、OpenStack組件、AWS云服務(wù)、Docker與Kubernetes容器技術(shù)、Linux常用命令等核心考點(diǎn)適合備考相關(guān)認(rèn)證或梳理知識(shí)體系的讀者自測(cè)與查漏補(bǔ)缺。資源包共1個(gè)docx文件約23KB題型包含單選題與多選題題干與參考答案一并給出便于對(duì)照理解。文檔涉及路由分層、EBS卷跨可用區(qū)遷移、收尾過(guò)程順序、RDS支持的數(shù)據(jù)庫(kù)引擎、NAT跨宿主機(jī)通信吞吐率等具體知識(shí)點(diǎn)可作為日常刷題與概念鞏固的參考材料。目前已有71人學(xué)習(xí)下載適合需要快速檢驗(yàn)基礎(chǔ)掌握程度、補(bǔ)充細(xì)節(jié)記憶的初中級(jí)技術(shù)人員使用。1. 從一份題庫(kù)說(shuō)起云計(jì)算運(yùn)維到底在考什么如果你翻到一份云計(jì)算運(yùn)維方向的題庫(kù)第一反應(yīng)可能是“怎么什么都考”——項(xiàng)目管理、網(wǎng)絡(luò)協(xié)議、Linux 命令、容器、OpenStack、AWS跨度大得像把半個(gè) IT 世界塞進(jìn)了一張卷子。這不是出題人貪心而是這個(gè)崗位的真實(shí)寫(xiě)照云計(jì)算運(yùn)維本身就是個(gè)“交叉路口”角色上游對(duì)接開(kāi)發(fā)和業(yè)務(wù)下游管著服務(wù)器、網(wǎng)絡(luò)和存儲(chǔ)中間還得盯著項(xiàng)目進(jìn)度和安全合規(guī)。打個(gè)比方云計(jì)算運(yùn)維工程師有點(diǎn)像一棟大樓的物業(yè)總管。他不需要親手砌每一塊磚但得知道水電怎么走、消防通道在哪、電梯多久保養(yǎng)一次、租戶搬進(jìn)來(lái)要辦什么手續(xù)。題庫(kù)里那些看似零散的知識(shí)點(diǎn)其實(shí)就是這棟“云大樓”里各個(gè)系統(tǒng)的運(yùn)行規(guī)則。搞懂它們不是為了背答案而是為了在真實(shí)環(huán)境里遇到問(wèn)題時(shí)能快速判斷“這事歸哪個(gè)系統(tǒng)管、大概是什么原因、該翻哪本手冊(cè)”。這份資料把項(xiàng)目管理、網(wǎng)絡(luò)基礎(chǔ)、Linux 系統(tǒng)管理、容器與云平臺(tái)這幾大塊的核心考點(diǎn)整理成了題目和實(shí)操記錄適合剛?cè)胄邢朊逯R(shí)邊界的人也適合有經(jīng)驗(yàn)但想系統(tǒng)梳理一遍的運(yùn)維人員。2. 項(xiàng)目管理與流程為什么“質(zhì)保”不是一個(gè)階段2.1 項(xiàng)目階段的劃分邏輯項(xiàng)目管理里有一個(gè)經(jīng)典考點(diǎn)哪個(gè)階段不屬于項(xiàng)目管理流程答案是“項(xiàng)目質(zhì)?！薄：芏嗳藭?huì)在這里翻車因?yàn)橹庇X(jué)上“質(zhì)?！甭?tīng)起來(lái)像是一個(gè)正經(jīng)的階段。但項(xiàng)目管理的階段劃分遵循的是時(shí)間線邏輯立項(xiàng)、開(kāi)發(fā)、測(cè)試、收尾每個(gè)階段有明確的起止點(diǎn)和交付物。質(zhì)保不是獨(dú)立階段它是一種貫穿開(kāi)發(fā)與測(cè)試過(guò)程的質(zhì)量保證活動(dòng)更像是一條隱形的線而不是一個(gè)獨(dú)立的盒子。通俗地說(shuō)項(xiàng)目階段就像做一道菜的步驟備菜、下鍋、調(diào)味、裝盤(pán)。質(zhì)保相當(dāng)于“全程注意火候和衛(wèi)生”它不是一個(gè)單獨(dú)的步驟而是滲透在每個(gè)步驟里的要求。如果把質(zhì)保當(dāng)成一個(gè)獨(dú)立階段就會(huì)出現(xiàn)“菜都裝盤(pán)了才開(kāi)始質(zhì)保”的荒謬局面。監(jiān)控項(xiàng)目過(guò)程組也是同樣的邏輯。題目問(wèn)“何時(shí)完成監(jiān)控項(xiàng)目過(guò)程組”正確答案是“整個(gè)項(xiàng)目中持續(xù)進(jìn)行”。監(jiān)控不是某個(gè)時(shí)間點(diǎn)的一次性動(dòng)作而是從項(xiàng)目啟動(dòng)到收尾一直在跑的“后臺(tái)進(jìn)程”。這就像開(kāi)車時(shí)看后視鏡和儀表盤(pán)不是出發(fā)前看一眼就完事而是全程都得瞄著。2.2 收尾順序與總結(jié)報(bào)告收尾過(guò)程的正確順序是得到正式驗(yàn)收、寫(xiě)出經(jīng)驗(yàn)教訓(xùn)、解散團(tuán)隊(duì)、結(jié)束合同。這個(gè)順序有它的道理——驗(yàn)收是前提沒(méi)有驗(yàn)收就沒(méi)有“完成”的定義經(jīng)驗(yàn)教訓(xùn)要在團(tuán)隊(duì)解散前收集人走了就沒(méi)人可問(wèn)了合同結(jié)束放在最后是因?yàn)樗婕吧虅?wù)和法務(wù)流程通常比團(tuán)隊(duì)解散更慢。項(xiàng)目總結(jié)階段可得到的報(bào)告不包括《實(shí)施報(bào)告》。總結(jié)階段產(chǎn)出的是《項(xiàng)目總結(jié)報(bào)告》《驗(yàn)收測(cè)試報(bào)告》《項(xiàng)目歸檔檢查單》這類回顧性和歸檔性文檔而《實(shí)施報(bào)告》屬于執(zhí)行階段的產(chǎn)物。這個(gè)區(qū)分在考試?yán)锶菀谆煸趯?shí)際工作中也容易搞錯(cuò)——把執(zhí)行階段的文檔塞進(jìn)總結(jié)歸檔里會(huì)導(dǎo)致歸檔內(nèi)容冗余且邏輯混亂。注意項(xiàng)目管理的這些流程不是紙上談兵。在實(shí)際運(yùn)維項(xiàng)目中跳過(guò)經(jīng)驗(yàn)教訓(xùn)收集直接解散團(tuán)隊(duì)是很多項(xiàng)目“同樣的坑踩兩次”的根本原因。3. 網(wǎng)絡(luò)與協(xié)議從 VLAN 到路由的底層規(guī)則3.1 VLAN 與交換機(jī)廣播域的邏輯劃分VLAN 基本上可以看成是一個(gè)廣播域。這句話是網(wǎng)絡(luò)基礎(chǔ)里的高頻考點(diǎn)但很多人背了答案卻不理解含義。廣播域的意思是在這個(gè)范圍內(nèi)一臺(tái)設(shè)備發(fā)出的廣播幀能被所有其他設(shè)備收到。沒(méi)有 VLAN 的時(shí)候一臺(tái)交換機(jī)上的所有端口屬于同一個(gè)廣播域任何一臺(tái)機(jī)器發(fā)廣播全網(wǎng)都得“聽(tīng)”。VLAN 的作用就是把這個(gè)大廣播域切成若干個(gè)小房間每個(gè)房間里的廣播不會(huì)傳到其他房間。交換機(jī)中 VLAN 的取值范圍是 1 到 4094。為什么不是 0 到 4095因?yàn)?0 和 4095 是保留值不分配給用戶使用。這就像樓層編號(hào)從 1 樓開(kāi)始沒(méi)有 0 樓和 4095 樓一樣是協(xié)議設(shè)計(jì)時(shí)的約定。交換機(jī)的主要功能包括轉(zhuǎn)發(fā)和過(guò)濾、地址學(xué)習(xí)、環(huán)路避免。注意這里沒(méi)有“路由轉(zhuǎn)發(fā)”——路由轉(zhuǎn)發(fā)是路由器的活兒。交換機(jī)工作在數(shù)據(jù)鏈路層看的是 MAC 地址路由器工作在網(wǎng)絡(luò)層看的是 IP 地址。這個(gè)分層概念在后面講路由時(shí)會(huì)反復(fù)用到。3.2 路由與 OSI 模型網(wǎng)絡(luò)層的位置路由的功能發(fā)生在 OSI 參考模型的網(wǎng)絡(luò)層。這個(gè)考點(diǎn)的關(guān)鍵在于理解“路由”到底在做什么它是把數(shù)據(jù)包從一個(gè)網(wǎng)絡(luò)送到另一個(gè)網(wǎng)絡(luò)靠的是 IP 地址。網(wǎng)絡(luò)層就是負(fù)責(zé) IP 地址尋址和路由選擇的層級(jí)。物理層管的是電信號(hào)和物理接口數(shù)據(jù)鏈路層管的是同一網(wǎng)絡(luò)內(nèi)的 MAC 地址通信只有網(wǎng)絡(luò)層才管跨網(wǎng)絡(luò)的路徑選擇。用一個(gè)寄快遞的類比物理層是公路和卡車數(shù)據(jù)鏈路層是同一個(gè)城市內(nèi)的配送站網(wǎng)絡(luò)層是跨城市的干線運(yùn)輸調(diào)度中心。路由就是那個(gè)調(diào)度中心在決定“這個(gè)包裹從 A 城到 B 城走哪條線路”。以太網(wǎng)標(biāo)準(zhǔn)也是?？嫉狞c(diǎn)。802.3 是局域網(wǎng)的以太網(wǎng)標(biāo)準(zhǔn)而 802.5 是令牌環(huán)網(wǎng)標(biāo)準(zhǔn)801.2 和 802.4 也不是以太網(wǎng)標(biāo)準(zhǔn)。這個(gè)知識(shí)點(diǎn)在實(shí)際工作中遇到老設(shè)備兼容性問(wèn)題時(shí)會(huì)派上用場(chǎng)——如果看到 802.5 相關(guān)的配置那說(shuō)明你面對(duì)的不是標(biāo)準(zhǔn)以太網(wǎng)環(huán)境。3.3 實(shí)操中的網(wǎng)絡(luò)配置題庫(kù)里的實(shí)操題給出了具體的網(wǎng)絡(luò)配置命令這些命令在真實(shí)環(huán)境中是可以直接復(fù)用的。比如在交換機(jī)上創(chuàng)建 VLAN 并配置網(wǎng)關(guān)# 批量創(chuàng)建 VLAN 100 和 101 [SW1]vlan batch 100 101 # 配置 VLAN 100 的網(wǎng)關(guān)地址 [SW1]interface Vlanif 100 [SW1-Vlanif100]ip address 172.16.100.254 24 # 配置 VLAN 101 的網(wǎng)關(guān)地址 [SW1]interface Vlanif 101 [SW1-Vlanif101]ip address 172.16.101.254 24 # 將 g0/0/1 配為 trunk 模式放行 VLAN 100 [SW1]interface GigabitEthernet 0/0/1 [SW1-GigabitEthernet0/0/1]port link-type trunk [SW1-GigabitEthernet0/0/1]port trunk allow-pass vlan 100 # 將 g0/0/2 配為 access 模式劃入 VLAN 101 [SW1]interface GigabitEthernet 0/0/2 [SW1-GigabitEthernet0/0/2]port link-type access [SW1-GigabitEthernet0/0/2]port default vlan 101這段配置的邏輯是VLAN 100 和 101 各自有網(wǎng)關(guān)trunk 端口負(fù)責(zé)在交換機(jī)之間傳遞多個(gè) VLAN 的流量access 端口負(fù)責(zé)連接終端設(shè)備并把它劃入指定 VLAN。trunk 端口放行 VLAN 100 意味著只有 VLAN 100 的流量能通過(guò)這個(gè)端口其他 VLAN 的流量會(huì)被丟棄。靜態(tài)路由的配置也是類似# 配置接口 IP [R1]interface GigabitEthernet 0/0/1 [R1-GigabitEthernet0/0/1]ip address 192.168.101.1 30 [R1-GigabitEthernet0/0/1]quit [R1]interface GigabitEthernet 0/0/2 [R1-GigabitEthernet0/0/2]ip address 12.12.12.2 30 [R1-GigabitEthernet0/0/2]quit # 添加靜態(tài)路由 [R1]ip route-static 192.168.1.0 24 192.168.101.2 [R1]ip route-static 192.168.2.0 24 12.12.12.1靜態(tài)路由的意思是“去某個(gè)網(wǎng)段走某個(gè)下一跳”。這里配置了兩條路由分別指向不同的目標(biāo)網(wǎng)段和下一跳地址。在實(shí)際排障時(shí)如果發(fā)現(xiàn)某個(gè)網(wǎng)段不通第一件事就是檢查路由表里有沒(méi)有對(duì)應(yīng)的條目。4. Linux 與存儲(chǔ)命令背后的系統(tǒng)邏輯4.1 常用命令的“為什么”Linux 命令的考點(diǎn)往往不是“這個(gè)命令怎么拼”而是“這個(gè)命令到底在干什么”。比如man命令它的作用是查看命令的幫助信息不是“手動(dòng)執(zhí)行命令”。很多人第一次看到man會(huì)以為是 manual 的縮寫(xiě)所以是“手動(dòng)”其實(shí)它是 manual page 的縮寫(xiě)意思是“手冊(cè)頁(yè)”。rm -rf dirname的含義是遞歸強(qiáng)行刪除目錄及其所有內(nèi)容。-r是遞歸-f是強(qiáng)制。這個(gè)命令的危險(xiǎn)性在于它不會(huì)給你任何提示刪了就沒(méi)了。在實(shí)際工作中執(zhí)行這個(gè)命令前一定要確認(rèn)路徑是否正確尤其是當(dāng)dirname是一個(gè)變量的時(shí)候。tar -zxvf wordpress.tar.gz是解壓縮命令。參數(shù)含義-z表示用 gzip 解壓-x表示解壓-v表示顯示過(guò)程-f表示指定文件名。這四個(gè)參數(shù)組合在一起是解壓.tar.gz文件的標(biāo)準(zhǔn)寫(xiě)法。如果記不住順序可以記“z 在前x 在中v 和 f 在后”。ifconfig命令可以配置網(wǎng)卡 IP 地址、配置本地回環(huán)地址、激活網(wǎng)絡(luò)適配器但不能“加載網(wǎng)卡到內(nèi)核中”。加載網(wǎng)卡驅(qū)動(dòng)是modprobe或insmod的活兒不是ifconfig的職責(zé)。這個(gè)區(qū)分在排查網(wǎng)卡不識(shí)別的問(wèn)題時(shí)很關(guān)鍵——如果ifconfig看不到網(wǎng)卡先檢查驅(qū)動(dòng)有沒(méi)有加載而不是反復(fù)折騰ifconfig。4.2 LVM 與 NFS存儲(chǔ)管理的兩個(gè)層次LVM 是 Linux 上的邏輯卷管理它的核心價(jià)值是“彈性”。傳統(tǒng)分區(qū)一旦分好想擴(kuò)容就得停機(jī)、備份、重新分區(qū)、恢復(fù)數(shù)據(jù)流程繁瑣且風(fēng)險(xiǎn)高。LVM 把物理硬盤(pán)抽象成物理卷再把物理卷組合成卷組最后從卷組里劃分邏輯卷。擴(kuò)容時(shí)只需要從卷組里拿空間給邏輯卷不需要?jiǎng)拥讓臃謪^(qū)。題庫(kù)里的 LVM 實(shí)操展示了完整流程先用fdisk分區(qū)再用pvcreate創(chuàng)建物理卷然后用vgcreate創(chuàng)建卷組最后用vgextend擴(kuò)容卷組。每一步都有明確的輸出可以驗(yàn)證。比如vgdisplay會(huì)顯示卷組的大小、空閑空間、物理卷數(shù)量等信息這些信息在排查“為什么擴(kuò)不了容”時(shí)非常有用。NFS 是網(wǎng)絡(luò)文件系統(tǒng)它的作用是讓一臺(tái)機(jī)器上的目錄能被另一臺(tái)機(jī)器掛載使用。題庫(kù)里的實(shí)操是在 xserver1 上共享/mnt/share目錄在 xserver2 上掛載到/mnt。showmount -e命令用來(lái)查看某臺(tái)機(jī)器共享了哪些目錄df -h用來(lái)查看掛載后的磁盤(pán)使用情況。NFS 由三部分組成NFS 用戶空間工具、NFS 內(nèi)核模塊、RPC 相關(guān)服務(wù)。RPC 是遠(yuǎn)程過(guò)程調(diào)用NFS 依賴它來(lái)實(shí)現(xiàn)跨機(jī)器的函數(shù)調(diào)用。如果 NFS 掛載失敗常見(jiàn)原因之一就是 RPC 服務(wù)沒(méi)起來(lái)。Samba 則是讓 Linux 和 Windows 之間共享文件的工具。它的配置文件中[share]段落定義了共享目錄的路徑、是否可瀏覽、是否公開(kāi)、是否可寫(xiě)。netstat -ntpl可以看到 Samba 監(jiān)聽(tīng)的端口是 445 和 139這兩個(gè)端口分別對(duì)應(yīng) SMB 協(xié)議的兩種傳輸方式。4.3 數(shù)據(jù)庫(kù)主從與 Web 部署MariaDB 的主從復(fù)制是數(shù)據(jù)庫(kù)高可用的基礎(chǔ)。主節(jié)點(diǎn)負(fù)責(zé)寫(xiě)從節(jié)點(diǎn)負(fù)責(zé)讀主節(jié)點(diǎn)的變更通過(guò)二進(jìn)制日志同步到從節(jié)點(diǎn)。題庫(kù)里的show slave status\G輸出中Slave_IO_Running和Slave_SQL_Running都是Yes說(shuō)明復(fù)制正常運(yùn)行。Seconds_Behind_Master為 0說(shuō)明從節(jié)點(diǎn)沒(méi)有延遲。WordPress 的部署則是把 Linux、Nginx、MySQL、PHP 這套環(huán)境串起來(lái)的綜合練習(xí)。部署完成后用curl訪問(wèn)首頁(yè)如果能返回 HTML 內(nèi)容說(shuō)明整個(gè)鏈路是通的。這個(gè)練習(xí)的價(jià)值在于它模擬了真實(shí)環(huán)境中“從零搭一個(gè)網(wǎng)站”的完整流程。5. 容器與云平臺(tái)從 Docker 到 OpenStack 的服務(wù)地圖5.1 Docker 的核心操作Docker 的考點(diǎn)集中在幾個(gè)關(guān)鍵命令上。docker inspect用來(lái)查看容器屬性返回的是 JSON 格式的詳細(xì)信息包括網(wǎng)絡(luò)配置、掛載卷、環(huán)境變量等。docker info用來(lái)查看 Docker 引擎的整體信息比如容器數(shù)量、鏡像數(shù)量、存儲(chǔ)驅(qū)動(dòng)等。Dockerfile 中RUN關(guān)鍵字用來(lái)讓容器執(zhí)行一個(gè)指定的程序FROM指定基礎(chǔ)鏡像ADD添加文件CMD指定容器啟動(dòng)時(shí)的默認(rèn)命令。RUN是在構(gòu)建鏡像時(shí)執(zhí)行的CMD是在容器啟動(dòng)時(shí)執(zhí)行的這個(gè)區(qū)別在寫(xiě) Dockerfile 時(shí)非常關(guān)鍵。私有倉(cāng)庫(kù)的配置也是常考點(diǎn)。啟動(dòng) registry 容器時(shí)需要把內(nèi)部存儲(chǔ)目錄映射到外部把內(nèi)部端口映射到外部docker run -d \ -v /opt/registry:/var/lib/registry \ -p 5000:5000 \ --restartalways \ --name registry \ registry:latest參數(shù)說(shuō)明-d后臺(tái)運(yùn)行-v掛載卷-p端口映射--restartalways表示容器退出時(shí)自動(dòng)重啟--name指定容器名稱。這個(gè)配置在實(shí)際搭建私有鏡像倉(cāng)庫(kù)時(shí)可以直接使用。管理大規(guī)模容器集群的能力包括編排調(diào)度引擎、鏡像管理、網(wǎng)絡(luò)通信方案但不包括用戶列表管理。用戶列表管理是平臺(tái)層面的功能不是容器集群本身的能力。Kubernetes 可以實(shí)現(xiàn)自動(dòng)化部署、自動(dòng)運(yùn)行刪除容器、自動(dòng)擴(kuò)縮容但不負(fù)責(zé)“自動(dòng)維護(hù)”——維護(hù)是人的活兒K8s 只是工具。5.2 OpenStack 的服務(wù)分工OpenStack 是一套云平臺(tái)操作系統(tǒng)它的各個(gè)組件各司其職。Keystone 提供認(rèn)證服務(wù)負(fù)責(zé)用戶身份驗(yàn)證和權(quán)限管理。Nova 提供計(jì)算服務(wù)負(fù)責(zé)管理虛擬機(jī)實(shí)例。Glance 提供鏡像服務(wù)負(fù)責(zé)管理虛擬機(jī)鏡像。Swift 提供對(duì)象存儲(chǔ)服務(wù)負(fù)責(zé)存儲(chǔ)非結(jié)構(gòu)化數(shù)據(jù)。Neutron 提供網(wǎng)絡(luò)服務(wù)負(fù)責(zé)管理虛擬網(wǎng)絡(luò)。Ceilometer 提供監(jiān)控服務(wù)把監(jiān)控?cái)?shù)據(jù)存儲(chǔ)到 MongoDB 數(shù)據(jù)庫(kù)。RabbitMQ 提供消息服務(wù)各個(gè)組件之間通過(guò)它來(lái)通信。這些服務(wù)的關(guān)系可以用一個(gè)公司來(lái)類比Keystone 是前臺(tái)負(fù)責(zé)驗(yàn)證身份Nova 是生產(chǎn)部門(mén)負(fù)責(zé)造虛擬機(jī)Glance 是倉(cāng)庫(kù)存放虛擬機(jī)的“模板”Swift 是檔案室存放各種文件Neutron 是網(wǎng)絡(luò)部負(fù)責(zé)拉網(wǎng)線配路由Ceilometer 是監(jiān)控室記錄各種運(yùn)行數(shù)據(jù)RabbitMQ 是內(nèi)部郵件系統(tǒng)各部門(mén)之間靠它傳消息。AWS 的 RDS 目前支持六個(gè)關(guān)系型數(shù)據(jù)庫(kù)引擎Amazon Aurora、Oracle、Microsoft SQL Server、PostgreSQL、MySQL 和 MariaDB。EBS 卷是基于塊的存儲(chǔ)提供各種 SSD 和磁性選件默認(rèn)基于磁盤(pán)。EBS 卷不能直接跨可用區(qū)域連接需要先創(chuàng)建快照再?gòu)目煺赵诹硪粋€(gè)可用區(qū)域創(chuàng)建新卷。VPC 中單個(gè)實(shí)例在停止和重新啟動(dòng)后會(huì)在 VPC 內(nèi)保留其公共 IP所以“不會(huì)保留”這個(gè)陳述是錯(cuò)誤的。一個(gè) VPC 可以有多個(gè)子網(wǎng)也可以有一個(gè) Internet 網(wǎng)關(guān)。API 憑證的最佳做法是創(chuàng)建一個(gè)有必要的角色并讓 EC2 實(shí)例來(lái)承擔(dān)而不是直接在實(shí)例上硬編碼憑證。6. 什么時(shí)候該翻這份資料什么時(shí)候不該這份資料最適合的場(chǎng)景是你剛接觸云計(jì)算運(yùn)維需要一份覆蓋主要知識(shí)點(diǎn)的題目集來(lái)摸清自己的盲區(qū)或者你準(zhǔn)備面試想快速過(guò)一遍高頻考點(diǎn)又或者你在工作中遇到了某個(gè)具體問(wèn)題想看看有沒(méi)有類似的配置示例可以參考。不適合的場(chǎng)景也很明確如果你已經(jīng)是有多年經(jīng)驗(yàn)的運(yùn)維工程師這份資料里的題目對(duì)你來(lái)說(shuō)可能過(guò)于基礎(chǔ)翻一遍花不了多少時(shí)間但收獲有限。如果你需要的是某個(gè)特定云平臺(tái)的深度實(shí)戰(zhàn)經(jīng)驗(yàn)這份資料覆蓋了多個(gè)平臺(tái)但每個(gè)平臺(tái)的深度都有限不如直接去看官方文檔。還有一個(gè)容易踩的坑不要把題庫(kù)里的答案當(dāng)成絕對(duì)真理。技術(shù)是在演進(jìn)的比如 AWS 的 RDS 支持的數(shù)據(jù)庫(kù)引擎數(shù)量可能會(huì)變化OpenStack 的組件功能也在不斷更新。題目里的答案反映的是出題時(shí)的狀態(tài)實(shí)際工作中要以官方文檔為準(zhǔn)。提示實(shí)操題里的命令和配置可以直接在實(shí)驗(yàn)環(huán)境中復(fù)現(xiàn)。建議不要只看答案而是自己動(dòng)手敲一遍看看返回結(jié)果和題目里的是不是一致。不一致的地方往往就是理解偏差所在。我自己的習(xí)慣是每次看到“以下哪個(gè)說(shuō)法是錯(cuò)誤的”這類題目都會(huì)先把每個(gè)選項(xiàng)為什么對(duì)、為什么錯(cuò)都過(guò)一遍而不是只記正確答案。因?yàn)樵趯?shí)際排障時(shí)你面對(duì)的不是選擇題而是一個(gè)需要判斷“哪里出了問(wèn)題”的場(chǎng)景。只有理解了每個(gè)選項(xiàng)背后的邏輯才能在真實(shí)環(huán)境中快速定位問(wèn)題。從那以后我每次整理技術(shù)資料都會(huì)強(qiáng)制走一遍“這個(gè)概念解決什么問(wèn)題、不解決什么問(wèn)題、和相近概念的區(qū)別在哪”這三步。希望這份資料能幫你把云計(jì)算運(yùn)維的知識(shí)地圖拼得更完整一些。本文還有配套的精品資源點(diǎn)擊獲取