優(yōu)秀DevOps工程師必會(huì)的33個(gè)面試題

DevOps面試問(wèn)題

01 您能告訴我們DevOps和Agile(敏捷)之間的根本區(qū)別嗎？

答：盡管DevOps與敏捷方法（這是最流行的SDLC[Software Development Life
Cycle]方法之一）有一些相似之處，但兩者在軟件開(kāi)發(fā)方面都是根本不同的方法。以下是兩者之間的各種基本差異：

* 敏捷方法 敏捷方法適用于敏捷中的開(kāi)發(fā)同時(shí)敏捷方法適用于DevOps中的開(kāi)發(fā)和操作。
* 實(shí)踐和流程 敏捷涉及敏捷Scrum和敏捷看板等實(shí)踐，而DevOps涉及CD（持續(xù)交付），CI（持續(xù)集成）和CT（持續(xù)測(cè)試）等流程。
* 優(yōu)先級(jí) 敏捷優(yōu)先考慮及時(shí)性，而DevOps優(yōu)先考慮及時(shí)性和質(zhì)量。
* 發(fā)布周期 DevOps提供較小的發(fā)布周期并提供即時(shí)反饋，而敏捷僅提供較小的發(fā)布周期而沒(méi)有立即反饋。
* 反饋源 敏捷依賴于客戶的反饋，而DevOps涉及到自身（監(jiān)控工具）的反饋。
* 工作范圍 對(duì)于敏捷，工作范圍僅是敏捷，而對(duì)于DevOps，這是敏捷和對(duì)自動(dòng)化的需求。
02 為什么我們需要DevOps？


答：如今，很多組織或企業(yè)正試圖通過(guò)一系列的發(fā)布小的特性傳遞給客戶，而不是發(fā)布大的特性集。這樣做有幾個(gè)好處，包括更好的軟件質(zhì)量和快速的客戶反饋，所有這些好處導(dǎo)致更高的客戶滿意度，這是任何產(chǎn)品開(kāi)發(fā)項(xiàng)目的最重要目標(biāo)。為此，公司需要：

* 增加部署頻率
* 縮短修復(fù)時(shí)間
* 降低新版本的失敗率
* 萬(wàn)一新版本崩潰，請(qǐng)有更快的平均恢復(fù)時(shí)間

DevOps有助于滿足所有這些要求，從而實(shí)現(xiàn)無(wú)縫的軟件交付。像Amazon，Etsy和Google這樣的成熟組織已采用DevOps方法，從而實(shí)現(xiàn)了以前未知的性能水平。通過(guò)采用DevOps方法，組織可以在一天之內(nèi)完成數(shù)以萬(wàn)計(jì)的部署。此外，這樣做還可以提供一流的
可靠性、安全性和穩(wěn)定性。

03 使用DevOps有哪些重要的業(yè)務(wù)和技術(shù)優(yōu)勢(shì)？

答：DevOps為該表帶來(lái)了很多業(yè)務(wù)和技術(shù)優(yōu)勢(shì)。下面列出了一些最重要的參數(shù)：

*
商業(yè)利益：

* 增強(qiáng)的操作環(huán)境穩(wěn)定性
* 更快地交付功能
* 更多時(shí)間為產(chǎn)品增值
*
技術(shù)優(yōu)勢(shì)：

* 持續(xù)交付軟件
* 更快地解決問(wèn)題
* 較小的復(fù)雜問(wèn)題
04 您能列舉一些最常用的DevOps工具嗎？

答：以下是一些使用最廣泛的DevOps工具的列表：

* Ansible/Puppet/chef/saltstack –配置管理和應(yīng)用程序部署工具
* Docker –容器化工具
* Git/Gitlab –版本控制系統(tǒng)（VCS）工具
* Jenkins –持續(xù)集成（CI）工具
* Nexus - 制品庫(kù)管理工具
* Jira –敏捷的團(tuán)隊(duì)協(xié)作工具
* wiki -文檔管理工具
* Promtheus –連續(xù)監(jiān)控工具
* Selenium/jmeter –連續(xù)測(cè)試（CT）工具
05 Selenium的用途是什么？

