雲端儲存具有易用性、可存取性、安全性和隱私性等特質,使其成為企業資料儲存的熱門選擇。讓我們深入了解雲端的來龍去脈,包括雲端策略範例、雲端採用策略,以及 2022 年務必要知道的趨勢。
將企業移轉到雲端可以獲得很多好處,以下先介紹一些:
實作一個新系統,並不總是那麼容易 – 尤其是如果您領導一個大團隊,或系統已存在多年。訂定策略,會更容易指引團隊採用雲端。了解好處、定義目標並確定團隊角色,類似在 Scrum 或 Agile 架構中的做法。
您的員工 (尤其是 IT 部門的員工,也包括全公司的員工) 需要知道您將使用哪些服務和使用的原因,以及他們預期該如何進行。能清楚傳達使用情況和好處,便能避免稱為雲端蔓延的常見現象,即各個團隊和部門各自使用不同的服務。雲端蔓延會導致非必要的資源和資金分配 (更不用說安全與合規問題),但只要明確且自信的介紹,就很容易避免這些問題。
您的公司目標將直接影響企業雲端策略。在與團隊交涉時,問問自己,雲端能幫助您達成什麼成果。您瞄準什麼更大的業務或部門目標?將雲端儲存及其好處整合到您的總體目標和關鍵結果之中。邀請專案經理一同參與。採用雲端儲存時,應該包含策略規劃,以及特別與雲端資料儲存相關的災難復原計劃。這是策略的重要組成。如果您等著制定計劃,一旦發生災難性資料漏洞,將為時已晚。
通訊和委派是資料要成功移轉至雲端的兩個要素。為確保公司資料串流的連續性,請及早定義團隊角色並設定期望。
還有什麼比遺失資料更糟糕?對企業公司來說,大概沒有其他損失可以與之匹敵了。制定雲端移轉策略時,其中一部分是關於建立藍圖,以決定移轉資料的方式和時間,還有要如何保護資料。在傳輸過程中遺失或破壞的資料可能導致災難,因此確保安全傳輸極為關鍵。
並非所有的雲端策略和部署模型都是一樣的。以下是組織應考慮的各種情況。
私人和公共
當您聽到有人談論私人雲端儲存時,他們指的是只有公司在使用的硬體和軟體。私人解決方案通常是供政府機構、金融機構和其他類似的中大型公司使用。
公共儲存則是共用的空間,多個租戶使用相同的硬體、儲存和其他網路裝置來儲存資料。這類通常用於網頁式電子郵件、測試和開發環境等。有些公司會同時擁有公共和私人儲存。
混合式
如果您同時擁有這兩種儲存類型,您可能會轉成混合模型。混合模型更常在環境之間使用更多資料和應用程式。它們也比只使用內部儲存更符合成本效益,對中型和大型企業來說是很有吸引力的解決方案。在移轉過程中,所有業務皆經過技術混合。
多重雲端
將多重雲端與混合雲端混為一談是很常見的。這兩者有相似之處,但卻會讓團隊走上兩條不同的道路。多重雲端是指使用多個雲端供應商,無論是公共、私人或現場的雲端。許多企業已移轉到多重雲端方法,因為它能避免依賴固定供應商,還能讓團隊充分利用領先業界的軟體解決方案和先進技術。從許多方面來看,多重雲端儲存是未來的潮流。但還是有更簡化的多重雲端解決方案,是其他策略無法取得的。
找出要使用的雲端策略後,該是時候設定了。
找到業務目標
首先,您需要找出業務目標和目的,並務必明確定義您的雲端移轉如何能協助實現這些目標。同樣也很重要的還有為移轉流程建立目標清單。請記住,隨著流程持續進行,有必要視需要調整這些目標。
至少,找出業務驅動因素和移轉的優先順序。越明確且可量化的關鍵績效指標或預期,將為企業帶來最多的好處。
決定目標的優先順序
在制訂藍圖時,團隊通常會選擇移轉依賴性最低的服務,例如針對內部的服務。然後,他們會接著選擇最接近客戶的外部服務。
有些組織可能會選擇先從面對客戶的服務開始,以便測試可能的影響,並減輕大規模移轉的影響。選擇最外圍的服務將涉及更多風險,但樣本會更有代表性。
評估您的 IT 團隊的狀態
您的 IT 團隊準備好進行資料移轉了嗎?他們需要什麼樣的訓練和支援?他們是否具備承擔該專案規模的能力和時間?在建立雲端策略時,這些問題都需要考慮。缺少 IT 團隊的穩定支援,您將無法成功實作策略。
選擇正確的雲端部署模型
選擇正確的雲端部署,取決於預算、組織規模、業務目標、團隊能力和可用資源。最終,客戶所看到的外在將保持不變。隨著雲端採用變得越來越普遍,今天的企業還應該關注部署模型的產業壽命。
與合適的雲端服務合作
使用正確的模型,您的雲端移轉將是流暢、安全、無憂的過程。Seagate Lyve Cloud 使企業組織能克服大規模儲存、移動及啟用資料的成本和複雜性。透過 Lyve Cloud,您可以捕獲大量非結構化資料,克服資料重力陷阱,控制您自己的資料,提升您的混合多重雲端效能,並將您的資料移到需要的任何位置,而無需支付出口或存取費用。Seagate Lyve Cloud 是一種多合一資源,可以使雲端移轉更容易、壓力更小、更具成本效益。
優先考慮雲端計劃
移轉需要時間 – 尤其是將大量資料移轉到不同環境。從訓練和分配角色到實際移轉並設定雲端原生應用程式/服務的整個過程,視專案規模而定,耗時可能從兩個月到兩年。
其實,移轉到雲端的時間就不同產業來說比預期的要長。加入專案緩衝時間。
為了簡化時間表,決定要先移轉哪些部門和資料,然後從這裡開始安排進度。在您的專案管理工具中實作藍圖,或許有助於讓您的團隊達成共識並設定期望。同樣重要的是,要注意此過程可能需要您重組 IT 團隊及其職責/角色的架構。IT 組織結構圖的變化程度,會因部門工作負載轉移到雲端的比例而有所不同。
例如,您的企業可能有更敏感的資料,而您希望將這些資料保留於內部部署,或在公司內部。然後,您將團隊資源分配給內部部署管理,以及雲端移轉管理。
企業層級的雲端移轉不屬於日常的 IT 任務,因此要使用現有的人員來執行,可能很有挑戰性。研究表明,超過 80% 的雲端領導者回報指出,其由於內部知識和技能的不足而未能成功。移轉要成功實作要靠獨特技能,因而許多企業組織選擇將雲端移轉團隊外包。
如果您自己在內部設立了雲端移轉團隊,那麼您需要人員來擔任雲端架構師、雲端工程師、系統管理員、安全經理、合規專家,還要有高階主管的贊助。
評估風險並尋找解決方案
討論資料移轉時,應急計劃是必須的。移動資料時總是存在風險,因此如果出現任何問題,制定災難復原計劃非常重要。牽涉到公司的資料、潛在成本和相關風險時,不應有意外結果的空間。
實作藍圖
一旦設定好目標和期望,向團隊簡要介紹並選出角色/職責,找到合適的雲端服務供應商,同時評估並規劃風險減降措施後,您便能開始實作。
一路持續溝通
請記住使用全面性的方法,讓整個組織參與,並為 IT 團隊盡可能提供訓練和支援。重點在於溝通。無論是在專案管理工具中或在每週快速簡報中,都要將團隊融入到更大範圍的溝通討論串之中。
Bloomberg 和 CNBC 評論員 Bob O'Donnell 探討民主化資料分析和儲存影響
硬碟機和 SSD 會與 GPU、CPU、HBM 和 DRAM 一起成為人工智慧應用環境的重要一員。