3S Market deliver Smart and Valuable information for Business
3S Market 傳遞 智慧應用與價值的商業資訊
2022年7月11日 星期一
· 雲端運算 —— 從私有雲、公有雲和混合雲，到雲端服務和演進
雲端運算的類型 - 公共、私有和混合 雲端運算服務
本報導相關企業雲端運算指南。雲端運算定義、雲端服務（SaaS、PaaS、IaaS）、雲交付模型（公有、私有、混合和社區）、好處、神話、採用、策略和演變與市場預測解釋 ……，數位轉型完全方略，就在這篇報導！
企業雲端運算指南。雲端運算定義、雲端服務（SaaS、PaaS、IaaS）、雲交付模型（公有、私有、混合和社區）、好處、神話、採用、策略和演變與市場預測解釋。
數位化轉型是多雲和混合雲環境的驅動力，公有雲在混合雲中的作用越來越大
雲端運算在實現數位化轉型的技術堆棧中，起著相當重要的作用，甚至是數位化轉型專案中的主要交付模式。
目錄 雲端運算
雲端運算也是工業 4.0 的重要推動力之一，十多年來一直在塑造軟體和業務應用市場，在物聯網發展中佔有重要地位，對於管理包括大數據在內的數據相當重要，舉幾個例子。
事實上，我們看到近年來出現的金融科技（金融技術）和共享經濟等領域的許多技術推動者、創新和「顛覆性」新來者，如果沒有雲，根本不可能實現。
然而，雲端運算以及雲端的各種策略、佈署、技術和業務方面的了解，並不像有時假設的那樣廣為人知。
儘管自 2005 年至 2006 年以來，各種雲端服務交付模型已經真正存在，並越來越多地被採用，但服務提供商客戶方面的雲端現實，往往看起來不同，問題仍然存在，就像我們在雲端運算的第二個十年一樣。事實上，在一些國家和許多類型的組織中，雲，尤其是公共變體，現在才剛剛成為現實，正如你將看到的以下所報導那樣。
雲端運算的第二個十年：走向成熟
當你在供應商和服務提供商方面為雲端公司工作時，很容易忽視雲遠非在所有地區、公司類型和應用領域都普遍存在。
自雲端運算早期以來，我們曾在 CRM 和安全等領域，為一些雲服務提供商和特定雲解決方案供應商工作，我們看到圍繞雲的敘述，如何從銷售雲及其「本身」的好處，轉變為關注雲端運算在實踐中，可以為組織做些什麼。誠然，我們並沒有過多關注本地和數據中心的演變，而是在本入門手冊中，進一步介紹了本地架構和雲。
我們還看到混合雲策略在大型組織中，對多雲現實的重要性日益增加，並且整體上對雲端策略的關注度越來越高，儘管只有極少數公司擁有真正優化的雲端策略。因此，雖然一些公司採用混合雲方法，並在這個日益成長的多雲環境中編排多個雲，但對於其他公司來說，雲的真正發現和佈署階段才剛剛開始。正如你將看到的那樣，轉移到雲當然並不總是計劃策略的結果。在不止一種情況下，向雲交付模型和服務的轉變是一種「自然演變」。
然而，對於希望擁有可擴展，和可擴展的數位業務轉型計劃的公司而言，雲只是關鍵和關鍵支柱，如果不是你可能聽說過的數位轉型技術堆棧（第三平台和它的創新加速器；社交、行動、分析和雲的 SMAC 堆棧）以及他們成功所需的東西。
顯然，雲採用的不同速度取決於多種因素：活動類型、組織規模、應用類型、地理位置、雲類型等等。正如你可以在本報導接下來看到的那樣，我們所看到的，以及許多研究公司也證實的是，雲的第一個十年的結束和第二個十年的開始是一個轉折點，我們從試水開始（除了許多例外比較成熟的公司）以更大規模的業務驅動，和更具策略性的方法利用雲的可能性，以明確向數位業務發展的願景。在一些首先加入雲端運算的大型組織中，這也意味著將所謂的工作負載從雲中移回本地環境，正如我們將介紹的那樣，即使在「雲」上的支出有望在許多領域加速.
雲端運算：不同的策略、速度和看似矛盾的演變
在 2017 年與 ICT 服務提供商和 CIO 討論對雲的理解和採用時，我們發現雲端運算和許多重要的雲演進，在許多組織中並不總是那麼廣為人知。
明確的雲策略或對該策略的優化更為罕見。此外，還有一個有趣且看似矛盾的演變正在發生。
概述
在某些地區和組織中，只有在 Microsoft 推動 Office 365 之後，許多公司才向（公有）雲或某種策略性的雲方法，邁出了第一步或更詳細的步驟。幾位首席資訊官在採訪中，提到它是採用公有雲的觸發因素，因此 Office 365 似乎已經改變了一些市場的心態，在這些市場中，公司在這方面相當不情願，現在（公有）雲的採用，似乎突然之間議程的首位。不過，這種演變並不令人驚訝。正如 2014 年來自 Cisco Belgium 的人告訴我們的那樣：「當像 Microsoft Office 365 這樣的雲端應用成為主流時，公有雲的接受度將會增加，因為客戶會看到，最終，公有雲並不那麼令人興奮」。
在比利時等國家，甚至更成熟的荷蘭市場，對公有雲的接受確實正在發生。然而，在全球，公有雲的採用比以往任何時候都快（有一些警告）。
當然，這不僅與這些國家有關，也與 Office 365 推送或其他任何事情有關（更多報導見下文）。 然而，很明顯，隨著 Office 365 等平台的使用，雲中這些應用的其他需求很快就會出現，例如需要備份或數據安全。無論是特定公司或特定國家的驅動因素，以及其他現象，例如數位業務、舊設備的更換、IT 不斷變化的需求，以及上述更成熟的雲端運算方法，這無疑是導致我們在 2017 年及以後，看到了包括公有雲在內的許多雲領域的更高成長。
然而，當雲需求由業務、創新和靈活性目標，以及各類利益相關者和使用者的需求驅動時，數位化轉型策略和努力仍然是關鍵驅動因素。主要轉型工作只需要雲。
雲端運算是一種自然進化
Office 365 等應用觸發（公有）雲採用的場景，是「走向雲端」可能是一種相當自然的演變的一個例子。
還有很多其他情況，通常雲幾乎是有機地出現在圖片中。一些例子包括：
- 當一個組織搬到帶有新數據中心的新大樓時，重新訪問現有基礎架構，並僅保留有限數量的內部應用，被證明是最佳解決方案；
- 當員工配備了新的（行動）電腦、桌上型和/或瘦客戶端 並決定在雲中使用某些已安裝的軟體（實際上，例如 Office 365）時；
- 當一些舊的本地設備需要更換時，它選擇透過選擇雲端方法，而不是更新本地解決方案來降低高昂的維護成本；
- 當行動工作人員的數量由於各種可能的情況而增加時，例如公司及其員工隊伍的擴張，或者僅僅是越來越多地採用行動和靈活工作方法等；
- 當 IT 期望的轉變，僅僅導致需要使用更多的雲端應用、基礎架構和合作夥伴時；
- 當需要一種新型應用，或特定應用提供商的策略，或市場條件發生變化時，就會採用雲端運算（想想企業內容管理、協作等），並且對雲端運算的體驗，會引起其他部門或在其他應用中；
- 當一個組織處於收購的道路上，並且其業務和技術環境變得越來越分散時；
- 當新的監管要求、業務合作夥伴的需求，或任何其他潛在的環境演變需要雲或混合方法時；
- 當一個組織決定實施，包括 IT 在內的大規模優化和合理化工作，以更好地適應不斷變化的內部和外部條件、提高效率，並為即時經濟提供更多的未來保障時，幾乎不可避免地會帶來雲在圖片裡：
- 和許多其他潛在的情況。
雲端運算作為策略選擇
對於其他公司來說，轉向雲的決定是一個明確的選擇，甚至是策略任務，而不是外部和內部因素的結果。我們採訪的幾位顯然選擇以系統方式，遷移到雲的 CIO 都活躍在非常創新的公司中，這可能不是巧合，在這些公司中，數位化轉型和創新不僅在議程上排名靠前，而且在公司在不斷變化和創新驅動的市場中，核心活動的 DNA。
實施更多雲端解決方案和服務的策略，選擇與雲端策略不同。雲端策略是指優化當今許多組織的多雲現實的策略（端到端視圖、管理容量和工作負載策略等）。
雖然第一個（轉向雲的策略決策）通常與對業務、靈活性和創新的日益關注有關，IT 被要求在其中發揮關鍵作用，但第二個（雲端策略在優化各種雲感）是我們提到的非常罕見的部分。請注意，當組織遷移到雲端運算作為我們之前看到的，相當自然的演變的一部分時，IT （以及其他越來越多地為實現目標購買 IT 解決方案和服務的部門，如果做得好）顯然在大多數情況下，都有這樣做的策略。在任何雲實施中，最好 IT 和業務部門一起工作，但通常情況並非總是如此。遷移到雲本身是一段旅程，並且確實需要策略。
這將我們帶到本章標題中提到的看似矛盾的演變。
雖然一些組織現在才開始，將工作負載引入雲並開始試水，這在雲的第一個十年是典型的，而其他組織則有機地或作為策略選擇遷移到雲，但在更先進的市場和公司中，雲已被積極用於幾年來，我們看到了另一個前面提到的現象：一些人正在減少對雲的使用，並將特定的工作負載、應用或服務，以及基礎設施組件帶回內部。
這並不是重新集中化的跡象，對各種雲交付模型和雲端服務，日益採用和投資的預測仍然很高。這是一種由多種原因引起的現象，其中雲成熟度的增加是其中之一。擁有必要雲經驗的組織，只是擁有更加以工作負載為中心，和面向業務的方法，尋找處理各種工作負載的最佳方法。
因此，在所謂的混合雲方法中，更智慧地處理工作負載部分，是更成熟的雲端策略的標誌。然而，它當然也部分地顯示了一些關於雲的問題，和/或失望，或者更好的是，關於一些雲神話。
透過將雲呈現為具有共同利益的一件大事，而無需深入研究，後者不應該讓人感到意外。雲涵蓋了許多現實和通用陳述，例如「雲端運算更便宜」，還有一些其他的陳述，導致了我們下面提到的相當多的雲神話。像往常一樣，這一切都取決於，雖然按需模型的成本降低和從資本支出，到營運支出的轉變，肯定經常被提及，而且是非常傳統的好處，但使用雲並不一定意味著你會更便宜。這不是唯一的神話，某些領域出乎意料的高成本，當然也導致公司將一些工作負載帶回內部。
對於由於上述任何有機或策略原因，而正在試水或進入完全「遷移到雲」模式的組織，作為增加雲採用率的選擇的一部分，最好看看更成熟的組織，如何正在重新考慮他們的雲和工作負載方法。這是後來者的好處：他們可以向先行者學習，記住每個業務和環境都是不同的。
因此，我們在這裡看到的是一個全球市場，各種類型的組織以非常不同的速度發展：一些組織真正起步，並看到其他市場的其他市場正在放慢，甚至減少雲佈署。
這似乎是查看雲端運算指南的另一個很好的理由，其中包括將神話與現實分開，並解釋演變以及最重要的是它們背後的「為什麼」。組織概述雲端運算的最後一個原因是，雲這個術語已被廣泛使用，以至於人們似乎從雲的現實中分心了這個大概念。它不是一個東西，它是許多東西、服務和現實的混合體，正如我們將看到的那樣，人們對雲優勢和好處的看法發生了明顯的轉變。
雲端運算定義：什麼是雲端運算，什麼是「雲」？
在此查看一些雲市場和採用趨勢之後，是時候從雲端運算的本質，和一些雲端運算定義開始了。
什麼是雲端運算？
雲端運算的一個簡單解釋是，雲端運算是 IT 和運算服務的集合，組織將 IT 和運算能力作為服務（按需部分）付費。這就是組織的觀點。你無需購買雲，而是訂閱服務。
即時業務需要策略性雲方法，因為持續的數位化創造了一種新的 IT 範式，所有 IT、物流和生產系統，都連接到即時網路基礎設施中
透過雲端運算，可擴展和靈活的 IT 相關功能，作為服務提供給使用 Internet 技術的外部客戶。雲端運算透過 Internet 或透過私人連接，提供私人或公共服務，使用者透過網路瀏覽器訪問資源、軟體和應用 app，而不是在他們自己的組織內本地託管軟體。不要將雲視為單一事物，而是將其視為一種廣泛的技術和業務趨勢，它改變了我們看待事物的方式，尤其是組織管理、支付、設計、營運、控制和保護其 IT 的方式。
很久以前，美國國家標準與技術研究院或 NIST （更多關於這些定義和 NIST 在下一節和本頁底部）對雲端運算的定義如下：「雲端運算是一種實現無處不在、方便、對可配置運算資源（例如，網路、伺服器、儲存、應用和服務）的共享池的按需網路訪問，這些資源可以透過最少的管理工作或服務，提供商交互來快速提供和發布」。
Gartner 今天將雲端運算定義為「一種運算方式，其中可擴展和彈性的 IT 相關功能，是使用網路技術為客戶提供服務的提供商」。暫時擱置可擴展性和彈性方面（下一節以及雲端優勢和神話中的更多內容）三個要素在這裡很重要：
IT 相關的能力。 這些轉化為計算資源以處理工作負載。簡而言之，工作負載描述了應用程序（不同部分）和 IT 系統的幾個獨立任務、服務和請求，它們需要包括代碼處理在內的計算資源。其中許多工作負載，無論是服務的一部分還是完整的應用程序，都可以遷移到雲端並返回。這一切都有點複雜，但你明白了。目前，與 IT 相關的功能最為重要。
作為一項服務。 這可能是雲的主要和最著名的方面，無論雲交付或雲佈署模型 （我們將介紹的各種雲）和雲端服務的種類，從基礎設施到應用。這種「即服務」方面幾乎出現在各種雲使用類型的所有名稱中，並適合超越雲的更廣泛的視角，是我們使用技術的方式的轉變，甚至將我們引導到-a-服務平台經濟。有些人經常在「即服務」上下文中使用較舊的術語「按需」。
網際網路。 這不需要太多解釋。雲植根於許多技術和演變，從分佈式通信、網格運算和客戶端伺服器等非常古老的技術，到網路及其前身和支持協議、硬體和網路資源的虛擬化、ASP （應用服務提供商）模型（透過 Internet 將軟體用作場外訂閱服務，而不是在本地安裝它，可能需要許多許可證，以及大量維護和資源）等等。然而，網路顯然是本質，你首先需要它來訪問和管理你的雲端服務。
雲端運算和雲定義 —— 標準和倡議
在雲端運算的底層，是按需 Internet 和/或網路訪問池化，或共享運算資源的能力，以及由數據庫、虛擬機、伺服器和連接等多個組件組成的基礎架構，通常對於購買者來說，是不可見的他們啟用的服務。
雲是這種「隱藏」資源池的流行名稱，它可以駐留在多個位置，並使用各種伺服器和其他組件，從而將各種服務作為一個提供給客戶。
在這本雲端運算入門書中，我們將主要繼續參考長期以來存在的 NIST （美國國家標準與技術研究院）的著名（其他）雲定義。儘管「雲」從那時起，已經發展了很多，並不是每個人都同意這些定義，但它仍然是一種經常使用的資源。在這裡和那裡，我們將添加其他定義，顯然，我們超越了雲定義，看到了雲的現實。
NIST 文檔定義了，我們將進一步介紹的主要雲佈署模型：私有雲、公有雲和混合雲。細心的讀者可能已經注意到，我們忘記了一個：社區雲。那不是因為它不存在或不重要，恰恰相反；有幾個社區雲，但我們不會在此雲概述中深入介紹它們。
NIST 還定義了我們處理的三個主要雲端服務模型，和雲模型的五個基本特徵，我們提到了其中的一些，並將在本報導中使用它們，因為其中一些只是基本的雲術語和特徵：
- 按需自助服務，
- 廣泛的網路訪問，
- 資源池化，
- 快速彈性和
- 測量服務。
除了這 5 個基本特徵之外，早期的雲先驅還添加了一些「共同特徵」。
顯然，還有許多其他標準和行業機構，對多個雲方面進行了雲定義：ITU、ISO、ENISA、IEEE 等等（ISO/IEC 17788、ISO/IEC 17789、ITU-T SG13 等）
雲交付和雲佈署模型總結
根據資源的隱私程度和服務交付機制，定義了幾種類型的雲佈署或雲佈署模型。
沒有涵蓋所有需求的雲佈署模型。此外，隨著時間的發展，對雲佈署模型的態度也在發生變化，正如你接下來將看到的那樣。
雲交付和雲佈署模型通常分為四種主要類型，我們將在本雲端運算入門中深入探討其中的三種。
簡而言之，四種主要的雲交付模式：
- 公有雲 （由第三方提供商擁有和營運，任何人都可以使用，例如 Microsoft Azure、Google 的雲、Amazon Web Services 等，可公開訪問，因此沒有明顯的私有資源池），
- 私有雲 （可以以多種方式使用，但顧名思義，組織單獨使用雲端運算技術和虛擬化，一種獨特的雲，其中隱私是關鍵特徵）和
- 混合雲（大多數組織的多雲現實的答案，事實上是主要的交付模型和策略模型）。
- 社區雲（本指南中未詳細說明；只是一個由一群人用於共同的共享目的和/或具有共享/通用配置文件的雲；例如：公司金融客戶的 BT Radianz 雲）。
在私有雲的類別中，通常會有更多的區別。你可能會遇到的其他與雲交付模型相關的術語包括虛擬雲、雲雲和雲間模型。
越來越多的組織，將跨關鍵領域的更廣泛的工作負載遷移到公有雲。
公司將利用各種類型的系統，因為他們發現適合他們的多雲方法
這與 IT 任務的變化、數位化轉型（以及擺脫傳統 IT）以及對雲端運算的總體態度變化有關。除了公有雲儲存等更傳統的應用之外，公有雲的成長也非常顯著，在關鍵任務工作負載方面也是如此。然而，如前所述，一些公司正在將一些工作負載，從公有雲拉回某種形式的私有雲。後者與本地非雲一樣，仍然經常用於高度敏感的數據和平台，例如在銀行或其他行業，公司希望盡可能地保持數據接近，和/或被迫這樣做因為監管原因。
實際上，許多公司同時為各種雲端服務和流程，使用多種雲佈署模型。
在這裡，我們從最廣泛的意義上來看待雲，包括 CRM 應用、你的員工使用的軟體即服務(SaaS)應用（無論你是否知道）等等。隨著越來越多的 IT 購買決策由業務部門做出，尤其是在 SaaS 中，IT 並不總是清楚地了解它在哪裡使用，尤其是當你開始包含，在部門或個人級別使用的 SaaS 解決方案時。符合 GDPR（歐盟通用數據保護條例）等法規，舉一個重要且令人恐懼的例子，人們再也負擔不起了，需要一個清晰的觀點 —— 以及在事實上越來越多的雲現實中的策略。這種多雲現實將繼續成長，因為整個組織的需求不同，而且並非所有工作負載都相同。
隨著混合雲環境和更複雜的雲環境的出現，組織對端到端雲可見性和管理的需求越來越大。對多雲管理治理的擔憂，也增強了雲代理和生態系統的使用，重點關注多雲、數據中心和網路編排，最終導致雲中的雲（雲服務整合）和雲供應商之間的方法。
越來越多地利用各種雲端服務，和雲佈署模型的好處的結果，是數據和應用的進一步分佈，並且不可避免地帶來安全挑戰，這仍然是一般雲端運算的主要問題之一。
清楚地了解風險，當然還有多個雲，混合雲方法的本質是處理這種多雲複雜性的方法。下面我們將更深入地處理其中一些主題，並在我們更深入地研究雲交付模型時。
雲端服務：為你服務
根據客戶訂閱的服務和資源類型，定義了各種類型的雲端服務。經典的主要是軟體即服務（SaaS）、平台即服務（PaaS）和基礎設施即服務（IaaS）。
從支出的角度來看，SaaS 始終是最大的應用，也是最著名的應用，CRM 是最早遷移到 SaaS 模型的軟體應用之一。2005 年，SaaS 佔 CRM 的 8%，到 2006 年已經超過 20%；今天，許多年輕員工可能甚至無法說出非雲 CRM 應用的名稱。Salesforce.com 於 1999 年的誕生無疑在軟體即服務方法的日益普及中，發揮了重要作用。
雖然 SaaS 仍然有利於大部分公有雲支出，但其成長正在放緩，而在公有雲中，IaaS 和 PaaS 的支出成長最快。
簡而言之，三種雲端服務之間的區別（每個雲端服務模型的更多詳細資訊如下）：
- SaaS：在雲中運行軟體應用的能力，事實上也用於雲中的應用（供應商），並從雲作為服務採購，與早期相比，不太典型的應用逐漸增加（CRM 和 ERM 但仍佔支出的大部分，其他早期階段的 Saas 應用，例如 Web 伺服器、協作應用、電子郵件和社交應用等等），並且越來越多地包括更多任務關鍵型應用。
- PaaS：雲應用平台，讓用戶能夠做幾乎所有與應用相關的事情：從應用開發和測試到應用管理等等。你可以將 PaaS 稱為軟體、Web 應用等開發人員的雲端服務模型。
- IaaS：與採購基礎設施相關資源、硬體和其他基礎設施，以及關鍵基礎設施資源相關的任何內容，例如運算能力和連接性。硬體通常是受管理的，範圍從伺服器和儲存到你在數據中心（以及雲數據中心等）中找到的任何東西。操作系統和一些基礎設施驅動的資源（如頻寬）也屬於 IaaS 雲端服務模型。基礎設施，你需要的可擴展方式。
然而，透過雲端運算可以獲得更多類型的服務和資源：從災難恢復和備份到運算能力、頻寬和安全性，一切都真正「即服務」。
在更傳統的雲解決方案中，我們發現桌面即服務、備份即服務、業務流程即服務和災難恢復即服務；在較新的（儘管新的是相對的）中，我們發現，例如安全即服務（實際上是在雲中提供的安全）、物聯網數據即服務等等。
雲端運算優勢：運動中的雲優勢 —— 雲的神話、真相和演變
請記住，有各種類型的雲佈署和應用，有一些相似之處通常被視為雲的好處。
但是，如下圖所示，在埃森哲的一些想法下，在 DX（數位化轉型）環境中，考慮雲優勢的想法發生了轉變。這些也不是通用的。如前所述，雖然許多公司「使用更多雲」，但其他公司正在再次，將一些應用和工作負載從雲中取出。其他人越來越多地採用雲優先甚至僅雲的方法。最後，存在幾個雲神話，因此在查看雲優勢時，將事實與神話區分開來很重要。
在放大一些雲端運算優勢之前，讓我們先看一下如圖所示的優勢轉變。
傳統的雲優勢和驅動力，主要體現在相當傳統的 IT 範圍內，較少體現在創新領域，而更多體現在優化領域：
- 與經典 IT 資本支出模型相比，雲的 OpEx 模型的靈活性：營運支出與資本支出 —— 你知道在運營環境中作為服務支付的費用，並且前期投資下降。
- 將雲端應用於螺栓固定和臨時解決方案，這是雲最初十年的傳統方法，因此通常沒有端到端的視圖和管理。更好的是有一個策略性的旅程視圖。
- 基礎設施彈性、快速佈署、快速發展等傳統優勢。可以在此處添加速度。在日益即時化的經濟中，使用者和客戶希望得到更快的服務，和快速的應用，速度是關鍵。此外，速度已成為一個潛在的差異化因素，甚至成為在高度互聯的流程，和供應鏈中生存的必要條件。
- 在影子 IT 和 IT 購買決策，轉移到業務的世界中，獨立於 IT 的程度更高。這種好處是相對的，因為 IT 總是應該參與其中，即使只是因為安全和數據保護的觀點，以及確保一切以最佳方式運行的端到端方法。在不止一種情況下，佈署和專案以及數位化轉型都失敗或放緩，因為 IT 沒有足夠（及早）參與。
- 節省成本，這是一個傳統的好處，但在某些情況下也是一個神話，正如所解釋的那樣；雲並不總是等於節省成本。你怎麼知道它什麼時候發生？透過運算投資報酬率並考慮所有方面。軟體應用是節省成本的最典型的候選者之一。
- 資源的釋放：這些資源可能是為了維持業務的目標，而佈署的 IT 資源，而不是忙於傳統的 IT 任務，但也釋放了運算、網路、能力和人力層面的其他資源（例如：雲-文檔捕獲和管理等領域的，基於應用的應用 app，可以使用者能夠在運行中掃描文檔，靠近源並進入業務線應用，如果它們易於使用或嵌入 LOB，則可以釋放資源並加快流程應用；基於 Web 的捕獲主要是分佈式捕獲的一種形式）
- ETC…
在數位業務、轉型和創新的背景下，雲優勢和驅動因素變得越來越重要。
- 從本質上講，業務和轉型驅動因素更為重要，而對於組織及其從員工和客戶，到合作夥伴的多個生態系統利益相關者來說，目標和結果最重要的是更全面和端到端的觀點。速度作為一個目標，在任何給定的使用者、客戶需求、合作夥伴關係和創新背景下，都成為速度的相關性和作用。
- 創新支持和轉型靈活性本身就是追求的好處，也是為什麼儘管成本始終是一個考慮因素，但總體情況更重要的原因是，創新和轉型的收益被添加到純粹的成本方面之上，並且超過一種情況，甚至導致雲佈署比非雲佈署更昂貴，但沒有「這樣的」，因為技術總是服務於目標，應該在這種情況下看待。
- 這給我們帶來了總擁有成本，甚至超出了它。這不僅與嚴格經典意義上的成本或 TCO 相關，甚至與釋放和重新分配資源的底線有關。它還涉及成本規避、機會成本、遺留物的替換、業務流程和面向客戶的環境中，更高速度的財務後果、創新所帶來的收益、需要雲的新業務模式創造的收入（以及數據和生態系統）
- 雲是這些新業務模式和平台的關鍵驅動力，這些新業務模式和平台通常需要更成熟的數位化轉型策略，並且包括其他幾種，也需要雲和/或對其使用產生影響的技術。例如，物聯網是雲採用的驅動力，大數據也是如此。最後，在 IT 日益佔據主導地位的核心業務和傳統 IT 替代是（公共）雲支出增加的其他驅動因素之一的背景下，更換遺留 IT 最後也很重要。
現在讓我們放大一些提到的雲優勢 —— 以及一些雲神話。
雲端運算和彈性
彈性最初指的是雲端運算中的技術元素，後來主要指基礎設施的彈性和彈性，從業務和用戶的角度來看，彈性是靈活性、彈性甚至敏捷性的同義詞。
簡單地說，彈性是指擴大或縮小，客戶透過雲交付的 IT 功能的可能性，這與由於多種原因可能發生的需求變化相關。這種靈活性和擴展雲功能，或在需要時快速執行相反操作的能力，仍然被視為主要的傳統優勢之一。
思維的轉變，更多是從基礎設施彈性轉向彈性，作為敏捷性、轉型和業務彈性的推動者，這是眾所皆知的。
雖然似乎很明顯，彈性、敏捷性和迅速行動的能力，主要是一項既定的業務，但從這個角度來看彈性需要相當長的時間。
需要提醒的是，在早期，雲端運算服務提供商越來越受到關注，主要是銷售雲端運算的好處，和回應組織對雲的擔憂。他們認為，為了銷售，他們本身需要銷售雲。這與我們在 Internet 早期看到的現象完全相同，當時各種提供商（解決方案、服務、連接等），都試圖讓消費者和企業相信 Internet 的好處。現在似乎很難想像，但事情就是這樣。
今天，許多公司仍在銷售雲端運算的好處，但自 2013-2014 年以來，這種說法終於發生了變化，更多的公司著眼於雲端運算，可以為實際業務需求和好處做些什麼，而不是雲端運算的過於籠統的好處。
Forrester 分析師 Craig Le Clair 在 2014 年發表的一篇，關於業務彈性而不是基礎設施彈性，對於一些先行者的重要性的報導，在這方面是顯而易見的，但對許多人來說，它是（而且通常仍然是）新事物。引用：「彈性基礎設施應被視為其他方面的推動因素，使業務更加敏捷和更高性能」。
關於彈性觀點變化這一方面的最後評論：雲並非與其他技術隔離開來，這些技術當然會增加業務的敏捷性和性能。意識到並提醒這一點也很好。
雲端運算、成本節約和財務狀況：從資本支出到營運支出
如前所述，最常提到的好處之一，同時也是關於雲端運算最常見的誤解之一是它（總是）「更便宜」。有幾個實例和情況，同樣取決於上下文，當它不是時。
「更便宜」和節省成本的前提確實很有吸引力，並且可以追溯到使用雲端運算這個術語之前：分佈式運算和使用共享資源，已經經常從節省成本的角度被提及。
然而，我們主要可以從雲端運算軟體的角度，和 SaaS 的前景中看到它。90 年代末，網路催生了所謂的應用服務提供商(ASP)模式，在許多方面可以將其視為第一個蓬勃發展，和最成功的雲端運算類型的前身：SaaS 或軟體即服務，簡單地說是透過支持雲的訂閱模式使用軟體。
如上所述，ASP 模型通常使用本質上 ，描繪網路的雲以圖形方式表示，在 CRM 和行銷軟體中很受歡迎，並且由於它可以透過網路，簡單地使用軟體，因此可以節省許可成本，使中小型企業能夠開始使用，對他們來說過於昂貴的軟體，簡化對各種使用者的軟體分發（只需要一個連接），始終提供對最新版本的訪問權限，並使企業用戶減少對 IT 的依賴。此外，ASP 的工作是確保軟體可用，並透過 SLA 為客戶提供服務。有不同類型的 ASP 模型，其中一些導致了 SaaS。出於所有明顯提到的原因，引入了成本節約的概念。
當開始流行時，成本節約得以延續，尤其是從客戶的資本支出 (CapEx) 到運營支出 (OpEx) 模型的轉變是銷售雲優勢的一個關鍵方面。無需（高）前期投資，並透過按需模式採購服務和資源，其中許多 IT 服務成為營運支出而不是資本投資。
雖然這種從資本支出到營運支出的轉變很重要，而且雲端運算通常會導致成本節約，當然在 SaaS 中，成本節約並不總是如此，將「更便宜」的因素作為普遍的雲優勢，出售本質上是一個神話，即經常被告知（嚴格來說，OpEx 和更便宜的當然也沒有聯繫）。
在大多數情況下，雲端運算確實可以降低總擁有成本，並且營運支出提供了許多好處。然而，正如關於彈性的思考轉向業務成果的角度一樣，採用策略方法的組織，著眼於整體業務案例，和他們希望透過雲實現的目標，這些目標和額外的好處，確實會導致採用雲方法的情況更有意義，儘管沒有節省成本，甚至比以前的方法和遺留系統更昂貴。
必須考慮更廣泛的目標，包括更好的客戶服務、提高員工生產力、創新和轉型能力、重新分配內部資源（包括 IT 員工）以減少對 IT 人員的忙碌，並更多地關注事物的業務方面，以及我們之前提到的許多其他元素。
雲端運算與 IT 的獨立性
如前所述，ASP 模型在特定領域，如此流行的關鍵原因之一，是 IT 在軟體環境中的獨立性。
雖然今天 IT 不必附帶難以使用的應用 app - 因為沒有人會使用它 - 但確實有一段時間，獨立於 IT 被視為一種驚人的祝福。將 CRM 應用，作為業務人員使用而無需調用 IT 人員，絕對可能性是一場革命。
獨立於 IT 仍然經常被認為是雲端運算的好處。然而，這裡也發生了變化，這種獨立性的根源主要在 SaaS 領域。事實上，它甚至部分是 SaaS 的本質：我們不想知道是什麼為，用 app 和它下面的所有基礎設施提供動力，我們只想使用它。
隨著按需自助服務成為雲端運算的一個元素，獨立性甚至比 IT 更進一步，尤其是在消費級應用中。它延伸到與服務提供商本身的關係：自助服務。
沒過多久，無數雲應用的流行與 SMAC 堆棧的其他部分（想想行動或移動能力）相結合導致了 BYOD （帶上你自己的設備）和後來的 BYOx （帶上你自己的任何東西，包括應用）現象，以及業務部門對控制他們所需的雲端應用的採購的需求不斷增加。IT 消費化誕生了，IT 購買決策權轉移到了企業。
在即服務時代……業務部門領導和經理越來越多地，與基於雲的服務提供商簽訂合同，無論是否有企業 IT 的支持。此類變通辦法可能會使業務面臨風險……IT 必須重塑自身，以推動技術主導的業務解決方案作為服務經紀人（埃森哲）
然而，這裡的情況也再次發生了變化。IT 確實在雲佈署中發揮著重要作用。隨著越來越多的多雲環境的出現，IT 扮演著協調者的角色。
然而，與此同時，已經從獨立於 IT 的特定雲利益觀點，轉向更全面的 IT 方法，而不是在安全、治理和合規性方面，只是讓 IT 參與涉及技術選擇的業務決策和數位化轉型。眾所皆知，不讓 IT 參與數位化轉型會減慢轉型速度。一個眾所皆知的事實是，為了取得成功，需要一個雲端策略。
隨著 IT 在業務中變得越來越重要，並且任務關鍵型服務和系統佈署在雲端環境中，除 SaaS 之外，由於這些和許多其他原因，IT 只是關鍵。在不止一種意義上，IT 的獨立性不應再被視為主要的雲端優勢。如果數位化轉型是關於一件事，那肯定是關於孤島的終結，和朝著整體和包容性方法的協作努力，這些方法不僅能夠實現臨時優化或解決方案，而且是一種跨職能和深刻的分階段方法。
最後但並非最不重要的一點是，IT 的角色不僅在雲、數位化和轉型方面發生了變化，而且整體上也發生了變化。正如埃森哲（Accenture）不久前所說的那樣，在 IT 和業務能力日益受到需求的即服務時代，IT 需要進行自我改造，以作為服務經紀人推動以技術為主導的業務。
深入了解雲交付和佈署模型
IT 決策者面臨著為他們的業務尋找最佳 IT 容量、可靠性、速度、可用性、靈活性、基礎設施和解決方案的挑戰。
除了嚴格意義上的業務需求之外，他們還需要考慮安全性、監管要求、不斷成長的運算資源需求，和使用者的需求，包括行動工作人員、管理人員、合作夥伴，和不斷變化的最終客戶。
然而，他們如何選擇應該將哪些工作負載、數據、應用、基礎設施組件和運算資源，放置在哪裡和/或從哪裡採購？如果最好留在本地，選擇私有雲基礎架構/解決方案，選擇公有雲方法，或以混合方式組合多種方法，他們如何決定每個單一的業務需求？
在多雲模型加速和用戶/業務需求不斷發展的時代，我們將看到混合方法通常是最好的。這通常也是具有成熟專業知識的合作夥伴的用武之地。使組織能夠專注於其業務和使用者需求的合作夥伴知道，無論雲佈署模型或本地方法如何，他們都將擁有滿足其需求的最佳基礎架構，和其用途的最佳解決方案。在本節中，我們將深入研究這些佈署模型。
本地、伺服器機房、數據中心和雲
同樣，沒有理想的架構這樣的東西。然而，為什麼一種或另一種方法，可能最適合特定需求有相對普遍的原因。
在查看特定類型的佈署模型，通常更適合的各種環境，並展示一些策略雲模型之前，讓我們先從組織的角度更深入地，了解私有雲、公有雲和混合雲之間的區別。在這樣做之前，我們需要看一下，其他一些經常與雲基礎設施結合，使用但嚴格來說不是雲的術語（並且早在雲之前就存在），但仍然很重要並且與雲環境的聯繫越來越緊密。
本地架構、基礎設施和資源嚴格來說與雲無關，即使這裡也有很多虛擬化（虛擬化不等於雲），實際上是雲，至少與它連接，永遠不會遙遠。本地，作為一個術語，是指軟體、平台、硬體和基礎設施（通信、儲存、備份等）的實體位置，從伺服器和伺服器機房到本地數據中心。本地意味著它在現場，在你的建築物中。本地環境還需要高度的可用性和性能，作為業務效率的驅動因素，本地和雲環境之間的連接，是每個組織的理想架構的一部分。
對於 IT 需求有限的許多（較小）組織來說，本地佈署仍然足夠，即使事實上，通常至少使用某種形式的雲，無論是雲軟體模型中的 CRM 等雲端服務，還是某種形式的雲佈署模型（SaaS 應用，如 CRM 或行銷套件，事實上已經主要是公有雲）。
然而，我們在這裡更多地關注基礎設施級別。一台或兩台伺服器，一些客戶端（電腦，瘦客戶端）、儲存設備、網路服務，以及運行業務所需的所有系統，和其他硬體都是本地佈署的一部分，這同樣足夠——而且可能很複雜。提醒一下，伺服器可用於各種任務：Web 伺服器、郵件伺服器、運算伺服器、數據庫伺服器、文件伺服器，這些和其他示例的名稱，說明了它們的用途。伺服器既是硬體，又是執行這些任務，並以良好的舊客戶端 - 伺服器模型，為客戶端提供服務所需的軟體。雖然此類較小的組織，也可能在本地擁有應用，但如前所述，它們通常也會使用一些 SaaS 應用，例如用於協作。（這在銀行等大公司中，可能是一項相當龐大的業務，其中掃描通常仍然主要是集中給定的）。通常，客戶端 - 伺服器模型中的軟體附帶許可成本(CapEx)、升級成本等。
儘管在建築物中隨處可見伺服器，但它們通常位於電腦或伺服器機房中（有時在小型組織中，它們看起來更像是伺服器小屋），這在幾個方面是或應該目的在確保伺服器，網路、數據儲存設施、應用等性能最佳，並非所有人都可以訪問，並且始終處於運行狀態。這種設計部分與房間本身有關：它位於哪裡，房間的冷熱程度，牆壁在哪裡（外牆會導致更高的濕度等）。然而，大多數設計元素都與設備有關：電源、備用系統、空調和溫度控制(HVAC)、冗餘網路系統，應有盡有。
一個更專業的伺服器機房，擁有多台伺服器、儲存、網路等設備，規模更大，設計、裝備和保護更專業，就是數據中心。儘管仍在使用傳統的非雲數據中心，但與雲數據中心相比，傳統數據中心的工作負載分佈按比例大幅下降。現場伺服器、伺服器機房和數據中心雖然很重要，而且後者肯定很複雜，但它們並不是雲。然而，伺服器和數據中心可以是雲的一部分，數據中心可以是私有雲或公有雲的一部分（公有雲提供商和其他雲端服務提供商，通常使用許多數據中心）。在 IaaS 中，我們確實擁有雲端數據中心。
一方面是位置和設備之間的差異，另一方面是雲技術之間的差異。雲是一個額外的技術層，它透過比傳統數據中心更高程度的虛擬化，來實現動態工作負載佈署，從而形成虛擬基礎架構（上述共享資源）並支持雲端服務。從本質上講，這就是雲，當然是公有雲，為客戶帶來的意義：不必關心，更不用說知道伺服器和所有其他設備的位置，並且能夠清楚地使用所有容量作為服務服務水準協議。
簡而言之，雲需要特定的軟體和數據中心，但數據中心本質上是設施或「場所」，不一定目的在支持雲。但是，你可以將本地數據中心轉變為私有雲。除了本地伺服器機房和數據中心，你當然還可以使用第三方的數據中心，將我們帶到住房或託管（我們涉及各種私有雲佈署模型，請參閱更多）但數據中心的演變，和可能性又是另一回事，數據中心是自己的世界。
當然，非雲本地 IT 並沒有消失。仍然有一些 IT 和運算，與任何形式的雲交付模型或雲端服務模型不匹配，並且有幾個應用、工作負載等即使可以，也不應該在這種情況下，使用雲不在那裡。如前所述，重要的是端到端架構和視圖，連接各種雲、本地和可能的外部託管資源，並針對業務和每個工作負載的需求和要求優化該組合。只要一切都做它需要做的，最好以最好的方式，最好可以意味著很多事情，這取決於設備的目標、解決方案和工作負載。
私有雲：定義、不同的風格、優點、缺點、用例和演變
儘管嚴格來說，本地數據中心不是（私有）雲，但實際上私有雲交付模型的一部分的概念，和現實通常用於我們過去的呼叫中心 - 和託管 - 而不是那個很久以前。這將我們帶到了私有雲。什麼是私有雲，你現在應該如何看待它？
顧名思義，私有云是一種特定的雲端運算模型，它提供許多運算資源作為服務，正如我們從公有雲和我們的雲定義中所知道的那樣，有一個重要的區別：只有特定的客戶才能使用 - 不同的 - 資源在這個虛擬化環境中池。
定義私有雲
有一種誤解認為私有雲，始終是由客戶擁有和管理的本地基礎設施。
但是，正如 Gartner 多年前的一篇論文所說，定義私有雲的是隱私，而不是位置或所有權。換句話說：私有雲可以作為完全託管的服務來採購。
沒有一種雲模型是每種工作負載的最佳解決方案
私有雲確實有多種風格，各有優缺點。事實上，這些不同的風格，已經出現在美國國家標準與技術研究院，對私有雲的定義中。NIST 對私有雲的定義：「雲基礎設施是為由多個消費者（例如，業務單位）組成的單個組織獨家使用而配置的。它可能由組織、第三方或它們的某種組合擁有、管理和營運，並且可能存在於場所內或場所外」。
正如我們將在下面介紹的那樣，你確實可以看到各種類型和風格的私有雲。私有雲通常是，並且通常仍然是組織測試雲水域的首選方式之一，通常稍後會遷移到混合雲（私有雲和公有雲）或公有雲。然而，公司使用私有雲也有幾個原因，並且通常會出於各種潛在原因繼續這樣做，你將在下面看到。
私有雲模型的優缺點
私有雲的優缺點是什麼？它像往常一樣取決於環境和私有雲模型的類型。
一般來說，使用私有雲，你可以獲得公有雲的上市速度和（在一定程度上取決於配置）可擴展性，但安全性更好，正如 Forrester 的 Jennifer Adams 在2016 年底的一篇博文中所說的那樣。最典型的組織想要使用私有雲的原因，事實上只有他們才能訪問，這確實是安全和控制，以及相關的原因，例如數據隱私、法規和合規性。
這些當然是非常重要的原因，尤其是考慮到 GDPR 等法規，以及對非常敏感數據的擔憂。舉個例子：歐洲組織經常擔心，如果他們的數據由公有雲提供商儲存在美國，他們可能會面臨監管問題。
到 2021 年，私有雲解決方案市場有望以 11% 的複合年成長率成長
除了保證某些服務級別的安全性、隱私和法規遵從性之外，私有雲還提供其他好處。例如，私有雲使用者可以準確地決定他們的數據儲存在哪裡、如何保護數據、誰可以訪問數據等等。私有雲還可以提供雲的其他好處，例如更好地分配和有效利用資源、提高可靠性、彈性，當實體設備發生故障時，虛擬分區接管（請注意，虛擬化本身並不等同於雲）多租戶和自助服務，僅舉幾例。私有雲也經常用於特殊和不可預測的運算需求，因此可能需要直接控制。
在私有雲的不利方面，以及私有雲的劣勢方面，更高的控制和安全性被交換為對技能，和各種資源的更高需求，以及許多完整的公有雲優勢沒有得到利用。
現場私有雲通常需要額外的備用容量，來管理需求高峰，並帶來資本支出。作為完全託管服務交付的託管私有雲，可以在此處提供解決方案。私有雲通常也不提供，或至少減少公有雲交付模型的關鍵優勢，例如快速彈性、資源共享的後果和完全可擴展性。並不是說私有雲在某種程度上不提供可擴展性，但這取決於私有雲的類型。完全託管的私有雲可以幫助克服私有雲的一些缺點，但不是全部。
私有雲交付模型的這些和其他缺點，並不意味著私有雲很快就會出現。
正如我們將在混合雲部分中看到的那樣，組織仍然存在需要私有雲的情況。結合公有雲使用量的增加，這也是混合雲模式佔據主導地位的原因之一。
在前面提到的 Forrester 的 Jennifer Adams 的部落格文章中，她提醒我們，儘管公有雲的「高速成長」受到關注，但私有雲解決方案市場有望在 2021 年之前，以 11% 的複合年成長率成長。
根據 Jennifer 的說法，私有雲採用的主要驅動因素之一，是增強了 IT 基礎設施的可管理性和靈活性，顯然還有我們之前提到的安全、監管和合規性原因，並且同樣明顯地（通常）更吸引金融服務等行業（監管），但也適用於尚未準備好遷移到公有雲的公司，因為他們通常在試水時，仍然存在安全和隱私問題。附帶說明：我們看到影響深遠的 GDPR，確實對私有雲和公有雲的使用產生了影響。
私有雲的未來
可能總會有一些組織希望從私有雲中促進，或者因為不可能透過公有雲來實現。這種情況可能有很多原因，因此需要採用混合方法。
某些應用或解決方案，可能過於專業或具有其他特定特徵，例如，從提到的安全角度來看。簡而言之：無論出於何種可能的原因，私有雲都是最有意義的（商業）意義，而公有雲不是的情況下的最佳選擇。
根據前面提到的部落格文章，Forrester 認為預整合的融合解決方案和設備，或「一體式雲」Turnkey 解決方案，將加速雲端運算之旅，成為成長最快的行業，直到 2021 年的複合年成長率達到 2021 年。
RightScale 的 2017 年雲狀態，展示了私有雲的採用如何在私有雲的主要平台 （提供基礎的平台，具有多個功能和通常附加的模組，透過虛擬化、營運管理、API、控制平面、儀表板、監控啟用私有雲、網路、儲存、DevOps 和其他工具），但用於私有雲的 Microsoft Azure Pack/stack 除外。
注意：雖然上面提到的一些產品也支持建構公有雲，雖然微軟 Azure 本身是公共的，但這與虛擬私有雲模型不同，下面將介紹。
各種類型的私有雲佈署
在我們到目前為止所說的，關於私有雲的所有內容中，私有雲的各種風格已經變得可見：內部佈署、託管......然而，還有更多類型的私有雲。
事實上，對於不同類型的私有雲（通常具有相同或重疊的含義）有很多不同的術語，試圖抓住差異可能會讓人頭暈目眩。概述。
虛擬私有雲或 VPC
公有雲服務提供商，以 VPC 或虛擬私有雲的形式提供私有雲。
正如「虛擬」一詞已經顯示的那樣，這意味著他們以一種虛擬的、獨特且隔離的方式分配雲資源池，因此你在公有雲環境中擁有私有雲。記住我們之前提到的 Gartner：在私有雲中，重要的是隱私，而不是所有權或位置。虛擬私有雲就是一個完美的例證。
內部私有雲、本地私有雲和託管私有雲
在內部私有雲和/或本地私有雲中，隱私方面與位置和/或所有權方面相結合。
它使用組織的基礎設施和資源，在本地或以「託管」模式（所有東西都簡單地託管在其他人的數據中心，並啟用託管私有雲）。在內部私有雲中最重要的是存在必要的雲支持技術，和軟體來支持私有雲模型，而不僅僅是簡單的虛擬化。我們也可以在這裡引入諸如企業雲之類的概念，但最終它們都有點重疊，對於雲端運算的概述來說，它的好處、策略和演變更為重要。
託管私有雲和託管私有雲
託管私有雲和完全託管私有雲的使用頻率更高，使我們再次遠離位置和所有權方面。
它們也比 VPC 離公有雲更遠一些，因為在 VPC 中我們使用了，前面提到的公有雲的「一部分」。在託管中，我們使用第三方的基礎設施，即擁有材料和基礎設施的託管服務提供商（與住房相比）. 今天的託管幾乎按照定義意味著雲。在完全託管的私有雲中，在按需模型中通常有更多的功能、任務和內置解決方案，可以輕鬆激活或實際上是託管私有雲的一部分。其他人需要額外訂閱。對於更有限的託管雲，其中一些託管服務可以作為服務提供，這些服務需要作為額外訂閱單獨付費。因此，請比較默認情況下，可用的服務類型，以及你可能額外需要的服務（及其成本和功能）或後期需要的服務。
私有雲 —— 或者至少是其中的一部分 —— 越來越多地被外包。那是下一步。但首先組織需要正確並知道，他們做什麼和不想外包。下一階段是遷移到我們接下來要解決的公有雲。
公有雲：「真正的」雲 —— 以及成長最快的雲佈署形式
當人們談論雲時，他們通常指的是公有雲。它的採用正在快速成長，這是你在提到 Microsoft Azure、Amazon Web Services、Google Cloud Platform 和 IBM Cloud 時，通常會想到的。這是一些人會說的「真正的」雲。
幾年前，我們與 Bruce Richardson (SalesForce.com) 進行了一次交談，他說混合雲將被證明是一種行銷噱頭，而真正的雲是多租戶，以實現最佳經濟和管理。雖然公有雲的採用率肯定在增加，但我們還沒有達到。此外，如前所述，組織不會很快將一切都簡單地放在公有雲中，而私有雲將繼續推動混合雲模式的原因有很多。
公有雲定義
再次參考 NIST，公有雲的定義如下：「雲基礎設施是為公眾開放使用而提供的」。
正是在這裡，雲端運算的所有優勢和特性，都發揮得淋灕盡致。
儘管在多雲環境興起的時代，混合雲交付模型實際上佔據主導地位，但公有雲採用率的增加，包括關鍵任務應用是關鍵。在審視 2016 年、2017 年，及以後雲端運算的一些趨勢和公有雲的快速成長時，Gartner 的 Sid Nag 指出如何擺脫傳統 IT 服務（通常阻礙數位化轉型，以及在 DX 經濟中作為數位業務表現）並且企業在將基礎設施遷移到公有雲時，確實遠離了數據中心的擴建」。
公有雲優缺點
這讓我們回到了我們之前提到的雲端運算，不斷變化的好處和驅動因素：從節省成本、釋放資源和快速佈署到替換遺留，雲在轉型、創新賦能等方面成為業務核心.
公有雲的好處，已經在本雲端運算指南中，進行了詳細說明。其中包括通常無法在私有雲模型中利用的雲優勢，正如我們在私有雲部分看到的那樣：更高程度的靈活性，你可以為實際使用的服務和容量付費，並且可以大幅擴展或縮減更快，舉兩個例子。此外，透過其固有的資源共享，實現的公有雲業務效率也很重要。
當然也有缺點。這些也是私有雲的好處和用例的一面鏡子：對於特殊需求和應用，公有雲可能更難使用和客製化，甚至根本不可能。然後是安全性和合規性等方面，這也是組織在越來越多的混合雲組合中，選擇私有雲的真正原因。
然而，許多經常提到的公有雲的缺點和風險，已被證明是錯誤的。 正如 Forrester 的 Paul Miller 在 2017 年 7 月發布的針對歐洲託管私有雲市場的新 Forrester Wave 公告中所寫：「關於公有雲無法擴展、不安全、不是 ‘企業級’，並且永遠不會被允許的論點監管機構，用來託管敏感工作負載的做法，正在被 一一 拆除」。
但這並不意味著私有雲將在不久的將來消失。我們在該部分中提到了一些關於私有雲預測的數據，Paul 的博客文章目的，在表明「這仍然是各種私有雲的角色」，並宣傳關於託管私有雲和本地私有雲，如何發展的網路研討會在這些混合的日子裡。
公有雲的未來
根據 Forrester 的說法，由於對 SaaS、IaaS 和 PaaS 的需求增加，公有雲的採用速度正在加快，而且未來幾年的速度將超過公司之前的預期。
到 2020 年，雲端應用市場 (SaaS) 的總規模將成長到 1550 億美元，比 Forrester 2014 年的預測高出 17%。然而，主要是雲端平台收入（IaaS 和 PaaS）顯示出加速成長，這導致該研究公司將其預測上調了 45%，與 2014 年的預測相比。因此，到 2020 年，雲端平台收入將達到 640 億美元，換句話說：比之前預計的要接近明顯佔主導地位的 SaaS 類別的一半。
混合雲：最適合不斷變化的 IT 世界
如前所述，如今大多數組織都擁有某種形式的雲，並且越來越多的組織擁有多雲環境。這將我們帶到了混合雲。
對於混合雲到底是什麼存在相當多的誤解。有些人認為這只是在組織中，使用公有雲和私有雲的事實，顯然不是。
混合雲的定義和看法
根據你可以在此處找到的研究，下圖清楚地顯示了對混合雲的看法差異，以及混合雲的確切含義，更不用說混合雲的定義了。
- 大多數 (40%) 將混合雲定義為使用公有雲和私有雲。
- 15% 的受訪者將混合雲定義為，雲加上任何額外的雲和非雲基礎設施。
- 12% 用於混合雲作為跨多個佈署選項的多個應用組合。
讓我們看看美國國家標準與技術研究院是如何定義混合雲的： 「雲端基礎設施是兩個或多個不同的雲基礎設施（私有、社區或公有）的組合，它們仍然是唯一的實體，但透過標準化或支持數據，和應用可移植性的專有技術（例如，用於雲之間負載平衡的雲爆發） 」。
綁定方面非常重要，也是混合雲策略和管理的用武之地；所以它不是「僅僅」使用幾個雲。
混合雲的商業原理和優勢
關於混合雲的業務方面，CIO 告訴我們混合雲在公有雲採用率上升的環境中的作用：「總會有混合雲。ICT 是許多組織的業務核心，根據具體情況，他們總是希望自己做一些事情。除此之外，還有遺產。然而，公有雲的接受速度更快」。
確實如此，替換舊系統恰好是驅動因素之一。
隨著靈活性、業務敏捷性、快速佈署和擴展的可能性，越來越多地加入甚至超越更傳統的雲優勢，例如節省成本，因為組織在日益即時的經濟中，專注於優化、創新和轉型，其中速度和時間到-市場非常重要，客戶和最終使用者期望快速且可用的應用和體驗，這種靈活性也適用於各種雲的「混合」和管理。
IT 是混合的，業務是混合的，隨著新技術、演進和數位化轉型的要求，這一切都變得更加複雜，最終是關於更全面、更靈活、甚至更混合的現實。IT 和 OT 的整合、多模式 IT、生態系統內不同的業務形式、以不同速度和各種個體現實變化的需求，應有盡有。
很明顯，在我們關注結果和優化方法來營運業務，並同時進行創新的世界中，多樣性和靈活性很重要。雲也是如此。同樣，對於每個 IT 或運算方面，沒有一刀切的，每個組織、應用、流程、專案和工作負載都是不同的。所以，是的，在當前快速成長的多雲現實中，公司主要選擇混合雲解決方案。
他們可以將工作負載，從一種類型的雲遷移到另一種類型的雲，立即升級，根據需求調整其雲需求，並在雲中佈署各種附加工具，以加速應用的大規模推出，為其添加智慧雲端環境，使用基於雲的智慧安全工具，保護其業務端點，並更快地佈署新軟體，不僅僅是通過「將其放入雲中」，而是越來越多地透過真正將其遷移到雲端運算範式。
深入瞭解主要的雲端服務模型
在介紹和雲端運算定義中，我們簡要介紹了主要的雲端服務模型：SaaS（軟體即服務）、PaaS（平台即服務）和 IaaS（基礎設施即服務）。
在本節中，我們將更仔細地研究它們，並更仔細地研究一些通常在雲端運算中，發現的即服務解決方案。
基礎設施即服務 (IaaS)：定義、使用和演變
與軟體即服務 (SaaS) 和平台即服務 (PaaS) 一樣，基礎設施即服務是 NIST 定義的雲端運算中的三個關鍵雲服務模型之一。
簡而言之，在 IaaS 中，虛擬化雲端運算資源，是 IT 基礎設施的（託管）基礎設施組件，範圍從伺服器、儲存和其他硬體到基礎設施元素，這些元素在網路連接、操作系統、運算（處理）能力（與伺服器，和伺服器容量相關）和頻寬。有時 IaaS 主要用於伺服器環境，在其他情況下，它用於完整的虛擬數據中心，或整個企業 IT 基礎架構。在聽到基礎設施雲，或彈性雲運算雲等術語時，你需要考慮 IaaS。
雲正在進入下一個階段。例如，Forrester 在發布一份新報告時，談到了雲端運算的第二個十年，該報告著眼於雲端運算的十大關鍵發展，這些發展將在 2017 年塑造該行業。
根據 2016 年 11 月 2 日發布的報告，下一階段預計將於 2017 年開始，是加速發展的雲市場之一。
正如 Forrester 所說，在過去十年中成為最具顛覆性的力量之一，並實現了全面轉型之後，該公司希望企業（大型組織）更快地進入，並採用雲來為其核心業務系統提供動力，在已經非常「雲優先」的面向客戶的應用（參與系統）之上。換句話說：Forrester 證實了 Gartner 的調查結果，即任務關鍵型和核心業務應用正在雲端化，而且速度比以前更快。而且這種策略並不是一種奢侈。
首席資訊官：隨著 IT 支出轉向雲端運算，雲編排器
我們談到了 CIO 作為協調者的角色變化。在技術層面上，雲端運算肯定會出現這種情況，CIO 預計將越來越多地協調雲生態系統，用 Forrester 的話來說，「連接員工、客戶、合作夥伴、供應商和設備，以滿足不斷提高的客戶期望。」
隨著多雲現實的增加，不要忘記剛剛提到的公有雲環境的成長，這對 CIO 來說是一個挑戰，而雲端服務整合商正在解決這一挑戰。顯然，雲並不是孤立存在的，IT 策略需要更多，但隨著 IT 在業務中的角色正在發生變化，以及 CIO 的角色正在發生變化，他們在雲端運算中的角色也在發生變化。
簡而言之，雲正在從添加到現有基礎架構之上的附加技術，轉變為成為多個系統的核心，包括 —— 並且越來越多地 —— 企業中的關鍵任務系統，使組織能夠以他們需要的更快速度移動，混合公有雲和私有雲。這對 CIO 和 IT 支出都有影響。
2016 年 7 月，Gartner 報告了雲的轉變，即 IT 支出如何「從傳統的 IT 產品穩步轉向雲服務」。在下面的 Gartner 圖片中，你可以看到從傳統 IT 支出向雲端運算的轉變已經發生，並且越來越多地發生。
雲端運算策略：雲路線圖
認真對待雲之旅的公司，主要是如前所述在創新和轉型環境中，做出策略選擇上雲的公司，在許多情況下都有明確的雲路線圖：從 A 遷移到 B 的計劃，可能會透過 A2 或 A3 的一部分繞道而行，因為道路很少像我們喜歡呈現的那樣，直截了當或呈直線狀，這確實是一個複雜且混合連接的 IT 世界。
有許多這樣的雲路線圖，其中大多數都是圍繞這樣一個概念設計的，即組織已經做出了這樣的策略決策，轉向雲，或者至少優化了他們的雲和整體 IT 方法，並將更多的工作負載轉移到了雲上，包括更關鍵的任務。
就像任何其他路線圖一樣，雲路線圖基於一般最佳實踐，為單個組織量身訂制，並以最終目標為出發點：業務目標。我們今天擁有什麼（這真的是我們組織它的最佳方式嗎），我們想從哪裡獲得，我們想要實現的目標是什麼，我們想要解決的痛點，我們的需求，影響我們的因素今天和明天的業務和用戶，潛在的障礙，差距等等。
雲路線圖深入探討了所有這些問題和其他問題，並提供了實現目標的策略方法。顯然，這不僅關乎業務現實、驅動因素和目標，還關乎遷移到雲的更實際、戰術、測量和技術方面。
儘管每個旅程和路線圖都不同，但在各種雲路線圖的各個階段都有一些共同的元素。最後，並不是因為一個組織有一條通向更多雲的有機路徑，而不是更具策略性的路徑，正如我們在介紹中所討論的那樣，第一個組織無法從雲路線圖中學到一兩件事。
連接設備和數據的必要雲擴展：霧和邊緣
你很有可能聽說過霧運算，這是一種在物聯網等領域中廣為人知的邊緣運算形式。霧計算是思科創造的一個術語，本質上是雲端運算的擴展，用於所謂的高級分佈式和連接系統。在此基礎上，這主要涉及 IoT （物聯網），但也包括5G和人工智慧。
在特定情況下，現有的雲網路方法不太適合領域中的許多工業物聯網應用，從智慧工業到智慧建築、智慧汽車和智慧城市，再到石油和天然氣等智慧互聯應用。
物聯網網路有幾個組件，就像傳統網路一樣，它們都在數據、通信、分析、應用等的整體畫面中發揮作用。這種網路的最基本層次是連接對象，即物聯網中的「事物」，本質上是收集數據。這可能是聯網機器、配備感測器的石油鑽井平台，或聯網汽車中的物聯網設備。
這種物聯網網路中的傳統網路，和雲模型看起來有點像這樣：感測器「感知」數據 並將它們傳送到其他電子設備和附近的設備，在那裡它們將被儲存特定時間，然後發送到雲（或數據中心）進行過濾、處理、分析等。如果你想更詳細地瞭解它的實際工作原理，請分別查看我們關於物聯網堆棧和物聯網 Gateway 的文章。
在物聯網佈署中，例如在石油和天然氣或「重工業」中，存在大量物聯網數據。隨著感測器變得更便宜，物聯網項目增加，以及越來越多的連接設備收集大量數據，其他地方的情況也越來越多。我們甚至談到物聯網數據氾濫，而這僅僅是個開始。
現在，並非所有收集的數據，對於我們希望透過此類佈署實現的目標都很重要。在重要的數據中，有些數據更重要且時間敏感。當你將所有這些數據發送到雲時，你只需要大量頻寬。如果周圍沒有廉價的通信技術，例如在非常偏遠的地方，你會怎麼做，而你必須使用衛星之類的東西，來獲取所有數據？如果數據非常重要，以至於你需要它來立即做出人工或自動決策，但通信中斷了怎麼辦？
正是在這裡，霧運算作為擴展雲端運算的補充或形式出現。霧運算過濾和分析靠近物聯網網路中生成位置的數據：在它的邊緣。這是使用霧節點完成的，霧節點與霧 IoT 應用一起致力於解決這些以及更多問題。
如何？簡單的。該解決方案決定需要傳輸到雲端的物聯網數據，因為它可以稍等片刻，而物聯網數據需要傳輸到霧節點（過濾、分析等發生的地方，已經使傳輸的數據「更小」了） ，並觸發動作，使人或設備能夠立即做出決定）。還有一些物聯網數據也是時間敏感的，但較少，在移動到雲之前會先進入霧聚合節點。
舉個例子：如果某個感測器捕獲了，它所建構的任何類型的數據（熱、火、濕氣、氣體的存在、位置或速度的變化，那麼這個列表是無窮無盡的）並且該數據意味著存在某些東西，在你想要立即干預的非常特殊、敏感和關鍵的環境（例如，天然氣管道、石化廠、聯網汽車等）中發生或即將發生（預測分析和預測性維護）。所以這種類型的數據真的需要優先處理、分析和行動，而不是等到大量數據發送到仍然需要發生的雲。
你可以在我們關於霧運算的報導中，閱讀有關它的更多資訊，但請注意霧運算和雲端運算本質上是密切相關的，並且在這樣的網路中結合在一起。
在 NIST 關於霧運算的工作中，可以看到一個例子。還記得 NIST 的服務級別模型 SaaS、PaaS 和 IaaS 嗎？好吧，由於霧運算是雲的擴展，它們只是在霧中被接管。交付模型也是如此：在我們擁有公有、私有、混合和社區雲的地方，霧節點佈署模型附帶了，確切地說，公有、私有、混合和社區霧節點。
上圖：Shutterstock - 版權所有：rangizzz - 所有其他圖片均為其各自提及的所有者的財產。
 |