答：selenium用于DevOps中的連續(xù)測(cè)試。該工具專門從事功能和回歸形式的測(cè)試。

06 您對(duì)DevOps中的Puppet有什么了解？


答：這是一個(gè)配置管理工具，用于自動(dòng)執(zhí)行管理任務(wù)。Puppet利用主從結(jié)構(gòu)，其中兩個(gè)實(shí)體通過(guò)加密通道進(jìn)行通信。系統(tǒng)管理員需要執(zhí)行許多重復(fù)性任務(wù)，尤其是安裝和配置服務(wù)器。編寫腳本來(lái)自動(dòng)執(zhí)行此類任務(wù)是一種選擇，但是當(dāng)基礎(chǔ)結(jié)構(gòu)很大時(shí)，執(zhí)行的操作就會(huì)變得繁瑣重復(fù)。為此，配置管理是一個(gè)不錯(cuò)的解決方法。

Puppet幫助配置、部署和管理服務(wù)器。這不僅使此類冗余任務(wù)變得更加容易，而且節(jié)省了總工作時(shí)間的很大一部分。成熟的配置管理工具：

* 持續(xù)檢查主機(jī)所需的配置是否到位。如果更改了，配置將自動(dòng)還原
* 為每個(gè)主機(jī)定義不同的配置
* 對(duì)機(jī)器進(jìn)行動(dòng)態(tài)縮放（上下縮放）
* 提供對(duì)所有已配置計(jì)算機(jī)的控制，以便可以將集中更改自動(dòng)傳播到所有這些計(jì)算機(jī)
07 您對(duì)DevOps的反模式有什么了解？


答：如果其他組織通常采用的DevOps模式在特定環(huán)境下不起作用，而組織仍在繼續(xù)使用它，則會(huì)導(dǎo)致采用反模式。換句話說(shuō)，反模式是關(guān)于DevOps的神話。一些著名的反模式是：

* 一個(gè)組織需要有一個(gè)單獨(dú)的DevOps組
* 敏捷等于DevOps
* DevOps是一個(gè)過(guò)程
* DevOps是開(kāi)發(fā)驅(qū)動(dòng)的發(fā)布管理
* 由于組織獨(dú)特唯一的，因此無(wú)法進(jìn)行DevOps
* 我們不能做DevOps因?yàn)槲覀円呀?jīng)很牛了
* DevOps意味著開(kāi)發(fā)人員管理生產(chǎn)
* DevOps將解決所有問(wèn)題
* 無(wú)法在正在進(jìn)行的DevOps過(guò)渡中包含組織的所有方面
* 在DevOps過(guò)渡開(kāi)始時(shí)未定義KPI
* 通過(guò)一個(gè)新的DevOps團(tuán)隊(duì)來(lái)減少與其他組織之間的隔離
08 DevOps有一個(gè)叫做CI的東西。它是什么，目的是什么？

答：DevOps中的CI代表持續(xù)集成。CI是一種開(kāi)發(fā)實(shí)踐，開(kāi)發(fā)人員可以在一天內(nèi)多次將代碼集成到共享存儲(chǔ)庫(kù)中。

* 開(kāi)發(fā)和測(cè)試的持續(xù)集成提高了軟件的質(zhì)量，并減少了交付所需的總時(shí)間。
*
如果檢查代碼的團(tuán)隊(duì)成員遇到編譯失敗，則開(kāi)發(fā)人員將終止構(gòu)建。如果開(kāi)發(fā)人員不將編譯錯(cuò)誤引入自己的工作空間中，那么其他的開(kāi)發(fā)成員就無(wú)法與共享源代碼存儲(chǔ)庫(kù)進(jìn)行同步。
* 這破壞了協(xié)作和共享的開(kāi)發(fā)過(guò)程。因此，一旦配置項(xiàng)構(gòu)建中斷，立即識(shí)別并糾正問(wèn)題就很重要。
*
通常，持續(xù)集成(CI)流程包括一組單元、集成和回歸測(cè)試，這些測(cè)試在每次編譯成功時(shí)運(yùn)行。如果上述任何一個(gè)測(cè)試失敗，CI構(gòu)建就會(huì)被認(rèn)為是不穩(wěn)定的(這在敏捷sprint中很常見(jiàn)，因?yàn)殚_(kāi)發(fā)正在進(jìn)行中)，并且沒(méi)有被破壞。
09 我們經(jīng)常聽(tīng)到DevOps向左移動(dòng)。它是什么？


