www.日本精品,久久中文视频,中文字幕第一页在线播放,香蕉视频免费网站,老湿机一区午夜精品免费福利,91久久综合精品国产丝袜长腿,欧美日韩视频精品一区二区

中國云原生用戶調(diào)查報告

發(fā)布時間:2020-11-15 來源: 黨課講稿 點擊:

  中國云原生用戶調(diào)查報告

 II

 前言

  2019 年我國公有云 PaaS 市場規(guī)模繼續(xù)保持高速增長,市場規(guī)模為 41.9 億元,同比增長 92.4%。私有云市場規(guī)模為 645.2 億元,同比增長 22.8%。云原生產(chǎn)業(yè)作為現(xiàn)階段云計算 PaaS 市場的重要支點,也延續(xù)了高速增長態(tài)勢,根據(jù)云原生產(chǎn)業(yè)聯(lián)盟相關(guān)調(diào)研數(shù)據(jù)顯示,2019 年我國云原生產(chǎn)業(yè)市場規(guī)模已達(dá) 350.2 億元。數(shù)字經(jīng)濟大潮下傳統(tǒng)行業(yè)的數(shù)字化轉(zhuǎn)型成為云原生產(chǎn)業(yè)發(fā)展的強勁驅(qū)動力,“新基建”帶來的萬億級資本投入,也將在未來幾年推動云原生產(chǎn)業(yè)的發(fā)展邁向新階段。為進(jìn)一步掌握中國云原生用戶的使用狀況和特點,云原生產(chǎn)業(yè)聯(lián)盟開展了 2020 年度中國云原生用戶使用狀況的調(diào)查。本次活動采用在線調(diào)查的方式,共回收有效問卷 487 份。本報告以調(diào)查結(jié)果為基礎(chǔ),結(jié)合行業(yè)專家的深度訪談,力爭詳實客觀的反映云原生用戶需求,為廣大關(guān)注云原生產(chǎn)業(yè)的從業(yè)人員、專家學(xué)者和研究機構(gòu)提供真實可信的數(shù)據(jù)支撐。

 III

 報告目錄

  前言 ................................................................................................................................. I 觀點摘要 ......................................................................................................................... 1 一、調(diào)查背景 .................................................................................................................. 2 (一)調(diào)查方法及樣本 .................................................................................................... 2 1、調(diào)查方法 ............................................................................................................. 2 2、樣本描述 ............................................................................................................. 2 (二)報告術(shù)語界定 ........................................................................................................ 3 二、用戶云原生應(yīng)用建設(shè)現(xiàn)狀 .......................................................................................... 4 (一)云原生 IT 建設(shè)投入 ............................................................................................... 4 (二)云原生集群部署現(xiàn)狀 ............................................................................................. 5 (三)云原生技術(shù)應(yīng)用的價值及挑戰(zhàn) ............................................................................... 8 三、云原生技術(shù)應(yīng)用現(xiàn)狀 ............................................................................................... 10 (一)應(yīng)用及軟件發(fā)布周期和方式 ................................................................................. 10 (二)容器技術(shù)使用現(xiàn)狀 ............................................................................................... 11 (三)微服務(wù)技術(shù)使用現(xiàn)狀 ........................................................................................... 17 (四)Serverless 技術(shù)使用現(xiàn)狀 ................................................................................... 21

 1

  觀點摘要

 用戶云原生應(yīng)用建設(shè)現(xiàn)狀 ? 現(xiàn)階段已有 9%的用戶云原生相關(guān)投入已占總 IT 投入的一半以上。28%的用戶在云原生相關(guān)建設(shè)中的年投入占總體投入的占比低于 5%,28%的用戶占比在 5%-10%之間,25%的用戶在占比10%-30%之間,10%的用戶占比在 30%-50%之間,但也有 9%的用戶的占比已經(jīng)超過 50%。

 ? 技術(shù)研發(fā)與運維成為用戶云原生建設(shè)的主要支出方向。在云原生建設(shè)支出中,用于技術(shù)研發(fā)的用戶占到 77%,用于運維的用戶占到 59%,用于測試、硬件采購、軟件采購的用戶占比分別為 36%、 34%、30%。

 ? 用戶側(cè)納管的資源以中小規(guī)模集群為主。76%的用戶納管集群規(guī)模主要集中在 500 節(jié)點以內(nèi), 10%的用戶納管的集群規(guī)模在 5000 節(jié)點以上。

 ? 服務(wù)部署形態(tài)趨于多元化,多云/混合云架構(gòu)有望在未來成為主流。74%的用戶已經(jīng)在使用或未來 1 年計劃采用多云/混合云架構(gòu),僅 26%的用戶沒有使用多云/混合云的計劃。

 云原生技術(shù)應(yīng)用現(xiàn)狀 ? 用戶軟件發(fā)布方式正在向自動化轉(zhuǎn)變。已有 25%的用戶實現(xiàn)了自動化發(fā)布軟件,55%的用戶采用 自動化與手動相結(jié)合的發(fā)布方式,選擇手動發(fā)布軟件的用戶僅為 20%。

 ? 60%以上的用戶已在生產(chǎn)環(huán)境中應(yīng)用容器技術(shù)。43%的用戶已將容器技術(shù)用于核心生產(chǎn)業(yè)務(wù),19% 的用戶已將容器技術(shù)用于非核心生產(chǎn)環(huán)境,14%的用戶在評估測試使用容器技術(shù),14%的用戶正對容器技術(shù)進(jìn)行評估考慮,僅 10%的用戶未考慮使用容器技術(shù)。

 ? 微服務(wù)架構(gòu)已趨于主流,八成用戶已經(jīng)使用或計劃使用微服務(wù)。在本次調(diào)研的用戶中,50%的用戶已經(jīng)使用微服務(wù)架構(gòu)進(jìn)行應(yīng)用開發(fā),30%的用戶計劃使用微服務(wù)架構(gòu),僅有 20%的用戶暫未計劃使用微服務(wù)架構(gòu)。

 ? Serverless 技術(shù)顯著升溫,近 3 成用戶已在生產(chǎn)環(huán)境中應(yīng)用。16%的用戶已將 Serverless 技術(shù)用于核心業(yè)務(wù)的生產(chǎn)環(huán)境,12%的用戶用于非核心業(yè)務(wù)的生產(chǎn)環(huán)境,36%的用戶尚未使用Serverless 技術(shù)。

 2

 一、調(diào)查背景

