云計算服務模式(SaaS/PaaS/IaaS)

為什么是云計算,為什么是現在

  • 商用云:商用云的設計初衷是將基礎設施商品化,并以較低的成本對外提供,是用戶能夠獲得高擴展性和自服務能力。
  • 企業云:企業級云的目的,則是達到或超過它所要替代的本地基礎設施的安全和服務等級協議(SLA)

企業云的價格和復雜性要高得多,但商用云通常不能滿足企業所要求的安全標準和SLA需求。

云服務模式

云計算的5個特征是網絡接入、彈性、資源池化、可計量的服務以及按需自服務

20191022204311.jpg

IaaS

NIST定義 消費者能夠獲得處理能力、存儲、網絡和其他基礎計算資源、從而可以在其上部署和運行包括操作系統和應用在內的任意軟件。消費者不對云基礎設施進行管理或控制,但可以控制操作系統、存儲、所部署的應用,或者對網絡組件(如防火墻)的選擇有部分控制權。

CSA定義 以服務的方式交付連同原始存儲和網絡在內的計算機基礎設施(通常是一個平臺虛擬化環境)。客戶并非購買服務器、軟件、數據中心空間或者網絡設備,而是將這些資源作為外包服務整體采購。

PaaS

NIST定義 消費者能夠使用提供商所支持的編程語言、庫、服務和工具,將自己創建或獲取的應用部署到云基礎設施上。消費者不會對底層云基礎設施進行管理或控制,這包括網絡、服務器、操作系統或存儲等,但是可控制所部署的應用,并有可能控制配置應用的托管環境。

CSA定義 以服務的方式交付計算平臺和解決方案包。PaaS服務消除了購買、管理底層硬件和軟件以及部署這些主機所帶來的成本與復雜度,使應用的部署變得更容易。

一般情況下,大企業會選擇混合云服務,把數據保存在私有云里,然后把不重要的組件遷移至公有云中。

在三種云模式下,PaaS是最不成熟的模式

SaaS

消費者能夠使用提供商運行在云基礎設施上的應用,并可通過類似Web瀏覽器(如基于web的電子郵件)等瘦客戶端界面,在各種客戶端設備商訪問這些應用。除了一些有限的特定于用戶的應用配置的設置之外,消費者不會直接對底層云基礎設施進行管理或控制,這包括網絡、服務器、操作系統、存儲,甚至單個應用的功能。

部署模式

20191022205914.jpg

公有云

NIST定義 云基礎設施提供給大眾公開使用。擁有、管理或運營這些設施的可能是商業、學術或政府機構,抑或其組合。另外,這些基礎設施都存放在云提供商處。

所謂公有云指的是這樣的一種多租戶環境,即最終用戶與其他消費者一起,在一個共享的商業資源網絡上為自己所使用的資源付費。最終用戶可以選擇數據中心所在的位置,但不知道自己的軟件具體運行在哪臺物理機上。物理硬件之上是一個抽象層,以API的形式展現給最終用戶,由用戶用來創建運行在多人共享的大型資源池里的虛擬計算資源。

公有云的優點

  • 公用事業價格
  • 彈性
  • 核心競爭力

公有云的缺點

  • 控制
  • 監管問題
  • 有限的配置

私有云

云基礎設施提供給由多個消費者(如業務單元)構成的組織專用。擁有、管理或運營這些設施的可能是該組織、第三方,抑或其組合。這些基礎設施的存放點可以在本地,也可以不在本地

私有云的優點

解決了公有云的一些缺點(控制、監管問題和配置能力)。私有云可以部署在本地或者托管在云服務提供商的數據中心里。無論那種情況,私有云的最終用戶都只是在一個單一租戶環境下進行部署,不會與其他用戶混用。

私有云的缺點

犧牲了“快速伸縮性、資源池化以及按需使用的定價模式”

混合云

單獨存在但卻通過標準的或專利性的技術綁定在一起,以使數據和應用具有可移植性的兩種或多種不同的云基礎設施(私有云、社區云或公有云)的組合

