原文作者:Joe Emison
翻譯:徐婧欣
公有云已成為一個必然選擇,IT 領(lǐng)導者們必須掌控這種變革,并且提出更加完善的管理工具和方法。
研究概要
調(diào)查名稱:Interop ITX 及 InformationWeek2016 年云計算情況調(diào)查
調(diào)查日期:2016 年 12 月
地區(qū):北美
調(diào)查對象:來自使用或計劃使用云計算的公司的 307 位技術(shù)人員,誤差幅度為百分之+/-5.6。
方法:Interop ITX 和 InformationWeek 對北美各公司的決策制定者就云計算使用及優(yōu)化策略等問題進行了調(diào)查。此調(diào)查在線上進行,在 UBM 游客中選擇的一個群體,并通過電子郵件邀請其成為調(diào)查對象。最終選定的調(diào)查對象中,幾乎有半數(shù)都帶有 IT 管理相關(guān)的頭銜,如 CIO、CTO、ITVP、IT 經(jīng)理或是 IT 主管。其中十分之四來自擁有 1000 或 1000 以上員工的大型公司。調(diào)查流程嚴格依照標準市場調(diào)查實踐進行實施。
簡介
隨著 2017 年的到來,越來越多的公司開始采用云計算,為了更好地了解未來的發(fā)展狀況,此次調(diào)查的關(guān)注點是云技術(shù)在未來會遇到的問題。這些問題探討的并不是是否該繼續(xù)使用云或者是否一切工作都該在云端進行(未來將會是這樣),而是系統(tǒng)如何實現(xiàn)轉(zhuǎn)型以及云領(lǐng)域的下一個關(guān)鍵性創(chuàng)新是什么。
在此報告中,我們將關(guān)注以下問題:本地部署和虛擬化的傳統(tǒng)數(shù)據(jù)中心要如何轉(zhuǎn)移至 IaaS?我們將來還會使用私有云嗎?混合云是一個跳板還是一個只會耗費時間和金錢的東西?我們應該如何管理和組織云?在一個無法觸碰卻開銷很大的領(lǐng)域里,我們該如何控制安全成本?
我們也會考慮到接下來會發(fā)生什么:「無服務器」計算("serverless" computing)是否會成為云計算的下一個重點,究竟什么才是無服務器?如何確定何時才是嘗試云技術(shù)新發(fā)展的合適時機?
一、云計算的今天:虛擬化不再等同于云
2016 年,IT 專業(yè)人員還可以將一系列虛擬機器(如使用 VMware 或 Citrix Xen)稱作「云」,但是今后可不再是這樣了。過去四年內(nèi),虛擬化和私有云的使用量也下降了近 25%,而 IaaS 的使用量則從 30% 上升至 57%,幾乎翻了一番。由于我們的調(diào)查對象中有很多都處于非常傳統(tǒng)的 IT 環(huán)境,所以這些數(shù)據(jù)也就更有意義。
調(diào)查對象表示,在其未來的計劃中,已經(jīng)很明顯地減少了對虛擬化和私有云的使用。他們預計使用率會再次降低 12%,未來十二個月內(nèi),僅有 28% 的公司希望將虛擬化和私有云應用于新的項目。
他們的目的之一當然是從云端獲取更多 IT 服務。兩年前,只有 20% 的調(diào)查對象預計將會從云端獲取半數(shù)或更多 IT 服務?,F(xiàn)在這個數(shù)字幾乎翻倍,達到 39%。此外,僅希望從云端獲取少量 IT 服務的人數(shù)從超過 65% 下降至 32%,再下降至 11%。
這些服務來自于哪里呢?調(diào)查結(jié)果顯示,AWS 的使用率有明顯上升,在過去兩年內(nèi)從 39% 上升至了 52%。Google 云的使用率從 23% 上升至 38%。相反,Microsoft Azure 的使用率則從 48% 下降至 38%。
根據(jù)調(diào)查,由虛擬化和私有云向公有云轉(zhuǎn)化的三點主要原因是可擴展性、性能和能夠更快獲取資源。這三點也使公有云更容易獲得商業(yè)利益。在傳統(tǒng) IT 環(huán)境里要實現(xiàn)這些非常困難,因為必須要采購服務器,要使用設備還需要采取一系列流程。
我們都知道,軟件正在吞食這個世界,所以公司要開發(fā)和部署軟件,會更依賴于自身的能力。軟件部署關(guān)系到公司的成功,成功與部署能夠使軟件快速運行的硬件資源直接相關(guān)。這也就是為什么,AWS 能夠在一年里成長為一個價值 100 億美元的公司。
二、關(guān)于云的思考
1、混合云的未來
2016 年的一大熱點當屬混合云,理論上,混合云能夠確保應用一部分在私有云上運行,一部分在公有云上運行。甚至連 Amazon 都宣布與 VMware 形成伙伴關(guān)系,確保 VMWare 管理員能夠在 AWS 上發(fā)布私人運行的 AWS。雖然混合云表面上像是一個好方法,但是真實的使用體驗卻并不盡如人意。
為了更好地理解混合云的問題,首先需要知道,調(diào)查對象中,選擇對私有云進行測試的人數(shù)從 30% 下降至了 6% 選擇在私有云上進行半數(shù)或更多工作負載的人數(shù)從 76% 下降至了 59%。
Oracle 負責基礎架構(gòu)系統(tǒng)的高級副總裁 Chuck Hollis 在個人博客中寫到,「我們曾經(jīng)珍視的想法沒能達到預期的結(jié)果,沒有什么比這更令人失望了,私有云的情況就是如此?!?/p>
但是很多公司的數(shù)據(jù)中心或是代管設備中依然留存有大量的虛擬機器,他們會感到疑惑,「我的公司如何從公有云獲得利益呢?」或是「我必須完全中斷使用公有云嗎?」這正是混合云的魅力所在,它能夠成為一個合適的跳板嗎,可以不必一次性將所有內(nèi)容部署在公有云上。
公司對于混合云的看法主要有兩種。第一種是能夠從使用多年的控制臺同時將虛擬機器發(fā)布在私人硬件和公共 IaaS 上。第二種是能夠在私有云上運行特定應用程序,并在公有云上運行其他程序。
但是這些案例在實踐中并未取得良好的效果。關(guān)于如何發(fā)布 VM,我們的調(diào)查顯示,在過去幾年里,表示愿意在私有或是公有云進行部署的人數(shù)從 30% 下降到了 26%。此外,愿意將特定工作負載部署在私有云或是公有云的人數(shù)也從 55% 下降至了 46%。我認為其原因是,如果使用傳統(tǒng)虛擬化工具在公有云發(fā)布 VM,就難以充分利用公有云的優(yōu)勢,卻要面對公有云的所有缺點。(如機器不可靠、配置受限等)
試圖在私有云運行應用程序的一部分,在公共云運行另一部分的人獲得的教訓最為慘痛。這些從業(yè)人士已明白,網(wǎng)絡安全性方面存在太多想當然的觀點,其實是完全失實的。兩個云之間的延遲和連接中斷造成了無數(shù)的錯誤,這些錯誤極難調(diào)試和修復。
所以混合云的召喚或許很美好,但是如果你注意到公司需要云的原因,你就會發(fā)現(xiàn),在各種各樣的環(huán)境中運行極為復雜的程序是得不償失的。調(diào)查對象認為云應用面對的兩大挑戰(zhàn)是應用程序設計和自己的互聯(lián)網(wǎng)寬帶。完全使用公有云就能夠解決這些問題,但試圖同時使用公有云和私有云則不行。
2、云管理
如何實現(xiàn)云管理是云計算的未解之謎之一,對此的解決方案層出不窮,卻難以得到最佳方案,包括 RightScale、Chef、Puppet、PaaS、Docker、Cloud Foundry 和 Kubernetes 都是如此,更不用說 SaltStack 和 HashiCorp 了。
我們唯一可以確定的是,在云管理領(lǐng)域沒有出現(xiàn)明確的贏家,不像在公有云領(lǐng)域,Amazon 能夠占領(lǐng)統(tǒng)治地位。即使是 Amazon,發(fā)布了 Elastic Beanstalk、CloudFormation、OpsWorks 和 Simple Workflow Service 等多種不同服務,卻沒有一種能像其 Relational Database Service 一樣大獲成功,很好地完成相關(guān)數(shù)據(jù)庫服務器的管理任務卻不會涉及到應用所需的服務器的剩余部分。
很多調(diào)查對象表示,他們在自動化和安排工作負載時使用的是自己常用的編碼。調(diào)查對象中,沒有實現(xiàn)工作負載自動化的人要多于使用「云管理」軟件的人,很多使用者還未認識到云的重要優(yōu)勢。而云管理不夠有效也會阻止云部署的有效性。85% 的調(diào)查對象選擇了不止一個云服務供應商,這個比例還會上升。
除了常用編碼,包括使用 PowerShell 以外,調(diào)查對象們還會使用一些其他工具,如 Puppet、Chef、Ansible 和 Salt。同時 Docker 和容器的崛起趨勢也非常明顯。
3、安全及成本控制
在使用云計算時,成本是首先需要考慮的問題。2016 年,很多調(diào)查對象都考慮到了云安全的問題。
這些擔心與公有云安全的關(guān)系越來越小,卻越來越涉及到技術(shù)和應用程序。
Docker 和容器迅速獲利的一個重要原因就是云管理沒有得很好的效果,盡管只有 7% 的調(diào)查對象表示自己的確在產(chǎn)品中使用容器,幾乎半數(shù)都在考慮是否要部署容器。
很多公司嘗試在產(chǎn)品中使用 Docker,但是發(fā)現(xiàn)使用容器軟件沒有證明文件,而且非常困難,這種困難遠超出了容器軟件能帶來的預期利益。
由于 Docker 和其管理系統(tǒng) Swarm 使用起來會遇到的一系列困難,更多人會去選擇 Kubernetes 和 Cloud Foundry。唯一可以確定的是,容器技術(shù)的發(fā)展具有一定的不確定性,可以斷言,一家公司無論現(xiàn)在選擇了哪種云管理工具,即使目前用起來非常成功,今后也一定會被淘汰。
AWS 等云供應商對于安全的審核和控制比大多數(shù)本地部署數(shù)據(jù)中心要嚴格得多,真正存在巨大風險的是那些設計不夠完善的應用程序以及無法很好地掌控那些公司自己控制的獲取信息的途徑。
云的成本也是一個需要關(guān)注的話題,或許公有云成本面臨的最大挑戰(zhàn)是每月的應付成本。但是,就目前公有云能夠提供的利益來說,降低資金花費是非常有必要的,多數(shù)公司都愿意看到每月的成本能有所降低。
三、云的未來
1、無服務器計算
最近在云計算領(lǐng)域有一個重要話題,就是所謂的「無服務器」計算,關(guān)于「無服務器」有兩大趨勢:功能即服務(FaaS)和「服務架構(gòu)」。
AWS 的 Lambda 服務允許開發(fā)者在 Amazon 上發(fā)布代碼,這樣 Amazon 就可以實現(xiàn)對所有運行代碼的服務器的完全管理,Lambda 是最廣為人知的 FaaS 平臺。FaaS 的前景是,應用程序不再需要任何運營支持來擴張規(guī)模,使用者只需全力進行服務的預先部署。FaaS 的缺點在于,需要將所有應用重新架構(gòu),成為一系列可以在 FaaS 平臺上運行的函數(shù),將應用架構(gòu)并部署為 FaaS 應用的復雜性是無法估計的。
除 FaaS 外,開發(fā)者也在利用越來越多的云「服務架構(gòu)」來減少開發(fā)時間并簡化部署編碼。
Twilio 或許是最大型也是首個第三方服務,可以讓開發(fā)者很容易讓基于聲音和文本的應用程序不必處理電話卡也不必處理電話和蜂窩系統(tǒng)。在 Twilio 的帶領(lǐng)下,Algolia、Cloudinary 和 Auth0 等公司也隨之進入了這個領(lǐng)域,連同其他服務,共同確保開發(fā)者只需關(guān)注關(guān)鍵的與客戶進行交互的編碼。
2、何時采用新技術(shù)?
目前企業(yè)已經(jīng)認識到,如果不早點開始使用新技術(shù),就會被落下。企業(yè)典型的 IT 采用周期是非常緩慢的,但是有很多新的技術(shù)和供應商都在進行嘗試。所以,如果不想錯過重要的新型服務,可以采取哪些正確的策略呢?
策略之一是跟隨,并不是說跟隨科技新聞,因為那些新聞可能只是 PR 的一個策略。相反,Cloud Foundry 在產(chǎn)品方面比 Docker 更加成功,但是還不夠普及。如果你發(fā)現(xiàn)了一項技術(shù),是多個應用程序、多家公司使用了一年以上的,那么這項技術(shù)就是正確選擇。
總之,云,尤其是公有云的現(xiàn)狀會持續(xù)一段時間。采用公有云的企業(yè)會越來越多,在未來一段時間內(nèi),Amazon 仍將是很多公司的必然選擇。但是在從 VM 世界向更易管理的工具中轉(zhuǎn)移時應該采取什么工具,還沒有明確的答案,是否應該選擇無服務器架構(gòu)還有待考察。但是軟件會繼續(xù)吞食這個世界,而能充分利用云的企業(yè)將比那些未能充分利用云的企業(yè)更勝一籌。
附錄
- 蜜度索驥:以跨模態(tài)檢索技術(shù)助力“企宣”向上生長
- 美媒聚焦比亞迪“副業(yè)”:電子代工助力蘋果,下個大計劃瞄準AI機器人
- 微信零錢通新政策:銀行卡轉(zhuǎn)入資金提現(xiàn)免手續(xù)費引熱議
- 消息稱塔塔集團將收購和碩印度iPhone代工廠60%股份 并接管日常運營
- 蘋果揭秘自研芯片成功之道:領(lǐng)先技術(shù)與深度整合是關(guān)鍵
- 英偉達新一代Blackwell GPU面臨過熱挑戰(zhàn),交付延期引發(fā)市場關(guān)注
- 馬斯克能否成為 AI 部部長?硅谷與白宮的聯(lián)系日益緊密
- 余承東:Mate70將在26號發(fā)布,意外泄露引發(fā)關(guān)注
- 無人機“黑科技”亮相航展:全球首臺低空重力測量系統(tǒng)引關(guān)注
- 賽力斯發(fā)布聲明:未與任何伙伴聯(lián)合開展人形機器人合作
- 賽力斯觸及漲停,汽車整車股盤初強勢拉升
免責聲明:本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿,凡在本網(wǎng)站出現(xiàn)的信息,均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性,但不保證有關(guān)資料的準確性及可靠性,讀者在使用前請進一步核實,并對任何自主決定的行為負責。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏,概不負任何法律責任。任何單位或個人認為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時,應及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明,并提供身份證明、權(quán)屬證明及詳細侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后,將會依法盡快聯(lián)系相關(guān)文章源頭核實,溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。