<address id="191n9"></address>
      <thead id="191n9"><listing id="191n9"><mark id="191n9"></mark></listing></thead>

      <form id="191n9"><nobr id="191n9"><progress id="191n9"></progress></nobr></form>

        <address id="191n9"><address id="191n9"><listing id="191n9"></listing></address></address>
        <noframes id="191n9"><address id="191n9"><listing id="191n9"></listing></address>
        <address id="191n9"></address>
        <dfn id="191n9"><th id="191n9"><meter id="191n9"></meter></th></dfn>
        登錄 用戶注冊
        資訊活動

        詳解云中斷的原因和損失以及如何降低云中斷的損失

        發布時間:2022-08-11 來源:金屬加工

        云計算帶來了提高效率、改進數據安全和增加利潤的機會。但云服務并非萬無一失,業務中斷是不可避免的。IT領導者需要了解云中斷帶來的損失。

        云中斷可能由多種原因導致:軟件錯誤、電源故障、配置錯誤、資源耗盡以及數據中心冷卻問題。云計算提供商可以從每個中斷事件中學習,積累可以幫助他們防止未來中斷的知識。

        云計算用戶必須管理云服務在云中斷期間受到的影響。中斷的時間越長,造成的損失就越大。美國再保險經紀商Guy Carpenter公司和網絡風險分析平臺Cyber Cube公司在2019年的一份報告中指出,云中斷是可能影響業務的損失最高的單點故障之一。

        這些損失可以準確量化嗎?企業有什么追索權來追回它們?云計算提供商是否容易在云中斷后受到訴訟?


        云中斷的成本

        對云中斷成本的估計各不相同——從受影響的行業到業務規模,各種變量都會發揮作用:

        云性能優化商計算出平均企業的停機成本為每分鐘5600美元。

        研究機構估計成本最高可達每分鐘9000美元。

        Lloyd公司在2018年發布的一份報告表明,中小企業在云計算業務中斷期間的損失最為慘重。

        盡管有這些令人痛心的統計數據,但Veritas公司在2017年的一份報告中估計,只有不到25%的企業估計了他們在云中斷期間可能遭受的損失。

        根據Forrester公司的研究,考慮到計劃外停機時間的成本比計劃停機時間的成本高35%,沒有評估其漏洞的企業面臨的風險要大得多。

        在特定中斷期間確定特定企業的損失是復雜的。嚴重依賴云服務的企業可能會比同時使用云平臺和內部部署運營的企業遭受更多損失。影響一小部分基于云的業務的中斷將比破壞企業在云平臺中運營業務的中斷損失更小。中斷時間越長,損失就越大。如果中斷與數據泄露有關,云計算用戶還可能面臨監管機構的處罰,而且由于未能進行盡職調查而導致的其他監管后果可能即將出現。

        然后是更難評估的軟成本。在社交媒體時代,企業業務遭遇中斷的消息將迅速傳開。當很明顯他們無法提供無縫服務時,即使是在很短的時間內,企業也很容易失去現有客戶和潛在客戶的信任和合作。


        如何構建云提供商協議

        云服務提供商本身不太可能承擔因中斷而產生的任何成本。

        行業標準服務水平協議非常嚴格,大多數云服務提供商幾乎不承擔任何責任。

        雖然一些云計算提供商已經開始提供自己的保險政策,谷歌云現在提供自己的網絡保險插件,但這并不是常態。

        美國保險追償律師事務所的合伙人Cindy Jordano說:“企業需要詢問云計算提供商提供什么樣的保險,或者達成某種賠償協議?!?/p>

        即使一些云計算提供商確實提供保險,這些保單的條款也只能彌補客戶損失的一小部分。

        網絡保險服務商Resilience公司的首席理賠官Michael Phillips建議:“協商公司承擔多少風險,以及云服務提供商承擔多少風險。但如今許多主要的云服務提供商都不愿意承擔自己失敗的風險?!?/p>

        公有云是一個多租戶環境,使責任問題進一步復雜化。

        Culhane Meadows律師事務所的合伙人Lisa Rovinsky說,“許多云計算提供商目前不提供有意義的服務水平協議(SLA),他們認為應用程序必須滿足多個客戶的需求。我認為隨著客戶變得更加復雜和混合云解決方案的發展,這種權力結構將會發生變化?!?/p>

        這讓客戶有責任確保他們的云協議從一開始就盡可能完善。樣板合同只能提供粗略的保護,因此定制合同成為主流。定制合同的成本會更昂貴,但在發生代價高昂的云中斷時將會節省一些費用。

        IT咨詢實踐咨詢機構Infosys Consulting公司的首席信息官顧問合伙人Elizabeth Ebert警告說,“云計算可用的服務水平往往非常高:達到99.9%以上。而可用性每增加百分之一,成本就會急劇增加?!?/p>


        保險范圍

        在保險損失方面,全球三大云計算供應商的業務中斷三到六天的成本可能超過147億美元。研究機構在2020年10月的一項研究表明:

        由單一云計算提供商的云中斷導致的數據丟失可能導致高達238億美元的損失。

        云計算提供商的大規模數據丟失可能導致高達222億美元的保險損失。

        長期的云中斷將造成143億美元的損失。

        對主要云計算提供商的勒索軟件攻擊將造成115億美元的損失。

        因此,明確的網絡政策越來越成為必要。但即使是這些政策也不一定包括云中斷覆蓋,或者在有限的基礎上這樣做。

        但是,有一些方法可以降低成本。云計算系統的數據完整性和冗余性的證據對保險公司很有吸引力。保持嚴格的數據庫可以降低發生未知泄漏的可能性。在不同的云計算服務器上進行多個備份顯著地降低了數據不可恢復的可能性。


        考慮中斷的原因

        此外,還需要考慮潛在云中斷的多個來源。典型的網絡政策通常涵蓋勒索軟件和其他網絡攻擊。但并非所有云中斷都與網絡安全有關。

        保險商Parametrix公司聯合創始人兼首席技術官Neta Rozy澄清說,“停機時間和網絡安全是兩件不同的事情,網絡安全更適用于網絡攻擊。停機時間是不可避免的。因為我們都生活在數字世界中,但內部部署數據中心并不完美。因此,網絡政策不太可能涵蓋因中斷或軟件錯誤導致的云停機。 ”

        Parametrix公司構建了一個專有系統,用于監控公有云中存在的跨數據中心的云平臺和云計算應用程序可用性。該系統收集的數據使企業能夠評估云計算風險并為其政策提供保障。該公司的知識產權還允許它消除保險領域中典型的索賠流程。

        Rozy解釋說,“我們需要確定停機時間,客戶實際上不必經歷索賠流程,因為我們確切知道在給定時間哪些云計算中斷或云服務中斷,以及客戶的承保范圍?!?/p>

        云計算面臨的風險是廣泛的??蛻艨赡軙蚶账鬈浖蚱渌问降木W絡攻擊而丟失數據,并且他們可能會遇到與網絡安全無關的中斷相關后果。這可能意味著企業需要購買不止一種類型的保險服務來為云中斷的后果提供足夠的保護。

        從小眾云保險到更全面的網絡保險,一系列產品可能會在不久的將來出現。

        對于首席信息官和其他決策者來說,為云中斷覆蓋范圍選擇保險是確定風險承受能力并找到一個或多個政策的問題,并足以解決商定的業務風險。

        不過值得注意的是,一些系統性故障可能本質上是無法承保的,因此企業應該制定相應的計劃。


        來源: 企業網D1Net


        人妻女教师披伦流侵犯蹂躏
          <address id="191n9"></address>
            <thead id="191n9"><listing id="191n9"><mark id="191n9"></mark></listing></thead>

            <form id="191n9"><nobr id="191n9"><progress id="191n9"></progress></nobr></form>

              <address id="191n9"><address id="191n9"><listing id="191n9"></listing></address></address>
              <noframes id="191n9"><address id="191n9"><listing id="191n9"></listing></address>
              <address id="191n9"></address>
              <dfn id="191n9"><th id="191n9"><meter id="191n9"></meter></th></dfn>