答：畫在紙上的傳統(tǒng)軟件開(kāi)發(fā)生命周期有左右兩邊。圖的左側(cè)包括設(shè)計(jì)和開(kāi)發(fā)，而右側(cè)包括生產(chǎn)階段，壓力測(cè)試和用戶接受度。在DevOps中向左移動(dòng)僅意味著需要在右側(cè)執(zhí)行盡可能多的任務(wù)，即通常在應(yīng)用程序開(kāi)發(fā)過(guò)程的結(jié)尾發(fā)生，并將其納入DevOps方法的早期階段。有幾種方法可以完成DevOps中的操作，最值得注意的是：

* 在每個(gè)敏捷sprint結(jié)束時(shí)創(chuàng)建可用于生產(chǎn)的文件(制品文件)
* 在每個(gè)版本中都包含靜態(tài)代碼分析程序
* 正確執(zhí)行DevOps的級(jí)別直接取決于盡可能左移的程度。
10 DevOps中的CAMS代表什么？

答：首字母縮寫CAMS通常用于描述DevOps方法論的核心信條。它代表：

* 文化 Culture
* 自動(dòng)化 Automation
* 度量 Measurement
* 分享 Sharing
11 用來(lái)評(píng)估DevOps成功的幾個(gè)KPI是什么？

答：kpi是關(guān)鍵績(jī)效指標(biāo)的簡(jiǎn)寫形式。為了度量DevOps過(guò)程的成功，可以使用幾個(gè)kpi。其中最流行的有:

* 應(yīng)用性能
* 應(yīng)用程序的使用和流量
* 自動(dòng)測(cè)試通過(guò)率
* 可用性
* 體量的變化
* 客戶的工單
* 缺陷逃逸率
* 部署頻率
* 部署時(shí)間
* 錯(cuò)誤率
* 部署失敗數(shù)
* 負(fù)載時(shí)間
* 平均故障檢測(cè)時(shí)間（MTTD）
* 平均故障恢復(fù)時(shí)間（MTTR）
12 您認(rèn)為實(shí)施DevOps自動(dòng)化的主要好處是什么？

答：以下是實(shí)現(xiàn)DevOps自動(dòng)化的主要好處：

* 從CD方程式中消除人為錯(cuò)誤的可能性（核心收益）
* 隨著任務(wù)變得更加可預(yù)測(cè)和可重復(fù)，一旦出現(xiàn)問(wèn)題，就很容易識(shí)別和糾正。因此，它產(chǎn)生了更可靠和健壯的系統(tǒng)
* 從CI管道中移除瓶頸。這會(huì)導(dǎo)致部署頻率增加和失敗的部署數(shù)量減少。它們都是重要的DevOps KPI
13 您對(duì)容器了解什么？

答：容器是一種輕量級(jí)虛擬化形式，有助于在進(jìn)程之間提供隔離。容器比chroot重，但比管理程序輕。

14 您對(duì)版本控制系統(tǒng)（VCS）有什么了解？定義其用途。


答：版本控制系統(tǒng)或VCS是一種能夠記錄一段時(shí)間內(nèi)對(duì)一個(gè)文件或一組文件所做的更改的系統(tǒng)。Git和Mercurial是兩個(gè)最受歡迎的版本控制系統(tǒng)。VCS的重要用途是：

