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

1、中國云原生用戶調(diào)查報告 精品文檔，僅供參考中國云原生用戶調(diào)查報告 中國云原生用戶調(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ī)模已達 350.2 億元。數(shù)字經(jīng)濟大潮下傳統(tǒng)行業(yè)的數(shù)字化轉(zhuǎn)型成為云原生產(chǎn)業(yè)發(fā)展的強勁驅(qū)動力，“新基建”帶來的萬億級資本投入，也將在未來幾年推動云原生產(chǎn)業(yè)的發(fā)展邁向新階段。為進一步掌握中國

2、云原生用戶的使用狀況和特點，云原生產(chǎn)業(yè)聯(lián)盟開展了 2020 年度中國云原生用戶使用狀況的調(diào)查。本次活動采用在線調(diào)查的方式，共回收有效問卷 487 份。本報告以調(diào)查結(jié)果為基礎(chǔ)，結(jié)合行業(yè)專家的深度訪談，力爭詳實客觀的反映云原生用戶需求，為廣大關(guān)注云原生產(chǎn)業(yè)的從業(yè)人員、專家學者和研究機構(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)用的價值及挑

3、戰(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è)支出中，用于

4、技術(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ā)布軟件的

5、用戶僅為 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ù)進行評估考慮，僅 10%的用戶未考慮使用容器技術(shù)。 微服務(wù)架構(gòu)已趨于主流，八成用戶已經(jīng)使用或計劃使用微服務(wù)。在本次調(diào)研的用戶中，50%的用戶已經(jīng)使用微服務(wù)架構(gòu)進行應(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)境，1

6、2%的用戶用于非核心業(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)盟 （二）報告術(shù)語界定 容器技術(shù)：能有效的將單個操作系統(tǒng)的資

7、源劃分到孤立的組中，以便更好的在孤立的組之間平衡有沖突的資源使用需求的隔離技術(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ù)運行在其獨立的進程中，各個微服務(wù)之間是松耦合的，服務(wù)與服務(wù)間采用輕量級的通信機制互相溝通。 無服務(wù)器架構(gòu)（Serverless）：將基礎(chǔ)設(shè)施資源抽象成按需使用的服務(wù)，通過函數(shù)托管應(yīng)用代碼，允許 用戶在服務(wù)級別構(gòu)建和運行應(yīng)用，而無需管理復雜的基礎(chǔ)設(shè)施運維工作的應(yīng)用設(shè)計方式。 函數(shù)即服務(wù)（FaaS）：基于事件驅(qū)動的

8、函數(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è)得到初步認同，新技術(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ù)來源:

9、云原生產(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)盟 （二）云原生集群部署現(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%

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 和公有云進行業(yè)務(wù)部署，28%的用戶正在使用多家公有云服務(wù)進行業(yè)務(wù)部署，也有 18%的用戶計劃未來一年內(nèi)使用多云/混合云。僅 26%的用戶沒有使用多云/混合云的計劃。 7 圖 6 多云/混合云部署現(xiàn)狀 數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟 現(xiàn)階段用戶對多云/混合云部署模式下的跨云數(shù)據(jù)交換需求不高。80%的用戶對跨云數(shù)據(jù)交

11、換的需求較小，其中 36%的用戶采用主/備方式部署用于備份的云環(huán)境，備份業(yè)務(wù)的數(shù)據(jù)訪問量較?。?0%的用戶以多活方式部署于多個云環(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)盟 （三）云原生技術(shù)應(yīng)用的價值及挑戰(zhàn) 提升架構(gòu)彈性擴展能力與資源利用率是用戶采用云原生技術(shù)的重要驅(qū)動因素

12、。通過使用云原生技術(shù)， 76%的用戶提升了基礎(chǔ)平臺資源利用率并節(jié)約了成本，63%的用戶提升了業(yè)務(wù)應(yīng)用彈性伸縮效率和靈活性， 38%的用戶通過標準化交付提升了企業(yè)的交付效率，30%的用戶簡化了系統(tǒng)運維流程，25%的用戶基于云原生的開放架構(gòu)在已有系統(tǒng)上進行了功能擴展，加速了業(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%的用戶認為技術(shù)棧過于復雜導致學習成本高，46%的用戶擔心云原生技術(shù)無法與現(xiàn)有研發(fā)/測試/運維平臺或流

13、程進行整合、演進， 40%的用戶擔心系統(tǒng)遷移難度大、成本高且遷移后效果不可預測，15%的用戶認為云原生技術(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%，每

14、月發(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)盟 （二）容器技術(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ù)進行評估

15、考慮，僅 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ī)模大于

16、 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、CloudF

17、oundry、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ù)進行大數(shù)據(jù)場景相關(guān)的應(yīng)用，31%的用戶將容器技術(shù)應(yīng)用于 PaaS 平臺建設(shè)，24%的用戶基于容器技術(shù)進行人工智能場景相關(guān)的應(yīng)用，13%的用戶將容器技術(shù)應(yīng)用于邊緣計算場景，還有 3%的用戶將容器技術(shù)應(yīng)用于其他場景

18、。 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)用的最大擔憂。在容器技術(shù)使用中，63%的用戶認為容器安全是緊迫的需求， 56%

19、的用戶感到技術(shù)復雜度高，50%的用戶感到技術(shù)支持力度不足，38%的用戶認為監(jiān)測系統(tǒng)不完善，36%的用戶認為網(wǎng)絡(luò)、存儲方案選型適配困難，34%的用戶認為日志系統(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)進行應(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ù)棧引入等方面的

20、優(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)的容錯能力和故障恢復能力，56%的用戶實現(xiàn)了業(yè)務(wù)的彈性負載，26%的用戶優(yōu)化了組織架構(gòu)。 圖 21 微服務(wù)架構(gòu)對應(yīng)用系統(tǒng)開發(fā)的提升作用 數(shù)據(jù)來源:云原生產(chǎn)業(yè)聯(lián)盟 現(xiàn)

21、有平臺微服務(wù)治理能力不足以及缺少應(yīng)用微服務(wù)拆分的標準規(guī)范成為用戶應(yīng)用微服務(wù)的最大挑戰(zhàn)。52%的用戶使用的平臺缺少完善統(tǒng)一的微服務(wù)管理能力，微服務(wù)狀態(tài)監(jiān)測與管理難以實現(xiàn)；49%的用戶認為微服務(wù)拆分缺乏標準化規(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)解決方案，成熟度較高且適用于Ja

22、va 應(yīng)用，調(diào)查顯示有 76%的用戶的微服務(wù)框架選用Spring Cloud；中國本土開源項目也有相當比例的應(yīng)用，34%的用戶基于 Dubbo 構(gòu)建微服務(wù)，6%的用戶選用ServiceComb；服務(wù)網(wǎng)格技術(shù)備受關(guān)注，但技術(shù)復雜尚未完全成熟，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)盟 （四）Serverless 技術(shù)使用現(xiàn)狀 Serverle

23、ss 技術(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%的用戶在研究/學習環(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ù)的價值已被用戶認可，但特殊行業(yè)用戶對數(shù)據(jù)的安全保密要求，只能進行私有化部署