 |
| 不只是縮時，還有粉塵、噪音、位移偵測 |
【3S MARKET】很多企業已經實際感受到，未來的競爭力在「雲」！更精確地來說，就是運用「雲端運算」，來進行生產製造、管理、行銷、銷售與服務的協同輔助，並創造出效益與盈利，把「雲端運算」植入於這些過程，就是所謂的「數位轉型」…… 來看看這篇報導！
企業雲端運算指南。雲端運算定義、雲服務（SaaS、PaaS、IaaS）、雲交付模型（公有、私有、混合和社區）、優勢、神話、採用、策略和演變，以及市場預測。
數位化轉型是多雲和混合雲環境的驅動力，公有雲在混合雲中的作用越來越大
雲端運算在實現數位化轉型的技術堆棧中，起著最為重要的作用，甚至是數位化轉型專案中的主要交付模式。
雲端運算也是工業 4.0 的重要推動力之一，十多年來一直在塑造軟體和業務應用市場，在物聯網發展中佔有重要地位，對於管理包括大數據在內的數據非常重要，舉幾個例子。
事實上，我們看到近年來出現的 Fintech（金融技術） (financial technology)和共享經濟等領域的許多技術推動者、創新和「顛覆性」新來者，如果沒有雲，根本不可能實現。
然而，雲端運算以及雲的各種策略、佈署、技術和業務方面的瞭解，並不像有時假設的那樣廣為人知。
儘管自 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 或透過私人連接，提供私人或公共服務，使用者透過網路瀏覽器訪問資源、軟體和應用，而不是在他們自己的組織內本地託管軟體。不要將雲視為單一事物，而是將其視為一種廣泛的技術和業務趨勢，它改變了我們看待事物的方式，尤其是組織管理、支付、設計、營運、控制和保護其 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 任務，但也釋放了運算、網路、能力和人力層面的其他資源（例如：雲-文檔捕獲和管理等領域中的基於應用的應用程序，可以使使用者能夠即時掃描文檔，靠近源並進入業務線應用，如果它們易於使用或嵌入 LOB，則可以釋放資源並加快流程應用；基於 Web 的捕獲主要是分佈式捕獲的一種形式）
- etc …
在數位業務、轉型和創新的背景下，雲優勢和驅動因素變得越來越重要。
- 從本質上講，業務和轉型驅動因素更為重要，而對於組織及其從員工和客戶，到合作夥伴的多個生態系統利益相關者來說，目標和結果最重要的，是更全面和端到端的觀點。速度作為一個目標，在任何給定的用戶、客戶需求、合作夥伴關係和創新背景下，都成為速度的相關性和作用。
- 創新支持和轉型靈活性本身就是追求的好處，也是為什麼儘管成本始終是一個考慮因素，但總體情況更重要的原因是，創新和轉型的收益，被添加到純粹的成本方面之上，並且超過一種情況，甚至導致雲佈署比非雲佈署更昂貴，但沒有「這樣的」，因為技術總是服務於目標，應該在這種情況下看待。
- 這給我們帶來了總擁有成本，甚至超出了它。這不僅與嚴格經典意義上的成本或 TCO 相關，甚至與釋放和重新分配資源的底線有關。它還涉及成本規避、機會成本、遺留物的替換、業務流程和面向客戶的環境中，更高速度的財務後果、創新所帶來的收益、需要雲的新業務模式創造的收入（以及數據和生態系統）
- 雲是這些新業務模式和平台的關鍵驅動力，這些新業務模式和平台，通常需要更成熟的數位化轉型策略，並且包括其他幾種也需要雲和/或對其使用產生影響的技術。例如，物聯網是雲採用的驅動力，大數據也是如此。最後，在 IT 日益佔據主導地位的核心業務，和傳統 IT 替代是（公有）雲支出增加的其他驅動因素之一的背景下，更換遺留 IT 最後也很重要。
現在讓我們放大一些提到的雲優勢 —— 以及一些雲神話。
雲端運算和彈性
彈性最初指的是雲端運算中的技術元素，後來主要指基礎設施的彈性和彈性，從業務和用戶的角度來看，彈性是靈活性、彈性甚至敏捷性的同義詞。
簡單地說，彈性是指擴大或縮小客戶通過雲交付的 IT 功能的可能性，這與由於多種原因可能發生的需求變化相關。這種靈活性和擴展雲功能，或在需要時快速執行相反操作的能力，仍然被視為主要的傳統優勢之一。
思維的轉變更多是從基礎設施彈性，轉向彈性作為敏捷性、轉型和業務彈性的推動者，這是眾所周知的。
雖然似乎很明顯，彈性、敏捷性和迅速行動的能力，主要是一項既定的業務，但從這個角度來看，彈性需要相當長的時間。
需要提醒的是，在早期，雲端運算服務提供商越來越受到關注，主要是銷售雲端運算的好處和回應組織對雲的擔憂。他們認為，為了銷售，他們需要銷售雲本身。這與我們在 Internet 早期看到的現象完全相同，當時各種提供商（解決方案、服務、連接等）都試圖讓消費者和企業相信 Internet 的好處。現在似乎很難想像，但事情就是這樣。
今天，許多公司仍在銷售雲端運算的好處，但自 2013-2014 年以來，這種說法終於發生了變化，更多的公司著眼於雲端運算，可以為實際業務需求和好處做些什麼，而不是雲端運算過於籠統的好處。
Forrester 分析師 Craig Le Clair 在 2014 年，發表的一篇關於業務彈性而不是基礎設施彈性，對於一些先行者的重要性的報導，在這方面是顯而易見的，但對許多人來說，它是（而且通常仍然是）新事物。引用：「基礎設施彈性，應被視為其他方面的推動因素，使業務更加敏捷和更高性能」。
關於彈性觀點變化這一方面的最後評論：雲並非與其他技術隔離開來，這些技術當然會增加業務的敏捷性和性能。意識到並提醒這一點也很好。
雲端運算、成本節約和財務狀況：從資本支出到運營支出
如前所述，最常提到的好處之一，同時也是關於雲端運算最常見的誤解之一是它（總是）「更便宜」。有幾個實例和情況，同樣取決於上下文，當它不是時。
「更便宜」和節省成本的前提確實很有吸引力，並且可以追溯到使用雲端運算這個術語之前：分佈式運算和使用共享資源，已經時常從節省成本的角度被提及。
然而，我們主要可以從雲端運算軟體的角度，和 SaaS 的前景中看到它。九十年代末，網路催生了所謂的應用服務提供商(ASP)模式，在許多方面，它可以被視為第一個蓬勃發展，和最成功的雲端運算類型的前身：SaaS 或軟體即服務，簡單地說是透過支持雲的訂閱模式使用軟體。
如上所述，ASP 模型通常使用本質上，描繪網路的雲以圖形方式表示，在 CRM 和行銷軟體中很受歡迎，並且由於它可以透過網路簡單地使用軟體，因此可以節省許可成本，使中小型企業能夠開始使用對他們來說，是過於昂貴的軟體，簡化了對各種使用者的軟體分發（只需要一個連接），始終可以訪問最新版本，並減少企業用戶對 IT 的依賴。此外，ASP 的工作是確保軟體可用，並透過 SLA 為客戶提供服務。有不同類型的 ASP 模型，其中一些導致了 SaaS。出於所有明顯提到的原因，引入了成本節約的概念。
當雲開始流行時，成本節約得以延續，尤其是從客戶的資本支出 (CapEx) 到營運支出 (OpEx) 模型的轉變，是銷售雲優勢的一個關鍵方面。無需（高）前期投資，並透過按需模式採購服務和資源，其中許多 IT 服務，成為營運支出，而不是資本投資。
雖然這種從資本支出到營運支出的轉變很重要，而且雲端運算通常會導致成本節約，當然在 SaaS 中，成本節約並不總是如此，將「更便宜」的因素作為普遍的雲優勢出售，本質上是一個神話，即經常被告知（嚴格來說，OpEx 和更便宜的當然也沒有聯繫）。
在大多數情況下，雲端運算確實可以降低總擁有成本，並且營運支出提供了許多好處。然而，正如關於彈性的思考轉向業務成果的角度一樣，採用策略方法的組織，著眼於整體業務案例，和他們希望透過雲實現的目標，這些目標和額外的好處，確實會導致採用雲方法的情況更有意義，儘管沒有節省成本，甚至比以前的方法和遺留系統更昂貴。
一個人必須考慮更廣泛的目標，包括更好的客戶服務、提高員工生產力、創新和轉型能力、重新分配內部資源（包括 IT 員工）以減少 IT 人員的忙碌，並更多地專注於事物的業務方面，以及我們之前提到的許多其他元素。
雲端運算與 IT 的獨立性
如前所述，ASP 模型在特定領域如此流行的關鍵原因之一是 IT 在軟體環境中的獨立性。
雖然今天 IT 不必附帶難以使用的應用 - 因為沒有人會使用它 - 但確實有一段時間，獨立於 IT 被視為一種驚人的祝福。將 CRM 應用作為業務人員使用，而無需調用 IT 人員的絕對可能性是一場革命。
獨立於 IT 仍然經常被認為是雲端運算的好處。然而，這裡也發生了變化，這種獨立性的根源主要在 SaaS 領域。事實上，它甚至部分是 SaaS 的本質：我們不想知道，是什麼為應用和它下面的所有基礎設施提供動力，我們只想使用它（這確實是一班使用者的共同心態）。
隨著按需自助服務成為雲端運算的一個元素，獨立性甚至比 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），對私有雲的定義中。NIST 對私有雲的定義：「雲基礎設施是為由多個消費者（例如，業務單位）組成的單個組織獨家使用而配置的。它可能由組織、第三方或它們的某種組合擁有、管理和營運，並且可能存在於場所內或場所外」。
正如我們將在下面介紹的那樣，你確實可以看到各種類型和風格的私有雲。私有雲通常是，並且通常仍然是組織測試雲水域的首選方式之一，通常稍後會遷移到混合雲（私有雲和公有雲）或公有雲。然而，公司使用私有雲也有幾個原因，並且通常會出於各種潛在原因繼續這樣做，你將在下面報導看到。
私有雲模型的優缺點
私有雲的優缺點是什麼？它像往常一樣取決於環境和私有雲模型的類型。
一般來說，使用私有雲，你可以獲得公有雲的上市速度和（在一定程度上取決於配置）可擴展性，但安全性更好，正如 Forrester 的 Jennifer Adams 在2016 年底的一篇博文中所說的那樣。最典型的組織想要使用私有雲的原因，事實上只有他們才能訪問，這確實是安全和控制以及相關的原因，例如數據隱私、法規和合規性。
這些當然是非常重要的原因，尤其是考慮到 GDPR 等法規，以及對非常敏感數據的擔憂。舉個例子：歐洲組織經常擔心，如果他們的數據由公有雲提供商儲存在美國，他們可能會面臨監管問題。
到 2021 年，私有雲解決方案市場有望以 11% 的複合年成長率成長
除了保證某些服務級別的安全性、隱私和法規遵從性之外，私有雲還提供其他好處。例如，私有雲使用者可以準確地決定他們的數據儲存在哪裡、如何保護數據、誰可以訪問數據等等。私有雲還可以提供雲的其他好處，例如更好地分配和有效利用資源、提高可靠性、彈性，當實體設備發生故障時，虛擬分區接管（請注意，虛擬化本身並不等同於雲）多租戶和自助服務，僅舉幾例。私有雲也經常用於特殊和不可預測的運算需求，因此可能需要直接控制。
在私有雲的不利方面，以及私有雲的劣勢方面，更高的控制和安全性，被交換為對技能和各種資源的更高需求，以及許多完整的公有雲優勢沒有得到利用。
現場私有雲通常需要額外的備用容量，來管理需求高峰，並帶來資本支出。做為完全託管服務交付的託管私有雲，可以在此處提供解決方案。私有雲通常也不提供，或至少減少公有雲交付模型的關鍵優勢，例如快速彈性、資源共享的後果和完全可擴展性。並不是說私有雲在某種程度上，不提供可擴展性，但這取決於私有雲的類型。完全託管的私有雲，可以幫助克服私有雲的一些缺點，但不是全部。
私有雲交付模型的這些和其他缺點，並不意味著私有雲很快就會出現。
正如我們將在混合雲部分中看到的那樣，組織仍然存在需要私有雲的情況。結合公有雲使用量的增加，這也是混合雲模式佔據主導地位的原因之一。
在前面提到的 Forrester 的 Jennifer Adams 的博客文章中，她提醒我們，儘管公有雲的「高速成長」受到關注，但私有雲解決方案市場有望在 2021 年之前，以 11% 的複合年成長率成長。
根據 Jennifer 的說法，私有雲採用的主要驅動因素之一，是增強了 IT 基礎設施的可管理性和靈活性，顯然還有我們之前提到的安全、監管和合規性原因，並且同樣明顯地（通常）更吸引金融服務等行業（監管），但也適用於尚未準備好遷移到公有雲的公司，因為他們通常在試水時，仍然存在安全和隱私問題。附帶說明：我們看到影響深遠的 GDPR，確實對私有雲和公有雲的使用產生了影響。
私有雲的未來
可能總會有一些組織希望從私有雲中促進，或者因為不可能透過公有雲來實現。這種情況可能有很多原因，因此需要採用混合方法。
某些應用或解決方案，可能過於專業或具有其他特定特徵，例如，從提到的安全角度來看。簡而言之：無論出於何種可能的原因，私有雲都是最有意義的（商業）意義，而公有雲不是的情況下的最佳選擇。
根據前面提到的博客文章，Forrester 認為預整合的融合解決方案和設備，或「盒中雲」Turnkey 解決方案，將加速向雲端運算邁進，成為 2021 年之前成長最快的行業。
RightScale 的 2017 年雲狀態展示了私有雲的採用，如何在私有雲的主要平台 （提供基礎的平台，具有多個功能和通常附加的模組，透過虛擬化、營運管理、API、控制平面、儀表板、監控啟用私有雲、網路、儲存、DevOps 和其他工具），但用於私有雲的 Microsoft Azure Pack/stack 除外。
注意：雖然上面提到的一些產品也支持建構公有雲，雖然微軟 Azure 本身是公共的，但這與虛擬私有雲模型不同，下面將介紹。
各種類型的私有雲佈署
在我們到目前為止所說的關於私有雲的所有內容中，私有雲的各種風格已經變得可見：內部佈署、託管......然而，還有更多類型的私有雲。
事實上，對於不同類型的私有雲（通常具有相同或重疊的含義）有很多不同的術語，試圖抓住差異可能會讓人頭暈目眩。概述。
虛擬私有雲或 VPC
公有雲服務提供商，以 VPC 或虛擬私有雲的形式提供私有雲。
正如「虛擬」一詞已經表明的那樣，這意味著他們以一種虛擬的、獨特且隔離的方式分配雲資源池，因此你在公有雲環境中擁有私有雲。記住我們之前提到的 Gartner：在私有雲中，重要的是隱私，而不是所有權或位置。虛擬私有雲就是一個完美的例證。
內部私有雲、本地私有雲和託管私有雲
在內部私有雲和/或本地私有雲中，隱私方面與位置和/或所有權方面相結合。
它使用組織的基礎架構和資源，在本地或以「託管」模式（所有東西都簡單地託管在其他人的數據中心，並啟用託管私有雲）。在內部私有雲中，最重要的是存在必要的雲支持技術和軟體，來支持私有雲模型，而不僅僅是簡單的虛擬化。我們也可以在這裡引入諸如企業雲之類的概念，但最終它們都有點重疊，對於雲計算的概述來說，它的好處、策略和演變更為重要。
託管私有雲和託管私有雲
託管私有雲和完全託管私有雲的使用頻率更高，使我們再次遠離位置和所有權方面。
它們也比 VPC 離公有雲更遠一些，因為在 VPC 中我們使用了前面提到的公有雲的「一部分」。在託管中，我們使用第三方的基礎設施，即擁有材料和基礎設施的託管服務提供商（與住房相比）。 今天的託管幾乎按照定義意味著雲。在完全託管的私有雲中，在按需模型中通常有更多的功能、任務和內置解決方案，可以輕鬆激活，或實際上是託管私有雲的一部分。其他人需要額外訂閱。對於更有限的託管雲，其中一些託管服務可以做為服務提供，這些服務需要做為額外訂閱單獨付費。因此，請比較默認情況下，可用的服務類型，以及你可能額外需要的服務（及其成本和功能）或後期需要的服務。
私有雲 —— 或者至少是其中的一部分 —— 越來越多地被外包。那是下一步。但首先組織需要正確並知道，他們做什麼和不想外包。下一階段是遷移到我們接下來要解決的公有雲。
公有雲：「真正的」雲 —— 以及城長最快的雲佈署形式
當人們談論雲時，他們通常指的是公有雲。它的採用正在快速成長，這是你在提到 Microsoft Azure、Amazon Web Services（AWS）、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。
在總結三種主要的雲服務模型時，人們經常會首先提到 SaaS，但出於多種原因，IaaS 更有趣。其中之一：雲系統基礎設施服務正在快速成長，尤其是在公有雲中。雖然 SaaS 顯然是第一個成長最快的雲服務模式，並且仍然佔據主導地位，但與 IaaS 和較小的 PaaS 市場相比，雲應用市場的成長正在放緩。
在某些地區，IaaS 支出甚至有望超過 SaaS 支出。據 IDC（2017 年 7 月新聞稿）稱，這將在 2017 年首次出現在 APEJ 地區（不含日本的亞太地區）的公有雲服務市場。IDC 的 Liew Siew Choon 表示，隨著數位化轉型成為多雲和混合 IT 環境（成本效益、靈活性……）的驅動力，IaaS 甚至被用於高度監管的市場。這主要是在這些市場（例如金融）中進行工作負載試運行，和測試新服務的情況。
IDC 表示，IaaS 快速成長的另一個原因與風險管理有關，IaaS 在數據備份和災難恢復方面，發揮著非常重要的作用。
根據 IDC 2017 年 7 月的數據，在全球，IaaS 上的公有雲服務支出的成長速度將遠快於 SaaS，五年複合年成長率為 30% ，涵蓋到 2021 年。這使得 IaaS 成為這三者中成長最快的預測期內的服務模型。
NIST 對 IaaS 的定義如下： 「提供給消費者的能力是提供處理、儲存、網路和其他基本運算資源，消費者能夠在這些資源中佈署和運行任意軟體，包括操作系統和應用。消費者不管理或控制底層雲基礎設施，但可以控制操作系統、儲存和佈署的應用；以及對選定網路組件（例如主機防火牆）的有限控制」。
請注意，IaaS 不僅僅是給定的公有雲。
軟體即服務 (SaaS)：定義、使用和演變
正如我們在雲端運算定義部分中提到的，SaaS 雲服務模型，都是關於軟體應用的，是所有三種主要雲服務中最常見和最著名的，IaaS 排名第二，PaaS 排名第三。SaaS 有時也被稱為應用雲，或應用和資訊雲，這幾乎說明了一切。
在 SaaS 的早期，軟體即服務模型中，使用的典型應用包括 Web 伺服器和電子郵件平台。SaaS CRM （客戶關係管理）熱潮，帶來了巨大的推動作用，如今，它與 ERM （企業資源管理，顧名思義，可以管理資源的軟體，從網路資源到 HR 應用、製造資源等）帳戶 SaaS 支出的主要部分。
然而，我們看到的典型應用在 SMAC 堆棧的「社交」部分（其中 S 代表社交）中變得越來越重要，從社交業務和社交企業應用，到（社交）協作工具和典型應用，用於社交業務、社交媒體行銷和社交媒體監控的那部分，都以 SaaS 雲服務模型交付。
如果你查看當今的整體客戶關係管理，和面向客戶的應用程序環境，在銷售和行銷技術堆棧中扮演重要角色，你會注意到 SaaS 實際上是 CRM 之外的許多應用中的服務模型，其中包括、網路和客戶分析平台、行銷自動化工具、內容行銷軟體、整合行銷套件等。
此外，客戶服務和聯絡中心環境在各個領域都在向雲遷移：從完整的聯絡中心應用，到在客戶服務環境中使用的特定應用（會議平台、聊天機器人、整合電子郵件管理、UCC，你能想到的）
儘管出於所有顯而易見的原因，SaaS 應用放緩，但不用說，雲應用和資訊市場將繼續成長。
SaaS市場成長的兩個重要驅動力：
- 在早期，SaaS 過去主要用於任務關鍵性較低的應用，而數位化轉型導致更多的核心應用轉向 SaaS 模型。
- 許多「較新」的技術現象，通常是數位化轉型計劃的關鍵，從大數據、新的人工智慧解決方案，當然還有物聯網，都催生了新的雲解決方案。比如在物聯網中，有所謂的物聯網平台，都是雲，甚至還有物聯網廠商和服務商的物聯網數據變現的雲，舉幾個例子。
NIST 對 SaaS 的定義如下： 「提供給消費者使用在雲基礎設施上，運行的提供商應用的能力。這些應用可以透過網路瀏覽器等瘦客戶端介面，或程序介面從各種客戶端設備訪問。」
平台即服務（PaaS）：開發雲的定義和使用
在我們的雲端運算定義介紹中，我們將平台即服務或 PaaS 稱為雲，適用於各種可能類型的應用的開發人員。這也是為什麼你可能會在 PaaS 的上下文中聽到術語開發雲的原因。
然而，應用開發應該在一個相當廣泛的背景下看待。PaaS 用於與軟體、解決方案和 Web 應用開發有關的許多活動。PaaS 支持測試、環境、附帶運行時環境、支持應用開發、提供應用管理和配置等。它通常由 Web 開發人員、一般軟體開發人員，以及建構自定義軟體應用，並需要測試環境和/或透過某種雲交付模型，將其提供給內部使用者的環境。
在公有雲佈署模型中，PaaS 是 2021 年之前成長第二快的成長者，從支出的角度來看，僅次於 IaaS 和 SaaS。然而，從絕對意義上來說，情況恰恰相反：PaaS 佔公有雲支出最小，IaaS 是第二大或最小的，如果你願意的話，而 SaaS 是第一。
NIST 對 PaaS 的定義如下： 「（在 PaaS 中），提供給消費者的能力，是將消費者創建或獲取的應用，佈署到雲基礎架構上，這些應用的使用提供商支持的編程語言、庫、服務和工具創建。
遷移到雲：這是一段旅程，需要一種策略
雲之旅並不是真正的雲之旅，而是一段旅程。讓我們解釋一下：沒有人會購買雲，也沒有人會像那樣完全使用雲（除了許多新創企業，它們的存在和生存都歸功於雲）。
根據公司、巧合、選擇和無數其他背景因素，遷移到雲交付模型和雲服務的方式非常不同。通常情況下，規模較小的組織會逐步進行，從一些私有雲和一些不太重要的應用或敏感數據開始。然而，至少有許多雲計劃或多或少同時，發生在組織的不同部分，無論是有機的還是設計的。通常，當組織看到實際上有幾種雲服務，甚至交付模型正在使用時，沒有明確的端到端概述，策略問題和混合現實真正發揮作用。
透過向其他公司學習，並更好地瞭解更適合雲的場景的優勢、劣勢和類型，可以採取更具策略性的方法。我們指的是路線圖，但最重要的是對當前 IT 基礎設施和營運、當前和未來需求的合理分析，以及對運算空間的任何給定部分，和內部各種工作負載的價值、性能和業務要求的評估它。
雲策略的必要性
根據 CompTIA 的 2016 年雲端運算趨勢研究，超過 90% 的公司聲稱使用某種形式的雲端運算。
根據 IDC 的數據，68% 的組織在 2015 年制定了某種形式的雲策略（公有或私有）。儘管這兩項調查都是由不同的各方使用某種形式的雲端運算完成的，但實際上並不等於擁有「某種」形式的雲策略.
此外，IDC 發現，遷移到雲的工作負載的種類不斷增加，在調查時，30% 或更多的響應組織，已經遷移或計劃將 IDC 向公司詢問的「幾乎所有工作負載」遷移到雲。仍然存在的主要挑戰：隨著越來越多的工作負載和應用，將組織推向雲優先環境，改進雲策略。
同樣在 2015 年，Gartner 和其他研究公司發現，遷移到雲的服務類型，變得更加關鍵任務，當然這取決於行業類型，因為在某些行業中，有理由將數據保持在接近組織的核心盡可能。
然而，除了這些例外，演變是顯而易見的，公共雲中各種雲服務的成長也是如此，主要包括 IaaS （基礎設施即服務）、BPaaS （業務流程即服務）和 SaaS （軟體即服務） )都在成長，在雲系統基礎設施服務(IaaS)方面處於領先的成長位置。
根據前面提到的 RightScale 2017 雲狀態研究，在 2017 年的主要雲計劃中，正在使用的公有雲的擴展和更多工作負載，向雲的遷移分別排名第三和第二。
現有雲使用的優化，主要是為了節省成本，從而對工作負載進行更具策略性的管理，排名第一。
雲正在進入下一個階段。例如，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 和人工智慧。
在特定情況下，現有的雲網路方法，不太適合領域中的許多工業物聯網應用，從智慧工業到智慧建築、智慧汽車和智慧城市，再到石油和天然氣等智慧互聯應用。
物聯網網路有幾個組件，就像傳統網路一樣，它們都在數據、通信、分析、應用等的整體畫面中發揮作用。這種網路的最基本層次是連接對象，即物聯網中的「事物」，本質上是收集數據。這可能是聯網機器、配備感測器的石油鑽井平台，或聯網汽車中的物聯網設備。
這種物聯網網路中的傳統網路和雲模型看起來有點像這樣：感測器「感知」數據，並將它們傳送到其他電子設備和附近的設備，在那裡它們將被儲存特定時間，然後發送到雲（或數據中心）進行過濾、處理、分析等。如果你想更詳細地了解它的實際工作原理，請分別查看我們關於物聯網堆棧和物聯網網關的報導。
在物聯網佈署中，例如在石油和天然氣或「重工業」中，存在大量物聯網數據。隨著感測器變得更便宜、物聯網專案項目增加，以及越來越多的連接設備收集大量數據，其他地方的情況也越來越多。我們甚至談到物聯網數據氾濫，而這僅僅是個開始。
現在，並非所有收集的數據，對於我們希望透過此類佈署，實現的目標都很重要。在重要的數據中，有些數據更重要且時間敏感。當你將所有這些數據發送到雲時，你只需要大量頻寬。如果周圍沒有廉價的通信技術，例如在非常偏遠的地方，你會怎麼做，而你必須使用衛星之類的東西，來獲取所有數據？如果數據非常重要，以至於你需要它來立即做出人工或自動決策，但通信中斷了怎麼辦？
正是在這裡，霧運算作為擴展雲端運算的補充或形式出現。霧運算過濾和分析靠近物聯網網路中生成位置的數據：在它的邊緣。這是使用霧節點完成的，霧節點與霧 IoT 應用一起致力於解決這些以及更多問題。
如何？簡單的。該解決方案決定需要傳輸到雲端的物聯網數據，因為它可以稍等片刻，而物聯網數據需要傳輸到霧節點（過濾、分析等發生的地方，已經使傳輸的數據「更小」了） ，並觸發動作，使人或設備能夠立即做出決定）。還有一些物聯網數據也是時間敏感的，但較少，在行動到雲之前會先進入霧聚合節點
舉個例子：如果某個感測器捕獲了它所構建的任何類型的數據（熱、火、濕氣、氣體的存在、位置或速度的變化，那麼這個列表是無窮無盡的）並且該數據意味著存在某些東西，在你想要立即干預的非常特殊、敏感和關鍵的環境（例如，天然氣管道、石化廠、聯網汽車等）中發生或即將發生（預測分析和預測性維護）。所以這種類型的數據真的需要優先處理、分析和行動，而不是等到大量數據，發送到仍然需要發生的雲。
你可以在我們關於霧運算的報導中，閱讀有關它的更多資訊，但請注意霧運算和雲端運算本質上是密切相關的，並且在這樣的網路中結合在一起。
在 NIST 關於霧運算的工作中，可以看到一個例子。還記得 NIST 的服務級別模型 SaaS、PaaS 和 IaaS 嗎？好吧，由於霧運算是雲的擴展，它們只是在霧中被接管。交付模型也是如此：在我們擁有公有、私有、混合和社區雲的地方，霧節點佈署模型附帶了，確切地說，公有、私有、混合和社區霧節點。
上圖：Shutterstock - 版權所有：rangizzz - 所有其他圖片均為其各自提及的所有者的財產。
0 comments:
張貼留言