* 檢查導(dǎo)致問(wèn)題的最后修改是什么
* 比較隨著時(shí)間的變化情況
* 識(shí)別誰(shuí)在什么時(shí)間提出新的問(wèn)題
* 將一個(gè)或多個(gè)文件還原到某個(gè)較早的狀態(tài)
* 將整個(gè)項(xiàng)目還原到以前的狀態(tài)
15 Git是流行的DevOps工具。告訴我們您將如何還原已經(jīng)推送并公開(kāi)的提交。

答：有兩種方法可以這樣做：

* 通過(guò)創(chuàng)建新的提交來(lái)撤消已被推送并公開(kāi)的提交所做的所有更改。執(zhí)行以下命令： git revert
* 通過(guò)修復(fù)或刪除新提交中的錯(cuò)誤文件，然后將其推送到遠(yuǎn)程存儲(chǔ)庫(kù)。對(duì)文件進(jìn)行必要的更改后，使用以下命令將其提交到遠(yuǎn)程存儲(chǔ)庫(kù)： git commit -m
"commit message"
16 什么是post mortem meetings？


參考回答：在這個(gè)會(huì)議上，我們討論出了什么問(wèn)題，應(yīng)該采取什么步驟，這樣失敗就不會(huì)再次發(fā)生。事后分析會(huì)議并不是要找出問(wèn)題的癥結(jié)所在，而是要防止再次發(fā)生類似的工作，和ITIL中的問(wèn)題管理是相類似的管理方法。并應(yīng)重新計(jì)劃新的設(shè)計(jì)基礎(chǔ)設(shè)施，以便盡可能減少停機(jī)時(shí)間。如果錯(cuò)誤我們無(wú)法避免，那么我們應(yīng)從錯(cuò)誤中學(xué)習(xí)，以提交IT整體的質(zhì)量管理。

17 資產(chǎn)管理和配置管理之間的比較。

答：監(jiān)視和維護(hù)對(duì)實(shí)體或組有價(jià)值的東西的過(guò)程稱為資產(chǎn)管理。配置管理是指控制，識(shí)別，計(jì)劃和驗(yàn)證服務(wù)中的配置項(xiàng)以支持變更管理的過(guò)程。

18 您能否陳述和解釋連續(xù)測(cè)試的各個(gè)關(guān)鍵要素？

答：持續(xù)測(cè)試的各種關(guān)鍵要素包括：

* 高級(jí)分析–用于預(yù)測(cè)和預(yù)測(cè)未知的未來(lái)事件
* 策略分析–旨在改善測(cè)試過(guò)程的手段
* 需求可追溯性–指描述需求以及從需求的起源到部署的整個(gè)過(guò)程的能力
* 風(fēng)險(xiǎn)評(píng)估–識(shí)別可能造成潛在損害的危害和風(fēng)險(xiǎn)因素的方法或過(guò)程
* 服務(wù)虛擬化–允許使用虛擬服務(wù)代替生產(chǎn)服務(wù)。仿真軟件組件以進(jìn)行簡(jiǎn)單測(cè)試
* 測(cè)試優(yōu)化–改善整體測(cè)試流程
19 請(qǐng)從開(kāi)發(fā)和基礎(chǔ)架構(gòu)方面說(shuō)明DevOps的核心運(yùn)營(yíng)。

答：DevOps在開(kāi)發(fā)和基礎(chǔ)架構(gòu)方面的核心運(yùn)營(yíng)是：

* 應(yīng)用程序開(kāi)發(fā)–開(kāi)發(fā)能夠滿足所有客戶要求并提供卓越質(zhì)量水平的產(chǎn)品
* 代碼覆蓋率–測(cè)量在運(yùn)行自動(dòng)測(cè)試時(shí)執(zhí)行的代碼的塊，線或弧的總數(shù)
* 代碼開(kāi)發(fā)–準(zhǔn)備產(chǎn)品開(kāi)發(fā)所需的代碼庫(kù)
* 配置–以最佳方式使用產(chǎn)品
* 部署–安裝要由最終用戶使用的軟件
* 編排–安排一些自動(dòng)化任務(wù)
* 打包–發(fā)布準(zhǔn)備好部署時(shí)所涉及的活動(dòng)
* 供應(yīng)–確保基礎(chǔ)設(shè)施的更改及時(shí)地與需要它的代碼一起到達(dá)
* 單元測(cè)試–測(cè)試單個(gè)單元或組件的方法
20 您對(duì)DevOps有什么了解？