混合云的最佳實踐方式是在利用快速伸縮性和資源池這些云計算的優勢方面盡可能多的使用公有云,而在數據所有權和隱私這些公有云中風險較高的領域使用私有云。

云計算的錯誤實踐

將應用遷至云

首先確定架構師真正理解了無狀態和有狀態設計模式之間的差異;其次,弄清楚應用程序是否適合遷移至云端,抑或托管、重新編寫等才是更好的選擇。

不切實際的期望

設定合理的預期。將云計算方案分解成多個更小一些的可交付項,這樣可以盡快交付商業價值,使團隊在前進的途中不斷成長;不要讓團隊脫離市場埋頭幾個月或一整年只為了一下交付一大堆新型的云服務,不要嘗試這種“爆炸式”的成長方式。了解各種云服務模式的缺點。對云服務的消費進行優化,監控和審計,實施管制流程來堅持正確的消費模式。認真查看每個月云服務提供商寄來的賬單,確保成本控制在期望范圍之內。

云安全的錯誤認知

一開始就要確認架構師、產品團隊和安全專家對于云安全、法規控制和審計要求有足夠多的認識,如果有必要,可邀請獨立的第三方來進行評估,并對部署之前和部署之后進行審計對比。最好未雨綢繆,盡量避免亡羊補牢。

只選最喜歡的,不選最合適的

理解SaaS、PaaS、IaaS三種云服務模式之間的差異。清楚每種服務模式最適合什么業務場景。不要只是因為開發者使用了某種軟件包或者公司多年來向固定的提供商購買了硬件而選擇云提供商,應該綜合考慮。

服務中斷及停業場景

選擇云服務模式和云服務提供商時,先理清楚可能有的故障點和帶來的風險,并對此進行應對設計。了解云提供商的SLA和數據所有權政策,仔細檢查所有具有法律約束力的文檔和協議。每種云服務都會帶來某種程度上的供應商鎖定。研究鎖定的成因和影響,確定服務等級。云計算不是一個非此即彼的命題,不必非得全部遷入,也不必完全摒棄。細心選擇,更細心的進行架構設計。

低估組織變革帶來的影響

如果可能,在實施云計算項目時,先從較小的、低風險的方案做起。如果項目風險和類型都比較大,千萬不要低估組織變革帶來的影響。營造出緊迫感,組建并賦權一個團隊來掌控項目,創建未來狀況的愿景,并通過使用各種可能的溝通機制(全體大會、博客、簡報、會議、海報等)一遍一遍的在整個組織內進行觀點的傳播。

技術不足

基于項目需求對現有的員工能力進行評估,確認技術缺口。然后,通過全職招聘或勞務外包的方式獲得有經驗的人才來填補這個缺口。確保在這個過程中,現有的員工能從這些經驗人士處學習提高。切記,如果僅有外部的經驗人士參與到這些方案中,那么公司的內部的人難免會有抱怨情緒,此外,留意參加實踐者做講解的聚會和大型會議(但是要提防供應商的推銷行為),多與那些有成功經驗的本地組織進行接觸。鼓勵團隊成員參加培訓、閱讀博客,以及通過網絡進行協作,分享學習其他人的經驗。

對客戶需求的錯誤認識

在選擇云服務模式和云類型之前,理解業務需求和客戶對于云計算的期望。是需求驅動決策,而非決策驅動需求。明確產品定義和需求,對業務需求的安全和監管問題進行評估,把不足添加到整個產品的待辦事項中。記下經常會被問到的問題,隨時查閱,能夠解答典型客戶對于基于云的方案經常會有的疑惑或顧慮。

出乎意料的成本

了解每種云服務模式的成本,建立適當的公司治理和軟件控制層級,對成本進行優化和監控。對于有著遺留方案的公司來說,不要低估與遺留架構集成可能要花費的工作,以及培訓現有員工或聘請有經驗的工程師所需的成本投入。

posted @ 2019-10-25 17:24  Rimond_Jing  閱讀(...)  評論(...編輯  收藏
11选5走势图