Openstack佔領未來 這六大需求你真的懂了嗎？

早在兩年前，就有深解IT雲計算奧妙的人士說：Openstack是下一個戰場。如今看來，此言不虛，Openstack已經成為雲計算領域的「網紅」。雲計算的來臨必然意味著彈性可擴展成為最重要的產品特性，而對於私有雲來說，如何兼顧安全、彈性、自主可控和可擴展呢？openstack、容器都是在這種背景下興起的新技術，也是迎合DevOps的手段，只不過Openstack似乎更宏觀，容器更輕量化、細化。

筆者之前寫過一篇文章《不懂OpenStack 都不敢說自己是搞IT的》，其中簡單介紹了OpenStack是一個美國國家航空航天局和Rackspace合作研發的雲計算軟體，以Apache許可證授權，並且是一個自由軟體和開放源代碼項目。OpenStack是IaaS（基礎設施即服務)平台，讓任何人都可以自行建立和提供雲端運算服務。由Nova計算服務、Keysyone認證服務、Glance鏡像服務、Swift對象存儲和Horizon幾大模塊構成。

圖片來自網路

可以看出，Openstack是一個企業級私有雲的非常理想的基礎。近兩年中，Openstack更多的被擁有良好IT基礎的企業所應用，雖然還有很多缺陷，但是它更多的作為類似Linux內核的存在。所以，你可以簡單講Openstack看做雲操作系統的內核。

那麼這個內核需要哪些因素呢？主要分為六大部分：API高可用、健壯的管理模型、開放架構、混合雲兼容、彈性架構和全球交付。如果你仔細觀察，會發現以上這些需求因素都有著充分的企業級特點。

API高可用

做企業級的人一定都聽過幾個9的安全性，這是來自SLA標準的一種評定。一般來講，企業級要求有5個9的高可用性，這意味著每年允許有5.26分鐘的非計劃停止運行時間。在99.5% SLA的基礎架構上，如果要運行99.99-99.999% SLA的應用的話，應用所需要使用的雲API也需要有99.99-99.999%的SLA。

當然5個9並不容易達到，如果達到6個9則意味著每年只有 31.5 秒的停止服務時間的可用性。這種高可用的需求，一般需要負載均衡技術，需要雲控制平面和API能夠達到這種可用性。

健壯的管理模型

雲計算自然是從安裝部署開始的，但是卻絕不止於此。雲計算在部署完成之後的運維管理、安全保障依然十分重要。所以，安裝只是管理OpenStack的開端。為了更好地運行Openstack雲操作系統，就需要從設計初始考慮到運維管理問題，需要典型的日常雲運維工具，包括日誌、系統測量值和相關度分析；需要供雲運維人員使用的用來做整合和自動化的CLI和API；當然為了方便管理，還需要可視化分析和圖形界面。

開放架構

辨證主義哲學告訴我們，凡事都有正反兩反面的影響。正如我們知道目前仍有很多金融行業在採用大型機，在接受很多諸如廠商鎖定（綁定）的霸王條款。我們也知道大多數客戶都不希望自己被綁定，但事實是這些是難以避免的，即便你採用的是Openstack的雲系統。

對於大多數客戶而言，比起採用完全開放架構的產品，客戶更關心的是選擇自己能夠接受的廠商綁定程度。但可以肯定的是，OpenStack是一個開放的架構，肯定可以減少廠商鎖定，但是不是徹底消除它。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！