您的答案必須簡(jiǎn)單明了。首先介紹一下DevOps在IT行業(yè)中的重要性。討論這種方法如何旨在使開(kāi)發(fā)和運(yùn)營(yíng)團(tuán)隊(duì)共同努力，以最小的故障率加速軟件產(chǎn)品的交付。包括DevOps如何成為增值實(shí)踐，開(kāi)發(fā)和運(yùn)維工程師在整個(gè)產(chǎn)品或服務(wù)生命周期中（從設(shè)計(jì)階段到部署點(diǎn)）攜手合作。

21 為什么最近幾年DevOps變得突出？


在談?wù)揇evOps的日益普及之前，請(qǐng)討論當(dāng)前的行業(yè)情況。首先，舉例說(shuō)明Netflix和Facebook等大型公司如何投資DevOps來(lái)自動(dòng)化和加速應(yīng)用程序部署，以及這如何幫助他們發(fā)展業(yè)務(wù)。以Facebook為例，您將指出Facebook的持續(xù)部署和代碼所有權(quán)模型，以及這些模型如何幫助其擴(kuò)大規(guī)模，同時(shí)確保體驗(yàn)質(zhì)量。在不影響質(zhì)量，穩(wěn)定性和安全性的情況下實(shí)現(xiàn)了數(shù)百行代碼。


下一個(gè)用例應(yīng)該是Netflix。這家流媒體和點(diǎn)播視頻公司采用完全自動(dòng)化的流程和系統(tǒng)遵循類似的做法。提及這兩個(gè)組織的用戶群：Facebook有20億用戶，而Netflix將在線內(nèi)容流傳輸給全球超過(guò)1億用戶。

這些都是很好的例子，說(shuō)明DevOps如何幫助組織確保更高的發(fā)布成功率，減少錯(cuò)誤修復(fù)之間的準(zhǔn)備時(shí)間，通過(guò)自動(dòng)化簡(jiǎn)化并持續(xù)交付，以及總體上降低人力成本。

22 哪些是最受歡迎的DevOps工具？您是否有使用這些工具的經(jīng)驗(yàn)？

較流行的DevOps工具包括：

* selenium
* ansible
* git/gitlab
* jenkins
* docker
23 您是否想要掌握所有這些Devops工具？


徹底描述您有信心的任何工具，其功能以及為什么要使用它。例如，如果您具有Git方面的專業(yè)知識(shí)，則可以告訴采訪者Git是一種分布式版本控制系統(tǒng)（VCS）工具，該工具可讓用戶跟蹤文件更改并在需要時(shí)還原為特定更改。討論Git的分布式體系結(jié)構(gòu)如何為開(kāi)發(fā)人員帶來(lái)更多優(yōu)勢(shì)，使開(kāi)發(fā)人員可以在本地進(jìn)行更改，并可以在其本地Git存儲(chǔ)庫(kù)中擁有整個(gè)項(xiàng)目歷史記錄，以后可以與其他團(tuán)隊(duì)成員共享。

24 什么是版本控制？為什么要使用VCS？

定義版本控制，并討論該系統(tǒng)如何記錄對(duì)一個(gè)或多個(gè)文件所做的任何更改并將其保存在集中式存儲(chǔ)庫(kù)中。VCS工具將幫助您重新調(diào)用以前的版本并執(zhí)行以下操作：

*
仔細(xì)查看一段時(shí)間內(nèi)所做的更改，然后檢查哪些有效，哪些無(wú)效。