。ㄒ唬┱{(diào)查方法及樣本 1、調(diào)查方法 本次調(diào)查采用在線調(diào)查的方式,共收集到有效問卷 487 份。

 2、樣本描述 參與調(diào)查用戶所在行業(yè):包括互聯(lián)網(wǎng)、金融、制造、服務(wù)業(yè)、政府、電信、能源、醫(yī)療、化工等行業(yè)。

 圖 1 調(diào)查用戶的行業(yè)分布

 數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟 參加調(diào)查用戶所在企業(yè)的規(guī)模:共分為 1-100 人、101-500 人、501-1000 人以及 1000 人以上四檔。

 3

 圖 2 調(diào)查用戶所在企業(yè)的規(guī)模

 數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟

。ǘ﹫蟾嫘g(shù)語界定 容器技術(shù):能有效的將單個操作系統(tǒng)的資源劃分到孤立的組中,以便更好的在孤立的組之間平衡有沖突的資源使用需求的隔離技術(shù)。

 容器編排技術(shù):調(diào)度、分發(fā)和管理容器集群的技術(shù),可根據(jù)應(yīng)用狀態(tài)需求自動調(diào)配容器資源。

 微服務(wù)架構(gòu):一種架構(gòu)模式,它提倡將單一應(yīng)用程序劃分成一組小的服務(wù),服務(wù)之間互相協(xié)調(diào)、互相配合,為用戶提供最終價值。每個服務(wù)運行在其獨立的進(jìn)程中,各個微服務(wù)之間是松耦合的,服務(wù)與服務(wù)間采用輕量級的通信機制互相溝通。

 無服務(wù)器架構(gòu)(Serverless):將基礎(chǔ)設(shè)施資源抽象成按需使用的服務(wù),通過函數(shù)托管應(yīng)用代碼,允許 用戶在服務(wù)級別構(gòu)建和運行應(yīng)用,而無需管理復(fù)雜的基礎(chǔ)設(shè)施運維工作的應(yīng)用設(shè)計方式。

 函數(shù)即服務(wù)(FaaS):基于事件驅(qū)動的函數(shù)計算托管服務(wù),是無服務(wù)器架構(gòu)的一種實現(xiàn)形式。

 4

  二、用戶云原生應(yīng)用建設(shè)現(xiàn)狀

。ㄒ唬┰圃 IT 建設(shè)投入 現(xiàn)階段已有 9%的用戶云原生相關(guān)投入已占總 IT 投入的一半以上。云原生技術(shù)價值已經(jīng)在用戶側(cè)得到初步認(rèn)同,新技術(shù)的普及推廣仍需時間,但已有部分用戶將 IT 建設(shè)的重心轉(zhuǎn)移至云原生。從調(diào)查數(shù)據(jù)來看,28%的用戶在云原生相關(guān)建設(shè)中的年投入占總體投入的占比低于 5%,28%的用戶占比在 5%-10%之間,25%的用戶在占比 10%-30%之間,10%的用戶占比在 30%-50%之間,但也有 9%的用戶的占比已經(jīng)超過 50%。

 圖 3 云原生技術(shù)建設(shè)的費用占總體 IT 投入的比例

  數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟 技術(shù)研發(fā)與運維成為用戶云原生建設(shè)的主要支出方向。在云原生建設(shè)支出中,資金投入用于技術(shù)研發(fā)的用戶占到 77%,用于運維的用戶占到 59%,用于測試、硬件采購、軟件采購的用戶占比分別為 36%、34%、30%。

 5

  圖 4 用戶云原 ? 建設(shè)的主要支出方向

  數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟

。ǘ┰圃翰渴瓞F(xiàn)狀 用戶側(cè)納管的資源以中小規(guī)模集群為主。76%的用戶納管集群規(guī)模主要集中在 500 節(jié)點以內(nèi)(其中 37% 的用戶納管規(guī)模在 50 節(jié)點以內(nèi),18%的用戶納管規(guī)模在 51-100 節(jié)點之間),鑒于調(diào)查樣本中的各垂直行業(yè)中的頭部用戶分布,超大型集群納管規(guī)模占有一定比例,調(diào)查顯示有 10%的用戶納管的集群規(guī)模在 5000 節(jié)點以上。

 6

  圖 5 用戶集群規(guī)模(包含虛擬機、裸服務(wù)器等)

 數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟 服務(wù)部署形態(tài)趨于多元化,多云/混合云架構(gòu)有望在未來成為主流。調(diào)查顯示 74%的用戶已經(jīng)在使用或未來 1 年計劃采用多云/混合云架構(gòu),其中 38%的用戶同時采用 IDC 和公有云進(jìn)行業(yè)務(wù)部署,28%的用戶正在使用多家公有云服務(wù)進(jìn)行業(yè)務(wù)部署,也有 18%的用戶計劃未來一年內(nèi)使用多云/混合云。僅 26%的用戶沒有使用多云/混合云的計劃。

 7

  圖 6 多云/混合云部署現(xiàn)狀

 數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟 現(xiàn)階段用戶對多云/混合云部署模式下的跨云數(shù)據(jù)交換需求不高。80%的用戶對跨云數(shù)據(jù)交換的需求較小,其中 36%的用戶采用主/備方式部署用于備份的云環(huán)境,備份業(yè)務(wù)的數(shù)據(jù)訪問量較;30%的用戶以多活方式部署于多個云環(huán)境同時服務(wù)用戶請求,且多活環(huán)境下的實時交互的數(shù)據(jù)量較;18%的用戶業(yè)務(wù)應(yīng)用獨立運行在各個云環(huán)境中且數(shù)據(jù)較少跨云交換;14%的用戶利用公有云彈性資源作為私有云的后備以應(yīng)對突發(fā)流量或者處理大量計算的場景,平峰期訪問量較小。僅有 20%的用戶業(yè)務(wù)應(yīng)用分布于多個云環(huán)境中且有大量跨云數(shù)據(jù)交換需求。

 8

  圖 7 多云/混合云部署模式下跨云數(shù)據(jù)交換需求

  數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟

。ㄈ┰圃夹g(shù)應(yīng)用的價值及挑戰(zhàn) 提升架構(gòu)彈性擴展能力與資源利用率是用戶采用云原生技術(shù)的重要驅(qū)動因素。通過使用云原生技術(shù), 76%的用戶提升了基礎(chǔ)平臺資源利用率并節(jié)約了成本,63%的用戶提升了業(yè)務(wù)應(yīng)用彈性伸縮效率和靈活性, 38%的用戶通過標(biāo)準(zhǔn)化交付提升了企業(yè)的交付效率,30%的用戶簡化了系統(tǒng)運維流程,25%的用戶基于云原生的開放架構(gòu)在已有系統(tǒng)上進(jìn)行了功能擴展,加速了業(yè)務(wù)創(chuàng)新。

 9

  圖 8 云原生技術(shù)的價值

 數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟 規(guī);瘧(yīng)用的安全性、可靠性和連續(xù)性成為用戶選擇的主要疑慮。在選用云原生技術(shù)時,61%的用戶對云原生技術(shù)在大規(guī)模應(yīng)用時的安全性、可靠性、性能、連續(xù)性心存顧慮,47%的用戶認(rèn)為技術(shù)棧過于復(fù)雜導(dǎo)致學(xué)習(xí)成本高,46%的用戶擔(dān)心云原生技術(shù)無法與現(xiàn)有研發(fā)/測試/運維平臺或流程進(jìn)行整合、演進(jìn), 40%的用戶擔(dān)心系統(tǒng)遷移難度大、成本高且遷移后效果不可預(yù)測,15%的用戶認(rèn)為云原生技術(shù)應(yīng)用價值不明顯、投入產(chǎn)出比有待評估。

 圖 9 用戶采用云原 ? 技術(shù)存在的顧慮

 10

  數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟 三、云原生技術(shù)應(yīng)用現(xiàn)狀

。ㄒ唬⿷(yīng)用及軟件發(fā)布周期和方式 云原生技術(shù)實現(xiàn)了應(yīng)用的敏捷開發(fā),大幅提升了交付速度,降低了業(yè)務(wù)的試錯成本,能夠快速響應(yīng)用戶需求,增強用戶體驗、加速業(yè)務(wù)創(chuàng)新。敏捷開發(fā)與 DevOps 理念持續(xù)在用戶側(cè)強化,伴隨 CI/CD 等工具鏈的不斷成熟完善,應(yīng)用的迭代效率持續(xù)加速。

 用戶應(yīng)用及軟件發(fā)布趨于高頻。有近 6%的用戶每日發(fā)布應(yīng)用,每周發(fā)布應(yīng)用的用戶占 28%,每月發(fā) 布應(yīng)用的用戶占 27%,還有 39%的用戶不定時發(fā)布應(yīng)用。

 圖 10 應(yīng)用及軟件發(fā)布頻率 數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟 用戶應(yīng)用及軟件的發(fā)布方式正在向自動化轉(zhuǎn)變。調(diào)查顯示已有 25%的用戶實現(xiàn)了自動化發(fā)布應(yīng)用, 55%的用戶采用自動化與手動相結(jié)合的發(fā)布方式,選擇手動發(fā)布應(yīng)用的用戶僅為 20%。

 11

 圖 11 軟件發(fā)布方式 數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟

。ǘ┤萜骷夹g(shù)使用現(xiàn)狀 60%以上的用戶已在生產(chǎn)環(huán)境中應(yīng)用容器技術(shù)。在本次調(diào)研的用戶中,43%的用戶已將容器技術(shù)用于核心生產(chǎn)環(huán)境,19%的用戶已將容器技術(shù)用于非核心生產(chǎn)環(huán)境,14%的用戶正在評估測試使用容器技術(shù), 14%的用戶正對容器技術(shù)進(jìn)行評估考慮,僅 10%的用戶未考慮使用容器技術(shù)。

 12

  圖 12 容器技術(shù)采納情況

 數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟 1000

 節(jié)點規(guī)模的容器集群能夠滿足近八成用戶的生產(chǎn)需求。46%的用戶使用的容器集群規(guī)模小于 200 節(jié)點,19%的用戶使用的容器集群規(guī)模在 200-499 節(jié)點之間,12%的用戶使用的容器集群規(guī)模在 500- 999 節(jié)點之間,5%的用戶使用的容器集群規(guī)模在 1000-1999 節(jié)點之間,5%的用戶使用的容器集群規(guī)模 在 2000-4999 節(jié)點之間,4%的用戶使用的容器集群規(guī)模在 5000-9999 節(jié)點之間,鑒于被調(diào)用戶中各行業(yè)中的頭部用戶應(yīng)用現(xiàn)狀,有 9%的用戶使用的容器集群規(guī)模大于 10000 節(jié)點。

 13

  圖 13 用戶生產(chǎn)環(huán)境的容器集群規(guī)模

 數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟 容器運行時多元化發(fā)展趨勢已顯,Docker 仍是現(xiàn)階段最主要的選擇。83%的用戶容器運行時技術(shù)選用 Docker,9%的用戶選用 Containerd,選用 Cri-o、Kata 技術(shù)的用戶占比分別為 3%、2%,還有 3% 的用戶選用其他技術(shù)。

 圖 14 容器運行時技術(shù)使用情況 數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟

 14

  Kubernetes 延續(xù)在容器編排技術(shù)領(lǐng)域的優(yōu)勢地位。63%的用戶容器運行時技術(shù)選用 Kubernetes, 17%的用戶選用 Docker Swarm,選用 OpenStack、CloudFoundry、OpenShift 技術(shù)的用戶占比分別為8%、5%、4%,還有 3%的用戶選用其他技術(shù)。

 圖 15 容器編排技術(shù)使用情況 數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟 容器技術(shù)應(yīng)用場景廣泛,微服務(wù)化應(yīng)用承載與自動化研運流程構(gòu)建是最主要應(yīng)用場景。在本次調(diào)研的用戶中,64%的用戶將容器技術(shù)應(yīng)用于部署微服務(wù)化應(yīng)用,56%的用戶將容器技術(shù)應(yīng)用于 DevOps 自動化運維的構(gòu)建,36%的用戶基于容器技術(shù)進(jìn)行大數(shù)據(jù)場景相關(guān)的應(yīng)用,31%的用戶將容器技術(shù)應(yīng)用于 PaaS 平臺建設(shè),24%的用戶基于容器技術(shù)進(jìn)行人工智能場景相關(guān)的應(yīng)用,13%的用戶將容器技術(shù)應(yīng)用于邊緣計算場景,還有 3%的用戶將容器技術(shù)應(yīng)用于其他場景。

 15

 圖 16 容器技術(shù)主要使用場景 數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟 近七成用戶使用 Jenkins 作為容器的 CI/CD 工具。在本次調(diào)研的用戶中,69%的用戶使用 Jenkins 作為容器的 CI/CD 工具,24%的用戶選用 Spinnaker,14%的用戶選用 Drone,選用 Prow、Flux、Tekton Pipelines 技術(shù)的用戶占比分別為 10%、10%、9%,還有 2%的用戶選用商業(yè) CI 產(chǎn)品。

 16

  圖 17 容器 CI/CD 工具使用情況

  數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟 容器安全問題成為用戶應(yīng)用的最大擔(dān)憂。在容器技術(shù)使用中,63%的用戶認(rèn)為容器安全是緊迫的需求, 56%的用戶感到技術(shù)復(fù)雜度高,50%的用戶感到技術(shù)支持力度不足,38%的用戶認(rèn)為監(jiān)測系統(tǒng)不完善,36%的用戶認(rèn)為網(wǎng)絡(luò)、存儲方案選型適配困難,34%的用戶認(rèn)為日志系統(tǒng)不完善,還有 2%的用戶存在其他方面的應(yīng)用困難。

 17

  數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟

。ㄈ┪⒎⻊(wù)技術(shù)使用現(xiàn)狀 微服務(wù)架構(gòu)已趨于主流,八成用戶已經(jīng)使用或計劃使用微服務(wù)。50%的用戶已經(jīng)使用微服務(wù)架構(gòu)進(jìn)行應(yīng)用開發(fā),30%的用戶計劃使用微服務(wù)架構(gòu),僅有 20%的用戶暫未計劃使用微服務(wù)架構(gòu)。

 18

  圖 19 用戶使用微服務(wù)架構(gòu)的情況 數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟

 用戶微服務(wù)化建設(shè)多以舊系統(tǒng)改造為主。微服務(wù)架構(gòu)在加速應(yīng)用開發(fā)迭代效率、多技術(shù)棧引入等方面的優(yōu)勢已被用戶廣泛接受,基于傳統(tǒng)架構(gòu)的應(yīng)用系統(tǒng)逐漸向微服務(wù)化轉(zhuǎn)型,鑒于不同業(yè)務(wù)應(yīng)用在拆分維度和拆分粒度上的差異性較大,有 38%的用戶選擇重新開發(fā)新系統(tǒng),但仍有超六成的用戶基于舊系統(tǒng)直接改造來微服務(wù)化重塑應(yīng)用。

 圖 20 用戶業(yè)務(wù)系統(tǒng)微服務(wù)化建設(shè)的方式 數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟

 19

 微服務(wù)架構(gòu)對應(yīng)用開發(fā)效率的提升作用明顯。通過使用微服務(wù)架構(gòu),77%的用戶簡化了持續(xù)集成持續(xù)交付流程,提升研發(fā)效率,58%的用戶通過微服務(wù)間隔離提升了系統(tǒng)的容錯能力和故障恢復(fù)能力,56%的用戶實現(xiàn)了業(yè)務(wù)的彈性負(fù)載,26%的用戶優(yōu)化了組織架構(gòu)。

 圖 21 微服務(wù)架構(gòu)對應(yīng)用系統(tǒng)開發(fā)的提升作用

 數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟 現(xiàn)有平臺微服務(wù)治理能力不足以及缺少應(yīng)用微服務(wù)拆分的標(biāo)準(zhǔn)規(guī)范成為用戶應(yīng)用微服務(wù)的最大挑戰(zhàn)。52%的用戶使用的平臺缺少完善統(tǒng)一的微服務(wù)管理能力,微服務(wù)狀態(tài)監(jiān)測與管理難以實現(xiàn);49%的用戶認(rèn)為微服務(wù)拆分缺乏標(biāo)準(zhǔn)化規(guī)范指引,有 44%的用戶現(xiàn)有組織架構(gòu)下業(yè)務(wù)微服務(wù)化改造難度大,缺少成熟改造方案,缺乏典型的行業(yè)應(yīng)用案例困擾著 36%的被調(diào)用戶,還有 2%的用戶感到來自其他方面的困難。

 20

  圖 22 用戶使用微服務(wù)架構(gòu)的挑戰(zhàn) 數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟 微服務(wù)項目選型豐富,Spring Cloud 是現(xiàn)階段用戶最主要的選擇。SpringCloud 具備相對完整的全套分布式系統(tǒng)解決方案,成熟度較高且適用于Java 應(yīng)用,調(diào)查顯示有 76%的用戶的微服務(wù)框架選用Spring Cloud;中國本土開源項目也有相當(dāng)比例的應(yīng)用,34%的用戶基于 Dubbo 構(gòu)建微服務(wù),6%的用戶選用ServiceComb;服務(wù)網(wǎng)格技術(shù)備受關(guān)注,但技術(shù)復(fù)雜尚未完全成熟,19%的用戶選用 Istio 來治理微服務(wù), 17%的用戶選用 Consul,5%的用戶選擇 Linkerd;鑒于微服務(wù)框架在云原生架構(gòu)中的重要作用,為保證微服務(wù)框架與自身業(yè)務(wù)需求的高度匹配,有 19%的用戶基于自研架構(gòu)構(gòu)建微服務(wù)。

 21

  圖 23 用戶微服務(wù)項目的選擇情況 數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟

。ㄋ模㏒erverless 技術(shù)使用現(xiàn)狀 Serverless 技術(shù)顯著升溫,近 3 成用戶已在生產(chǎn)環(huán)境中應(yīng)用。在本次調(diào)研的用戶中,16%的用戶已將 Serverless 技術(shù)用于核心業(yè)務(wù)的生產(chǎn)環(huán)境,12%的用戶用于非核心業(yè)務(wù)的生產(chǎn)環(huán)境,8%的用戶在測試環(huán)境中使用 Serverless 技術(shù),11%的用戶在研究/學(xué)習(xí)環(huán)境中使用 Serverless 技術(shù),17%的用戶正考慮使用 Serverless 技術(shù),36%的用戶尚未使用 Serverless 技術(shù)。

 22

  圖 24 Serverless 技術(shù)采用情況

 數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟

 部署成本是用戶選擇 Serverless 技術(shù)前最主要考慮因素。在采納 Serverless 技術(shù)前,49%的用戶考慮部署成本的問題,35%的用戶考慮技術(shù)知識庫完備程度,26%的用戶考慮技術(shù)的廠商綁定情況,24%的用戶考慮相關(guān)工具集完善程度,19%的用戶考慮是否有成功實踐案例,18%的用戶考慮啟動延時能否滿足業(yè)務(wù)需求。

 23

  圖 25 在采納 Serverless 技術(shù)前主要的考慮因素

  數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟 兼容Kubernetes 生態(tài)的技術(shù)框架是用戶私有化部署的主要選擇。Serverless 技術(shù)的價值已被用戶認(rèn)可,但特殊行業(yè)用戶對數(shù)據(jù)的安全保密要求,只能進(jìn)行私有化部署。Serverless 框架繁多,其中以兼容Kubernetes 生態(tài)的技術(shù)框架更受用戶關(guān)注。調(diào)查顯示 30%的用戶基于 Knative 搭建 Serverless 化應(yīng)用, 23%的用戶選用 Kubeless,23%的用戶選用 OpenFaaS;14%的用戶選用 Open Whisk,13%的用戶選用 Fission,選用 Fn、Riff 的用戶占比分別為 4%、2%,有 10%的用戶選用自研 Serverless 技術(shù)框架。

 24

 圖 26 Serverless 技術(shù)框架采用情況

 數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟 阿里云和騰訊云是用戶在公有云 Serverless 服務(wù)上的主要選擇。移動支付是函數(shù)計算的典型應(yīng)用場景,憑借電商領(lǐng)域的優(yōu)勢,阿里云函數(shù)計算服務(wù)積累了較多用戶,有 35%的用戶基于阿里云函數(shù)計算構(gòu)建Serverless 應(yīng)用;依托小程序的用戶群體,騰訊云的函數(shù)服務(wù)有較強的競爭力,32%的用戶選用騰訊云云函數(shù)SCF 服務(wù)來構(gòu)建 Serverless 應(yīng)用;其他選用 AWS Lambda、IBM Functions、百度云函數(shù)計算 CFC、京東云函數(shù)服務(wù)的用戶占比分別為 5%、3%、3%、2%,還有 3%的用戶選用其他 Serverless 服務(wù)。

 25

  圖 27 公有云 Serverless 服務(wù)使用情況

 數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟 用戶在 Serverless 化部署的過程中仍面臨諸多挑戰(zhàn)。在應(yīng)用 Serverless 化部署的過程中,由于現(xiàn)階段平臺產(chǎn)品的調(diào)試工具尚不完備,51%的用戶在應(yīng)用上線調(diào)試方面問題凸顯,41%的用戶認(rèn)為動態(tài)變化的Serverless 環(huán)境監(jiān)控存在問題,32%的用戶在在線、離線的配套測試工具方面存在問題,也有部分用戶在業(yè)務(wù)的配置、部署/打包和接入管理方面存在問題,比例分別為 26%、22%和 22%。

 26

  數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟

相關(guān)熱詞搜索:調(diào)查報告 中國 用戶

版權(quán)所有 蒲公英文摘 www.newchangjing.com