研究表明，云計算/數字時代的危機和事件管理將成為企業采用的一種安全策略。

　　“事件”被定義為計劃外停機或中斷，向用戶提供較低質量的服務、部分或完全中斷服務。如果是重大事件，那么它就是一個“危機”。

　　當事件開始影響提供給客戶的服務質量時，它就會成為一個問題，因為大多數服務提供商與消費者簽訂了服務等級協議，這些協議通常內置了懲罰措施。

　　行業專家指出，大多數企業并沒有設置實時處理與IT相關的事件或危機的機制。很多企業采用傳統的方法應對危機，因為他們沒有考慮采用云計算或者SaaS模式，而一些數字原生公司也并不太重視危機管理。

　　特別是對于“永遠在線”的需求和要求，事件可能隨時發生，而且經常發生在周末和節假日。當事件發生時，準備充分的企業必須處于識別、評估、管理、解決并有效地將其傳達給客戶的狀態。

　　這里要注意的另一個關鍵問題是安全事件和服務事件之間的區別。安全事件是指發生數據泄漏的情況。數據泄露的緩解和危機管理涉及采用一組不同的程序，從禁用帳戶到通知利益相關者和帳戶所有者以及將問題上報給安全和身份識別團隊。服務事件是指部分或全部發生服務中斷。它需要DevOps、開發人員和Ops團隊進行處理。由于它們有些相似，一些危機管理程序可能會重疊。但是，如果企業的支持團隊不知道正確的升級流程，那么他們可能會在緊急情況下向錯誤的渠道發送嚴重警報。在此只討論服務中斷，盡管安全事件也有很多相似之處。

　　盡可能避免發生事件

　　在任何情況下，避免出現問題都比解決問題要好。企業可以做很多事情來避免這種情況，例如漏洞審計、預警監控、代碼配置審計、發布審查、異常檢測等。企業還應該投資于適當的可觀察性、監控、日志記錄和跟蹤解決方案。

　　未雨綢繆

　　大多數企業在發生事件時并沒有準備或制定行動計劃。在數字世界中，事件不會等待數天的時間才能解決或管理。

　　在其他人之前確定事件

　　在行業專家發布的一份名為“在數字經濟中，應該快速失敗但必須快速恢復”的文章中，討論了需要比客戶或合作伙伴更快地發現問題的速度。軟件開發已經完全采用了DevOps和敏捷原則，但是運營團隊還沒有完全接受DevOps方法論。例如傳統的監控系統，無論是應用程序性能監控、基礎設施監控還是數字體驗監控系統，都可以很快發現是否存在服務中斷。然而在當前的環境中，識別導致問題的微服務，或者識別導致這一問題已生效的更改是復雜的。

　　迅速果斷地采取行動

　　當發生重大事件時，應該是全員參與的情況。一旦確定了關鍵事件(第1級)，就應為事件分配一名事件指揮者，必須立即打開協作作戰室(虛擬或物理)，并邀請服務所有者參與。如果可能的話，必須立即將問題上報給能夠解決問題的人員，而不是經過L1到L3等工作流程，這會進一步拖延進程。此外，如果有太多人被邀請到這些協作作戰室，則必須有一種機制來識別故障平均調查時間(MTTI)，這樣，如果被邀請的人員沒有直接關系，也無法幫助解決問題，那么他們可以離開繼續開展他們的富有成效的工作。

　　在數字頻道上擁有自己的策略

　　當發生重大服務中斷時，企業的用戶需要知道，服務所有者需要知道，企業主管需要知道。也就是說相關人員都應該知道。其中一部分原因是外部溝通。最起碼要顯示一個狀態頁面，顯示服務的狀態和質量，讓每個人都時刻了解服務狀態。此外，應該對出現問題的原因、正在采取什么措施進行修復以及可能的問題進行初步解釋，或者作為狀態更新或在LinkedIn、Twitter、Facebook和企業所在的其他社交媒體平臺上的帖子中發布。企業的用戶通過社交媒體可以知道服務已關閉。如果用戶沒有得到任何更新的信息，那么企業的競爭對手可能就會散布謠言來破壞企業的品牌聲譽。

　　這是大多數數字公司比較薄弱的地方，因為他們沒有做好準備。而在工程師和支持團隊試圖解決問題的關鍵時刻，實時危機和聲譽管理至關重要。使用情緒分析和聲譽工具找出誰在說極端負面的話也是一個好主意，并嘗試讓他們離線直接處理或實時回應，以避免進一步升級。

　　進行無可指責的事后分析

　　在很多企業看到的一個共同模式是，在解決了危機和事件之后，每個人似乎都很快轉向下一個問題。可能是因為問題太多，導致企業的支持團隊、DevOps和Ops團隊不堪重負，或者他們認為沒有必要分析發生了什么或為什么會發生。危機/事件管理的一個特別重要的部分是弄清楚出了什么問題，為什么會出錯。更重要的是，企業如何才能根除這個問題，這樣就不會再發生這種情況。在找出解決方案后，將其正確記錄，還需要有一個存儲庫來存儲這些解決方案，以便在再次發生事件時，知道如何快速果斷地解決這個問題。

　　跟進

　　此外，與受其影響的頂級客戶討論這種情況;企業解釋為解決問題所做的工作以及如何解決問題，以避免重復。更重要的是，討論在事件發生之前是如何做好準備的，這將給企業增加巨大的信心。這樣企業不僅不會失去客戶，而且會因為其處理方式而獲得更多收益。

　　此外，危機管理公司的建議是在事件發生之后取消企業計劃舉辦的其他活動。例如如果企業的關鍵服務中斷數天，而其高管正在拉斯維加斯參加大型會議，那么社交媒體對此也會十分關注。監控社交媒體平臺(至少LinkedIn、Twitter、Facebook或企業在其他社交媒體平臺，包括對企業的博客網站的負面評論)的語氣;企業甚至可以使用基于人工智能的情緒分析工具來識別仍然不滿意的客戶，以討論他們擔憂的問題以及如何解決這些問題。在解決這些問題之前，企業的事件還沒有完全解決。

　　另一個最佳做法是在重大事件發生后的一段時間內避免炒作或宣傳。一些企業繼續執行這一計劃并得到客戶的強烈反對，而他們都在空談并且沒有產生任何實際效果。

　　結論

　　每個企業遲早都會面臨這個問題。沒有人是無敵的。當問題發生在自己身上時，企業準備好應對它了嗎?處理得當的企業可以獲得客戶的信任，表明他們已準備好應對未來再次發生的事件。

　　那么，企業是通過正確的方式來獲得客戶的信任，還是通過弄虛作假和掩飾而失去信任?這將決定企業的未來發展。

　　企業需要在云計算時代的工具選擇、最佳實踐、趨勢和適當的IT事件/危機管理設置獲得建議，以便在發生這種情況時做好準備。