SRE與DevOps團隊面臨新的挑戰(zhàn)
時間：2022-04-16 08:09:01 | 來源：行業(yè)動態(tài)
時間：2022-04-16 08:09:01 來源：行業(yè)動態(tài)
近年來，DevOps掀起的變革風潮可謂勢頭正勁，但其核心仍然是嘗試以人力為前提實現(xiàn)技術(shù)擴展。DevOps運動呼吁將服務(wù)的所有權(quán)、支持權(quán)與問責歸屬交由編寫代碼的開發(fā)人員。這項技術(shù)鼓勵打破技術(shù)運營團隊的現(xiàn)有邊界，讓他們在幾乎沒有上下文乃至清晰升級路徑的前提下獨立運營，由此創(chuàng)造出多個規(guī)模較小的DevOps工程師團隊。
各個DevOps團隊通過各自的微服務(wù)實現(xiàn)協(xié)同合作，聯(lián)手實現(xiàn)企業(yè)所需要的客戶體驗與業(yè)務(wù)目標。根據(jù)運營模式的不同，DevOps團隊中往往還設(shè)有專門的站點可靠性工程（SRE）團隊或個人，主要負責監(jiān)控可觀察數(shù)據(jù)以發(fā)現(xiàn)潛在問題。在這種情況下，SRE管理者將把自己的洞見反饋至開發(fā)周期當中，由此調(diào)整并增強DevOps團隊服務(wù)的可靠性與可擴展性。
但是，由于事件是實時發(fā)生的，SRE與DevOps團隊仍然很難在其應(yīng)用程序、基礎(chǔ)設(shè)施以及最終業(yè)務(wù)服務(wù)當中獲得洞見與認知。為了理解事件發(fā)生的位置及其給服務(wù)與客戶帶來的影響，我們必須從噪音背景中提取出重要事件、了解不同警報之間的關(guān)系，并獲取與相應(yīng)團隊及人員交互所需要的上下文信息。
這無疑帶來了新的挑戰(zhàn)：如何在產(chǎn)生實際業(yè)務(wù)影響之前，讓合適的人員介入以響應(yīng)并解決事件。不同DevOps團隊都有自己的職責與工具，但大多數(shù)團隊并不會使用API進行通信。人員分散在多個地理位置，一旦發(fā)生需要多方介入的復(fù)雜事件，我們該如何跨越不同時區(qū)與上報流程、保證各方高效聯(lián)絡(luò)并聯(lián)手協(xié)同？
隨著越來越多的企業(yè)開始以客戶體驗為中心、數(shù)字化優(yōu)先的立場持續(xù)推動轉(zhuǎn)型，這些挑戰(zhàn)的現(xiàn)實嚴重性、監(jiān)控數(shù)據(jù)的增長以及對業(yè)務(wù)的負面影響也被更多人所熟知。作為一種重要且前景光明的技術(shù)運營解決方案，企業(yè)不約而同地將AIOps納入DevOps流程，借此塑造出可管理、高效且利潤空間更為豐厚的運營前景。
在線咨詢