*
將特定文件或特定項(xiàng)目還原回舊版本。

*
檢查由于特定更改而發(fā)生的問(wèn)題或錯(cuò)誤

*
使用VCS為開(kāi)發(fā)人員提供了同時(shí)處理特定文件的靈活性，并且所有修改內(nèi)容以后都可以進(jìn)行邏輯組合。

25 敏捷和DevOps之間有區(qū)別嗎？如果是，請(qǐng)解釋。


作為一名DevOps工程師，對(duì)這樣的面試問(wèn)題充滿期待。首先描述DevOps與敏捷之間明顯的重疊。盡管DevOps的實(shí)現(xiàn)始終與敏捷方法保持同步，但是兩者之間存在明顯的差異。敏捷原則與軟件的無(wú)縫生產(chǎn)或開(kāi)發(fā)相關(guān)。另一方面，DevOps處理開(kāi)發(fā)工作，然后部署軟件，以確保更快的周轉(zhuǎn)時(shí)間，最小的錯(cuò)誤和可靠性。

26 為什么配置管理過(guò)程和工具很重要？


討論正在開(kāi)發(fā)的每個(gè)軟件或測(cè)試軟件的多個(gè)軟件構(gòu)建，發(fā)行，修訂和版本。繼續(xù)說(shuō)明存儲(chǔ)和維護(hù)數(shù)據(jù)的需求，跟蹤開(kāi)發(fā)構(gòu)建和簡(jiǎn)化的故障排除。不要忘了提到可用于實(shí)現(xiàn)這些目標(biāo)的關(guān)鍵CM工具。討論諸如Puppet，Ansible和Chef之類的工具如何在多個(gè)服務(wù)器上自動(dòng)化軟件部署和配置的過(guò)程中提供幫助。

27 Chef如何用作CM工具？


chef被認(rèn)為是行業(yè)首選的CM工具之一。例如，F(xiàn)acebook將其基礎(chǔ)架構(gòu)和后端IT遷移到了Chef平臺(tái)。解釋Chef如何通過(guò)自動(dòng)化流程來(lái)幫助您避免延遲。這些腳本是用Ruby編寫的。它可以與基于云的平臺(tái)集成并配置新系統(tǒng)。它提供了許多用于基礎(chǔ)結(jié)構(gòu)開(kāi)發(fā)的庫(kù)，這些庫(kù)以后可以部署在軟件中。借助其集中式管理系統(tǒng)，一臺(tái)Chef服務(wù)器足以用作部署各種策略的中心。

28 您如何解釋“基礎(chǔ)架構(gòu)即代碼”（IaC）的概念？


談?wù)揑aC是一個(gè)好主意，有時(shí)將其稱為可編程基礎(chǔ)結(jié)構(gòu)，在該基礎(chǔ)結(jié)構(gòu)中，與其他任何代碼的感知方式相同。描述傳統(tǒng)的基礎(chǔ)架構(gòu)管理方法如何退居二線，以及手動(dòng)配置，過(guò)時(shí)的工具和自定義腳本的可靠性如何降低。接下來(lái)，重點(diǎn)介紹IaC的好處，以及如何使用IaC更快，更安全，更輕松地對(duì)IT基礎(chǔ)架構(gòu)進(jìn)行更改。包括IaC的其他好處，例如將常規(guī)的單元測(cè)試和集成測(cè)試應(yīng)用于基礎(chǔ)結(jié)構(gòu)配置，以及維護(hù)最新的基礎(chǔ)結(jié)構(gòu)文檔。

如果您已經(jīng)完成了Amazon Web
Services（AWS）的認(rèn)證，并且正在接受諸如AWS認(rèn)證的DevOps工程師之類的利基角色的面試，那么您必須準(zhǔn)備以下一些AWS DevOps面試問(wèn)題：

29 AWS在DevOps中的作用是什么？


