一方面運算能力的成長和x86平台虛擬化技術的發展，另一方面IT外包的普及，催生了效用運算（IT as a utility service）的概念。 為什麼不以與水電費相同的方式支付 IT 費用 - 完全按照您的需求支付費用，僅此而已。
這時，雲端運算的概念出現了──消費來自「雲端」的IT服務，也就是雲端運算。 來自一些外部資源池，而不關心這些資源如何或從哪裡來。 就像我們不關心自來水泵站的基礎設施一樣。 至此，概念的另一面已經制定出來了——即IT服務的概念以及如何在ITIL/ITSM的框架內管理它們。
雲端（雲端運算）的許多定義已經被提出，但它們不應該被視為最終的真理——它們只是形式化提供效用運算的方式的一種方式。
- 「雲端運算是一種分散式資料處理技術，其中電腦資源和電力作為互聯網服務提供給用戶」維基百科
- 「雲端運算提供了一種模型，可以方便地基於網路存取按需、可配置的運算資源（例如網路、伺服器、儲存、應用程式和服務）的共用池，這些資源可以快速配置並以最少的管理進行配置努力或乾預。服務提供者」NIST
- 「雲端運算是一種範式，用於提供可擴展且靈活的分散式實體或虛擬資源池的網路存取、自助服務和隨選管理」ISO/IEC 17788:2014。 資訊科技 - 雲端運算 - 概述和詞彙。
根據 NIST 的說法，雲端主要分為三種類型：
- IaaS－基礎設施即服務
- PaaS – 平台即服務 – 平台即服務
- SaaS-軟體即服務
為了非常簡單地理解差異，讓我們來看看「披薩即服務」模型：
NIST 定義了被視為基於雲端的 IT 服務的以下必要功能。
- 通用網路存取（廣泛的網路存取）—該服務必須具有通用網路接口，允許幾乎任何人以最低的要求連接和使用該服務。 例如－要使用220V電網，連接到任何具有標準通用介面（插頭）的插座就足夠了，無論是水壺、吸塵器還是筆記型電腦，這都不會改變。
- 可測量的服務－雲端服務的關鍵特徵是服務的可測量性。 回到用電的類比，如果你整個月在家裡待過一次並喝了一杯茶，那麼你將以最小的粒度支付與消耗的費用完全相同的費用，最高可達燒水壺一次的費用。
- 按需自行配置服務（隨選自助服務）－雲端提供者為客戶提供智慧配置服務的機會，而無需與提供者的員工互動。 為了燒開水壺，完全沒有必要提前聯繫Energosbyt並提前警告他們並獲得許可。 從房屋連接（合約簽訂）那一刻起，所有消費者都可以獨立管理所提供的電力。
- 即時彈性（快速彈性）－雲端提供者提供的資源具有即時增加/減少容量（在某些合理限制內）的能力。 一旦水壺打開，提供者立即向網路提供 3 kW 的電力，一旦關閉，它將輸出降至零。
- 資源池－服務提供者的內部機制可以將單獨的發電能力組合成公共資源池，並進一步將資源作為服務提供給不同的消費者。 當我們打開水壺時，我們最不關心電力來自哪個特定發電廠。 所有其他消費者都與我們一起消耗這種力量。
需要理解的是，上述雲的特徵並不是憑空得出的，而是從效用計算概念中得出的邏輯結論。 而公共服務必須在概念架構內具備這些特質。 如果一個或另一個特徵不對應，服務不會變得更糟，也不會變得“有毒”，它只是不再多雲。 那麼，誰說所有服務都應該如此？
為什麼我要單獨講這個呢？ 自 NIST 定義推出以來的過去 10 年裡，關於「真正的雲端」的定義存在著許多爭論。 在美國，「符合法律條文，但不符合精神」的提法有時仍被用在司法領域——而就雲端運算而言，主要的是精神，資源一分為二滑鼠點擊。
需要注意的是，上述5個特性適用於公有雲，但當遷移到私有雲時，大多數特性都變成了可選的。
- 通用網路存取（廣泛的網路存取）－在私有雲中，組織可以完全控制發電設施和消費者客戶端。 因此，這個特性可以被認為是自動滿足的。
- 計量服務是效用計算概念的關鍵特徵，即基於消費的支付。 但一個組織如何支付自己的費用呢？ 在這種情況下，公司內部存在發電和消費的劃分，IT成為服務的提供者，業務部門成為服務的消費者。 且部門之間相互結算。 有兩種操作模式：退款（具有真實的相互結算和金融流動）和展示（以盧布報告資源消耗的形式，但沒有金融流動）。
- 按需自助服務 – 組織內可能存在共享 IT 服務，在這種情況下，該特徵變得毫無意義。 但是，如果您的業務部門有自己的 IT 專家或應用程式管理員，則需要組織一個自助服務入口網站。 結論 - 該特徵是可選的，取決於業務結構。
- 即時彈性（快速彈性）－在組織內部，由於組織私有雲的裝置是固定的，它就失去了意義。 可以在內部定居點內有限程度地使用。 結論 - 不適用於私有雲。
- 資源池－如今幾乎沒有組織不使用伺服器虛擬化。 因此，這個特性可以被認為是自動滿足的。
Q：那你們的私有雲是什麼？ 公司需要購買和實施什麼來建構它？
答：私有雲是向IT-業務互動的新管理模式的過渡，該模式由80%的管理措施和僅20%的技術組成。
只需為所消耗的資源付費和輕鬆進入，而不必在資本支出中埋藏數億石油，導致了新的技術格局和億萬富翁公司的出現。 例如，現代巨頭 Dropbox 和 Instagram 作為 AWS 上的新創公司出現，它們自己的基礎設施為零。
必須單獨強調的是，雲端服務管理工具變得更加間接，IT總監的主要職責正在成為供應商選擇和品質控制。 讓我們看看這兩項新職責所面臨的挑戰。
雲端作為擁有自己的資料中心和硬體的經典重型基礎設施的替代品而出現，它看似輕量。 進入雲端很容易，但退出的問題通常是避免的。 與其他行業一樣，雲端提供者努力保護業務並使競爭變得更加困難。 唯一嚴重的競爭時刻只出現在最初選擇雲端服務供應商的過程中，然後供應商將盡一切努力確保客戶不會離開他。 此外，並非所有努力都以服務品質或其範圍為目標。 首先，這是提供獨特的服務和使用非標準的系統軟體，這使得轉向其他提供者變得困難。 因此，在選擇服務提供者時，需要同時制定該提供者的過渡計畫（本質上是成熟的DRP-災難復原計畫），並考慮資料儲存和備份副本的架構。
IT 總監新職責的第二個重要面向是監控供應商的服務品質。 幾乎所有雲端供應商都根據自己的內部指標遵守 SLA，這可能會對客戶的業務流程產生極其間接的影響。 因此，將重要IT系統轉移到雲端供應商時，實施自己的監控系統就成為關鍵專案之一。 繼續SLA的話題，有必要強調的是，絕大多數雲端提供者將未能履行SLA的責任限制為每月訂閱付款或部分付款。 例如，AWS和Azure，如果超過95%的可用性閾值（每月36小時），將給予訂閱費100%的折扣，而Yandex.Cloud則為30%。
當然，我們不能忘記，雲端不僅是由亞馬遜級乳齒象和Yandex級大象製造的。 雲也可以更小——只有貓甚至老鼠的大小。 正如 CloudMouse 範例所示，有時雲端會停止並結束。 您不會得到任何補償，沒有折扣——除了全部資料遺失之外，您什麼也得不到。
針對高階業務關鍵IT系統在雲端基礎架構上實施的上述問題，近年來出現了「雲端回流」現象。
到 2020 年，雲端運算已經過了過高期的頂峰，這個概念正在走向失望的深淵（根據 Gartner 技術成熟度曲線）。 據考證 и 高達 80% 的企業客戶返回並計劃將負載從雲端返回到自己的資料中心，原因如下：
- 提高可用性/效能；
- 減少開支;
- 遵守資訊安全要求。
該怎麼做以及一切「真實」如何？
毫無疑問，雲彩將長期存在。 他們的作用每年都會增加。 然而，我們並不是生活在遙遠的未來，而是生活在一個非常具體的情況下的2020年。 如果您不是新創公司，而是典型的企業客戶，那麼如何使用雲端呢？
- 雲端主要是提供不可預測或高度季節性負載的服務的地方。
- 在大多數情況下，具有可預測、穩定負載的服務在您自己的資料中心中維護起來更便宜。
- 有必要開始使用具有測試環境和低優先級服務的雲端。
- 考慮將資訊系統放置在雲端中，首先要開發一種將雲端退出到另一個雲端（或返回您自己的資料中心）的方法。
- 將資訊系統放置在雲端中首先要為您控制的基礎架構開發備份方案。
來源： www.habr.com