【51CTO.com原創稿件】互聯網時代，云計算成為企業數字化轉型的關鍵，很多企業選擇上云，但企業真的了解云計算能為企業帶來的優勢么？企業上云有哪些誤區？企業如何發揮上云的真正優勢呢？基于此，記者在51CTO主辦的WOTA2017全球架構與運維技術峰會上，對網易云***解決方案架構師劉超進行了專訪，話題主要圍繞企業上云的幾大誤區展開。

[[189616]]

劉超，網易云***解決方案架構師，10余年的云計算架構與開發經歷，關注OpenStack、Hadoop、Docker、Lucene、Mesos等開源軟件，積累了豐富的企業級應用的微服務化，容器化實戰經驗，曾出版《Lucene應用開發揭秘》。

很多企業遷移上云都希望為企業的業務模式帶來變化甚至是更直接的收益，但很多企業其實是在沒有真正了解上云后的業務形式的情況下盲目上云，這個時候企業就會有這樣一個疑問：“我是不是用了假的云計算？”

劉超老師表示：“很多企業在上云之前積攢了一些物理機使用的習慣，企業上云后還是在用傳統的思路使用云計算，這導致很多企業對云平臺存有一些誤區，使得企業并沒有真正享受到云計算的好處，總結來說云計算有九大使用誤區。”

***個誤區：傳統單體應用不加修改，就進行虛擬機或容器的部署

***個誤區是傳統單體應用不加修改，就進行虛擬機或容器的部署。這樣做的問題是打包的東西太多，應用配置起來非常復雜，無法實現橫向擴展，更有甚者一臺物理機里只跑一個容器，完全沒有享受到容器帶來的好處。

第二個誤區：不想修改應用，而期望虛擬化層的技術改進，達到“既想馬兒跑又想馬兒不吃草”的效果

第二個誤區是不想修改應用，而期望虛擬化層的技術改進，達到“既想馬兒跑又想馬兒不吃草”的效果。比如希望虛擬機或容器能夠達到物理機的性能，雖然Intel等廠商在硬件層面針對虛擬化做了很多改進，但會大大降低應用的可遷移性和靈活性。所以云計算的用戶首先要意識到，虛擬化必然會造成性能損耗，應該通過應用的改造，去利用云計算的橫向擴展能力，從而抵銷這種性能損耗。

第三個誤區：期望對虛擬機進行細粒度的調度，感知物理機和機架

第三個誤區是期望對虛擬機進行細粒度的調度，感知物理機和機架。傳統的運維通常會問為什么云計算不能提供遷移的功能，把應用從一個機器遷移到另一個機器，或者把應用分布在不同的物理機甚至機架上。實際上還是把云計算當成傳統的物理機來用。

第四個誤區：喜歡指定所有的機器的規格，然后一次性進行包年包月購買

第四個誤區是喜歡指定所有的機器的規格，然后一次性進行包年包月購買。很多企業即便用了云計算，也希望提前一次性購買未來一年內用到的所有機器。云計算一個非常大的優點就是彈性伸縮，所以并不是一次性進行包年包月購買就真的會降低成本，相反有些時候購買夠用的資源包既有靈活性還能減少一定運維成本。

第五個誤區：全公司共用一個賬號

第五個誤區是全公司共用一個賬號，這個賬號由運維控制，所有的操作都要通過他的批準。實際上每一個云計算平臺都是有賬號和子賬號的管理體系的，云計算的彈性就是為了實現自運維，而不是需要層層審批的傳統方式。

第六個誤區：不規劃和使用VPC進行隔離

第六個誤區是不規劃和使用VPC進行隔離，隔離性上有很大的問題。

第七個誤區：期望完全由基礎設施層解決應用的高可用問題

第七個誤區是妄圖由基礎設施層解決應用的高可用問題。比如內存的數據或硬盤的緩存，哪個重要哪個不重要，哪些數據堅決不能丟，這些都是你的應用才知道的，云平臺并不能區分。

第八個誤區：所有的機器都帶公網IP地址

第八個誤區是所有的機器都帶公網IP地址，并且使用用戶名密碼登錄，這些做法都會為系統帶來安全隱患。

第九個誤區：自己搭建數據庫、大數據平臺等公共基礎設施

第九個誤區是自己搭建數據庫、大數據平臺等公共基礎設施。這會大大增加公司的運維成本，而實際上每個公有云平臺都提供了相應的PaaS平臺來提供這些服務。

如何發揮云計算的優勢？

向云而生，云原生應用

現在企業在應用開發和遷移的過程中要明確企業上云的理念，明確企業應用云化，從而做到簡單的橫向擴展能力，使其能夠發揮云上的優勢。特別是應用層的設計，要考慮到這個應用未來是運行在云上的，要提供能實現彈性擴展和容災備份的機制，一般這種機制被稱為云原生（Cloud Native）。

綜上所述，基礎架構層應該做到足夠的彈性，和一定程度的調優，但不要做太多影響擴展性的調優；應用層應該向云原生發展，實現更好的彈性伸縮和持續集成/持續交付的流程，這樣兩者合作起來，才能有效地降低運維成本。

【51CTO原創稿件，合作站點轉載請注明原文作者和出處為51CTO.com】