在面試中被問(wèn)到此問(wèn)題時(shí)，請(qǐng)直接說(shuō)明，AWS是亞馬遜提供的基于云的服務(wù)，可通過(guò)無(wú)限的計(jì)算能力和存儲(chǔ)來(lái)確?？蓴U(kuò)展性。AWS使IT企業(yè)能夠開(kāi)發(fā)和交付復(fù)雜的產(chǎn)品，并在云上部署應(yīng)用程序。其一些關(guān)鍵服務(wù)包括Amazon
CloudFront，Amazon SimpleDB，Amazon Relational Database Service和Amazon Elastic
Computer Cloud。討論各種云平臺(tái)，并強(qiáng)調(diào)您過(guò)去使用云基礎(chǔ)架構(gòu)處理過(guò)的任何大數(shù)據(jù)項(xiàng)目。

30 持續(xù)集成的成功因素是什么？

* 維護(hù)代碼庫(kù)
* 自動(dòng)化構(gòu)建
* 讓構(gòu)建自我測(cè)試
* 每個(gè)人每天將代碼都提交到基線
* 每次提交（到基線）都應(yīng)該被構(gòu)建
* 保持快速構(gòu)建
* 在預(yù)發(fā)布環(huán)境中進(jìn)行測(cè)試
* 輕松獲取最新交付物
* 每個(gè)人都可以看到最新版本的結(jié)果
* 自動(dòng)化部署
你如何在我公司實(shí)踐DevOps？


參考回答：作為一名DevOps工程師，我會(huì)對(duì)DevOps項(xiàng)目管理的管理目標(biāo)、敏捷交付、持續(xù)集成進(jìn)行管理，并從敏捷項(xiàng)目管理新三角《敏捷項(xiàng)目管理》出發(fā)，與團(tuán)隊(duì)一起設(shè)定目標(biāo)，實(shí)現(xiàn)簡(jiǎn)化的ITIL工作流，維護(hù)敏捷的DevOps管理范圍，研究和引入新的技術(shù)或框架，通過(guò)DevOps
流水線，實(shí)現(xiàn)從需求轉(zhuǎn)化為工作流從整體工具鏈進(jìn)行全局優(yōu)化。

配置管理工具在devops中的作用是什么?

參考回答： 配置管理工具是指支持完成配置項(xiàng)標(biāo)識(shí)、版本控制、變化控制、審計(jì)和狀態(tài)統(tǒng)計(jì)等任務(wù)的工具。
自動(dòng)化的配置管理工具可以幫助DevOps實(shí)現(xiàn)持續(xù)流水線的技術(shù)支持基礎(chǔ)。使用CM工具，可以幫著管理與存儲(chǔ)關(guān)于系統(tǒng)、軟件、測(cè)試相關(guān)的版本和構(gòu)建及配置信息，并提供軟件和測(cè)試軟件之間的可跟蹤性。成功的DevOps從配置管理開(kāi)始。

DevOps工程師的職責(zé)是什么?


參考回答：DevOps工程師與敏捷開(kāi)發(fā)團(tuán)隊(duì)緊密合作，站在業(yè)務(wù)價(jià)值視角，拉動(dòng)IT從業(yè)務(wù)需求到運(yùn)營(yíng)交付，確保通過(guò)高質(zhì)量（JKK）的自動(dòng)化測(cè)試,實(shí)現(xiàn)持續(xù)集成和持續(xù)交付等IT技術(shù)功能所需的環(huán)境。DevOps工程師必須經(jīng)常與開(kāi)發(fā)保持聯(lián)系（SRE模式、豐田模式、持續(xù)交付模式、協(xié)作模式），使環(huán)境中所有需要的部分都能無(wú)縫地工作，實(shí)現(xiàn)高質(zhì)量的增量迭代?？梢詳U(kuò)展說(shuō)說(shuō)相關(guān)工具。

• ? 上一篇：Asp.Net Core Filter 深入淺出的那些事-AOP
• ? 下一篇：嘿，你對(duì)象在這兒—— 面向?qū)ο螅侯惡蛯?duì)象