希望您的DevOps計(jì)劃成功嗎？根據(jù)《 DevOps狀態(tài)報(bào)告》，您可能應(yīng)該研究容器本機(jī)監(jiān)視。

《 DevOps狀況報(bào)告》每年都會(huì)提供有關(guān)DevOps實(shí)踐如何提高IT性能的重要發(fā)現(xiàn)。在 2017年的報(bào)告剛剛發(fā)布，另外還有一些感興趣的趨勢(shì)，特別是涉及到更快的發(fā)布周期的影響。

該報(bào)告將DevOps定義為一套已理解的實(shí)踐和文化價(jià)值，事實(shí)證明它們已被證明可幫助組織改善軟件發(fā)布周期，軟件質(zhì)量，安全性以及獲得快速產(chǎn)品反饋的能力。由于組織能夠更好地實(shí)現(xiàn)其目標(biāo)，因此更高的性能可帶來(lái)更好的業(yè)務(wù)成果。在IT轉(zhuǎn)型時(shí)期，組織努力加速其數(shù)字計(jì)劃，這一點(diǎn)尤其重要。

松散耦合的體系結(jié)構(gòu)和團(tuán)隊(duì)是持續(xù)交付的最強(qiáng)預(yù)測(cè)指標(biāo)，是該報(bào)告的主要發(fā)現(xiàn)之一。確實(shí)，可以獨(dú)立開(kāi)發(fā)和發(fā)布的松耦合服務(wù)使組織可以更快，更增量地交付軟件。容器和微服務(wù)是為此的重要支持技術(shù)。

該報(bào)告還指出，隨著組織轉(zhuǎn)向這種架構(gòu)，結(jié)果仍然存在差異，特別是在它們被認(rèn)為是“高”和“低”績(jī)效者之間。下表中對(duì)此進(jìn)行了匯總，但是有關(guān)更多詳細(xì)信息，請(qǐng)參閱 完整的報(bào)告。與2016年的結(jié)果相比，高績(jī)效企業(yè)與低績(jī)效企業(yè)之間的差異在吞吐量（部署頻率和變更交付時(shí)間）上有所縮小，但在穩(wěn)定性（恢復(fù)和變更失敗率的平均時(shí)間）方面卻有所擴(kuò)大。因此，許多績(jī)效較低的組織正在努力提高吞吐量，但是卻沒(méi)有在過(guò)程中建立足夠的質(zhì)量。

失敗，尤其是快速失敗和快速恢復(fù)，在某種程度上是DevOps方法所固有的，但是如結(jié)果所示，必須小心，以確保擺錘不會(huì)向錯(cuò)誤的方向擺動(dòng)。在發(fā)布周期非常快的環(huán)境中，經(jīng)常對(duì)生產(chǎn)環(huán)境進(jìn)行更改。在許多情況下，保持這種可見(jiàn)性至關(guān)重要，在這種環(huán)境下，保持可見(jiàn)性對(duì)這些頻繁變化的影響（包括技術(shù)和業(yè)務(wù)績(jī)效）的影響并積極應(yīng)對(duì)穩(wěn)定性問(wèn)題是至關(guān)重要的，因?yàn)樵S多高性能企業(yè)做。

特別是在通常是底層架構(gòu)的容器化環(huán)境中，可見(jiàn)性可能會(huì)充滿挑戰(zhàn)。傳統(tǒng)的監(jiān)視工具和策略并非總是能很好地適應(yīng)這些動(dòng)態(tài)環(huán)境，并且可能導(dǎo)致盲點(diǎn)并降低檢測(cè)和恢復(fù)問(wèn)題的時(shí)間。 如前所述，對(duì)容器環(huán)境的完全可見(jiàn)性具有獨(dú)特的要求。除了技術(shù)性能指標(biāo)之外，您的監(jiān)視策略還應(yīng)該跟蹤對(duì)關(guān)鍵業(yè)務(wù)指標(biāo)的影響，這些關(guān)鍵業(yè)務(wù)指標(biāo)通常是您的業(yè)務(wù)部門(mén)所特有的。

結(jié)論

當(dāng)您的組織努力加快IT轉(zhuǎn)型計(jì)劃并加快發(fā)布周期時(shí)，請(qǐng)確保在流程中建立足夠的質(zhì)量。完全適合這些動(dòng)態(tài)和容器化環(huán)境的監(jiān)視策略是這個(gè)難題的重要組成部分，盡管它當(dāng)然不是唯一的難題。許多高性能的企業(yè)已經(jīng)在使用適應(yīng)性工具來(lái)了解這些快速發(fā)布周期的影響，并主動(dòng)對(duì)穩(wěn)定性和性能問(wèn)題采取行動(dòng)。