疫情的爆發(fā)，讓網(wǎng)站、云應(yīng)用和云基礎(chǔ)設(shè)施的可靠性受到了成倍的考驗(yàn)。世界各地的企業(yè)不得不在一夜之間進(jìn)行自我改造，以支持分布式勞動力。從封鎖開始的一年后，具有前瞻性的企業(yè)正在再次重塑自己，因?yàn)樗麄儨?zhǔn)備支持混合工作場所，同時(shí)推進(jìn)數(shù)字化轉(zhuǎn)型。

網(wǎng)站可靠性工程師(SRE)和DevOps團(tuán)隊(duì)發(fā)現(xiàn)，自己在過去一年的遠(yuǎn)程工作中承受著巨大的持續(xù)壓力，以幫助企業(yè)為客戶和員工在分布式地域的規(guī)模上保持最佳服務(wù)交付。同時(shí)，企業(yè)有必要變得更加敏捷，工程師有必要實(shí)施頻繁的軟件變更，以幫助企業(yè)保持高效和適應(yīng)性。

DevOps團(tuán)隊(duì)領(lǐng)導(dǎo)和SRE依靠數(shù)字體驗(yàn)監(jiān)控(DEM)來排除問題，改善團(tuán)隊(duì)協(xié)作，并為最終用戶提供更好的體驗(yàn)。我們已經(jīng)確定了IT監(jiān)控的三個(gè)趨勢，專門針對DevOps和SRE，以幫助減少這種繁重的日常工作負(fù)擔(dān)。

[[396842]]

1. 混合工作場所的正常化將需要更多的全球支持，彈性的基礎(chǔ)設(shè)施。

情況是這樣的。從谷歌到思科，越來越多的公司正在重新定義未來的工作，包括混合工作場所。我并不期望所有的員工很快就會回到辦公室全職工作。相反，我相信企業(yè)辦公室將主要作為個(gè)人協(xié)作的場所，而家庭辦公室將成為日常工作的實(shí)際選擇。

由此帶來的挑戰(zhàn)：這種修改后的工作分配將要求本地網(wǎng)絡(luò)和基礎(chǔ)設(shè)施具有新的彈性。特別是，它將給不習(xí)慣高需求的城鎮(zhèn)和農(nóng)村地區(qū)帶來額外的壓力，而城市工人最近已經(jīng)搬到了這些地方。

IT團(tuán)隊(duì)也將面臨持續(xù)的壓力，要為分布在家庭辦公室(互聯(lián)網(wǎng)連接可變且經(jīng)常不穩(wěn)定)和商業(yè)地點(diǎn)的員工提供可靠和一致的體驗(yàn)。這不是一個(gè)容易維持的平衡。那么，企業(yè)如何才能實(shí)現(xiàn)這一目標(biāo)呢?

解決方案。首先，IT團(tuán)隊(duì)要有足夠的能力來管理這些多種環(huán)境。啟用混合工作場所需要詳細(xì)了解整個(gè)服務(wù)交付鏈的實(shí)時(shí)情況，包括最后一英里的情況。

為了實(shí)現(xiàn)這一目標(biāo)，我們建議進(jìn)行一次審計(jì)，以浮現(xiàn)任何跨越DevOps、NetOps和SecOps的監(jiān)控孤島。然后，利用這些結(jié)果來識別和解決所有與性能、可靠性和安全性有關(guān)的潛在風(fēng)險(xiǎn)。通過了解和處理今天的問題，SRE可以努力實(shí)現(xiàn)明天真正靈活的工作環(huán)境。此外，他們可以在多個(gè)基礎(chǔ)設(shè)施上提供最佳的員工體驗(yàn)。

2. 自動化程度越高，盲點(diǎn)就越大。

由新冠疫情引發(fā)了自動化技術(shù)在許多領(lǐng)域的不斷使用，例如迅速實(shí)現(xiàn)跨客戶體驗(yàn)渠道的無接觸互動。同樣，大流行病也加速了SRE和DevOps團(tuán)隊(duì)內(nèi)重復(fù)性和常規(guī)任務(wù)的自動化。

我們聽說DevOps團(tuán)隊(duì)和SRE越來越多地在應(yīng)用管理的每個(gè)階段使用持續(xù)集成/持續(xù)部署(CI/CD)和基礎(chǔ)設(shè)施即代碼(IaC)。通過在整個(gè)開發(fā)/生產(chǎn)生命周期中引入自動化，工程師們看到，代碼可以更快地部署，以實(shí)現(xiàn)更快的上市時(shí)間。因此，隨著我們繼續(xù)進(jìn)入2021年，我希望看到企業(yè)繼續(xù)加大對自動化的使用。

由此帶來的挑戰(zhàn)：隨著企業(yè)采用更大的自動化和更多的云原生方法，他們的應(yīng)用程序和基礎(chǔ)設(shè)施環(huán)境變得更加復(fù)雜。自動化引入了更多的組件。同時(shí)，這些組件經(jīng)常在極短的時(shí)間內(nèi)運(yùn)行。此外，每個(gè)組件都會產(chǎn)生自己的操作數(shù)據(jù)。構(gòu)成這些分布式應(yīng)用的服務(wù)之間的通信會進(jìn)一步產(chǎn)生數(shù)據(jù)。

請注意：更大的復(fù)雜性和更大的數(shù)據(jù)量導(dǎo)致了更多的自動化盲點(diǎn)機(jī)會。

解決方案：尋求一種考慮到整個(gè)開發(fā)者和用戶體驗(yàn)的監(jiān)控方法。通過在應(yīng)用程序生命周期中盡可能早地將任務(wù)轉(zhuǎn)移到左邊，我們一直看到，開發(fā)人員通過早期測試而受益。這意味著他們可以在缺陷變成大問題之前發(fā)現(xiàn)它們。一個(gè)提供全棧合成的監(jiān)控解決方案將幫助DevOps團(tuán)隊(duì)和SRE自信地向左轉(zhuǎn)移，提供對生產(chǎn)前環(huán)境和外部網(wǎng)站或應(yīng)用程序上的代碼的用戶體驗(yàn)的端到端可視性。

3. "就像豆莢里的兩顆豌豆："可觀察性和監(jiān)控將更多地串聯(lián)起來發(fā)揮。

我們看到，SREs正越來越多地將可觀察性和監(jiān)控結(jié)合起來使用。隨著IT團(tuán)隊(duì)意識到這兩個(gè)學(xué)科在更好地了解整個(gè)系統(tǒng)行為和健康方面的互補(bǔ)方式，他們也發(fā)現(xiàn)將這兩個(gè)學(xué)科結(jié)合起來使用有助于跟蹤有價(jià)值的SLO。

挑戰(zhàn)：SREs經(jīng)常以一種孤立的方式使用可觀察性和監(jiān)測數(shù)據(jù)。這導(dǎo)致了對用戶體驗(yàn)的有限描述。隨著商業(yè)環(huán)境變得更加復(fù)雜，用戶體驗(yàn)方面的差距也變得更加明顯。

解決方案：Observability允許運(yùn)營部門從生產(chǎn)生命周期的任何階段的日志、指標(biāo)、跟蹤和事件中提取數(shù)據(jù)。這擴(kuò)大了從特定數(shù)據(jù)集中收集洞察力的能力(在大數(shù)據(jù)時(shí)代非常有用)。為了達(dá)到最大效果，企業(yè)將把可觀察性與數(shù)字體驗(yàn)監(jiān)測結(jié)合起來，以跟蹤其服務(wù)到達(dá)最終用戶所需的所有交付組件。

這些工具共同作用，極大地提高了SREs、ITOps和DevOps進(jìn)行深度根源分析的能力，并在不消耗過多內(nèi)部資源的情況下更快地解決性能問題。

通過了解和預(yù)測IT監(jiān)控的這三個(gè)趨勢，DevOps和SREs可以更好地準(zhǔn)備好有效地解決性能問題并改善業(yè)務(wù)成果。