作為一款一站式的開源持續(xù)測(cè)試平臺(tái)，MeterSphere（https://github.com/metersphere）遵循GPL v3開源許可協(xié)議，涵蓋測(cè)試跟蹤、接口測(cè)試、UI測(cè)試和性能測(cè)試等功能，全面兼容JMeter、Selenium等主流開源標(biāo)準(zhǔn)，有效助力開發(fā)和測(cè)試團(tuán)隊(duì)充分利用云的彈性進(jìn)行高度可擴(kuò)展的自動(dòng)化測(cè)試，加速高質(zhì)量的軟件交付。目前，MeterSphere開源持續(xù)測(cè)試平臺(tái)項(xiàng)目在軟件托管平臺(tái)GitHub上的Star數(shù)量已經(jīng)超過9,900個(gè)，累計(jì)安裝部署次數(shù)超過175,000次。

MeterSphere一站式開源持續(xù)測(cè)試平臺(tái)除了離線部署的開源版和企業(yè)版外，還有Cloud版本（也就是在線的SaaS版本）。本文根據(jù)《MeterSphere開源版、企業(yè)版和Cloud版選型攻略》直播內(nèi)容整理而成，呈現(xiàn)MeterSphere各版本的基本情況和主要差異，為廣大測(cè)試行業(yè)用戶提供MeterSphere開源版、企業(yè)版和Cloud版的選型策略參考。

一、MeterSphere版本概覽

1. 什么是MeterSphere？

MeterSphere是一款一站式的開源持續(xù)測(cè)試平臺(tái)，遵循GPL v3開源許可協(xié)議，涵蓋測(cè)試管理、接口測(cè)試、UI測(cè)試和性能測(cè)試等功能，全面兼容JMeter、Selenium等主流開源標(biāo)準(zhǔn)，有效助力開發(fā)和測(cè)試團(tuán)隊(duì)充分利用云彈性進(jìn)行高度可擴(kuò)展的自動(dòng)化測(cè)試，加速高質(zhì)量的軟件交付。

2. MeterSphere v2.10 LTS版本

2023年5月25日，MeterSphere一站式開源持續(xù)測(cè)試平臺(tái)發(fā)布v2.10 LTS版本。這是繼2022年5月發(fā)布v1.20 LTS版本后，MeterSphere開源項(xiàng)目發(fā)布的第三個(gè)LTS（Long Term Support）版本。MeterSphere開源項(xiàng)目組將對(duì)MeterSphere v2.10 LTS版本用戶提供長(zhǎng)期支持，每?jī)芍馨l(fā)布小版本，持續(xù)進(jìn)行問題修復(fù)更新并針對(duì)部分功能進(jìn)行優(yōu)化。

MeterSphere v2.10 LTS版本在測(cè)試能力、用戶體驗(yàn)、系統(tǒng)架構(gòu)、系統(tǒng)安全四大方面進(jìn)行了關(guān)鍵性的升級(jí)與優(yōu)化，為用戶帶來全面升級(jí)的使用體驗(yàn)。

3. 什么是MeterSphere企業(yè)版？

MeterSphere企業(yè)版由X-Pack功能增強(qiáng)包和原廠企業(yè)級(jí)支持服務(wù)構(gòu)成。

■ X-Pack功能增強(qiáng)包

系統(tǒng)管理層面，用戶可以自定義系統(tǒng)的Logo以及主題配色等；

功能用例相關(guān)方面，平臺(tái)提供了多版本管理以及不同版本之間進(jìn)行用例對(duì)比的功能，以及公共用例庫的功能；

接口測(cè)試方面，平臺(tái)主要是通過插件的方式來支持更多的接口測(cè)試協(xié)議，然后提供了“誤報(bào)庫”進(jìn)行誤報(bào)管理的功能，以及接口與Case之間變化的聯(lián)動(dòng)。當(dāng)接口發(fā)生變化時(shí)，可以把該接口下的用例進(jìn)行對(duì)應(yīng)的更新；

測(cè)試執(zhí)行層面，平臺(tái)提供了自定義消息通知模板的功能，用戶可以內(nèi)置一些變量來構(gòu)造自己的消息通知格式以及模板。平臺(tái)可以支持使用Kubernetes集群來提供測(cè)試資源，比如用戶去跑一個(gè)接口測(cè)試或UI測(cè)試、性能測(cè)試的時(shí)候，都可以把這些任務(wù)執(zhí)行在指定的Kubernetes集群中；

性能測(cè)試方面，平臺(tái)針對(duì)大規(guī)模的性能測(cè)試進(jìn)行了多方面的優(yōu)化；

系統(tǒng)集成方面，用戶可以通過各種各樣的標(biāo)準(zhǔn)協(xié)議去跟單點(diǎn)登錄系統(tǒng)進(jìn)行對(duì)接，包括CAS、OIDC等這些常見的協(xié)議都是支持的。另外，就是可以跟Jira、TAPD、禪道等平臺(tái)進(jìn)行缺陷的雙向同步，如果用戶已經(jīng)用了這些平臺(tái)來管理缺陷，只需進(jìn)行一些簡(jiǎn)單的配置就可以把已有的缺陷同步到MeterSphere平臺(tái)的缺陷管理模塊之上。

此外，UI測(cè)試功能也包含在X-Pack功能增強(qiáng)包當(dāng)中。MeterSphere官網(wǎng)展示了平臺(tái)的功能列表，如果對(duì)此感興趣可以的用戶進(jìn)行詳細(xì)的閱讀了解：https://metersphere.io/features.html。

■ 原廠企業(yè)級(jí)支持服務(wù)

除了X-Pack增強(qiáng)包中的功能增強(qiáng)之外，MeterSphere企業(yè)版還有對(duì)應(yīng)的服務(wù)增強(qiáng)。其中，測(cè)試專家服務(wù)主要針對(duì)性能測(cè)試，包括對(duì)測(cè)試需求進(jìn)行分析、對(duì)壓測(cè)模型進(jìn)行設(shè)計(jì)、對(duì)壓測(cè)環(huán)境進(jìn)行搭建和管理，以及后續(xù)測(cè)試結(jié)果的分析和優(yōu)化。另外，針對(duì)MeterSphere平臺(tái)的安裝部署、使用、數(shù)據(jù)遷移等具體操作，MeterSphere企業(yè)版也提供了專業(yè)服務(wù)解決用戶使用過程中會(huì)遇到的各種各樣問題。

4. 什么是MeterSphere專業(yè)測(cè)試云？

MeterSphere專業(yè)測(cè)試云，即MeterSphere Cloud版，在功能上與MeterSphere企業(yè)版是一致的，都是在MeterSphere開源版功能的基礎(chǔ)上增加了X-Pack增強(qiáng)包中的增強(qiáng)功能。但是因?yàn)镸eterSphere Cloud版是SaaS模式，用戶無需部署并維護(hù)MeterSphere的環(huán)境，直接訪問Cloud版的官網(wǎng)(metersphere.com)，直接注冊(cè)購買賬號(hào)即可開始使用。與MeterSphere企業(yè)版類似，MeterSphere Cloud版同樣提供了更加專業(yè)、更加細(xì)致的技術(shù)支持服務(wù)。

我們看到，在功能層面，MeterSphere Cloud版和MeterSphere企業(yè)版是一樣的，但是在產(chǎn)品的背后，比如部署架構(gòu)層面，MeterSphere Cloud項(xiàng)目組針對(duì)Cloud應(yīng)用場(chǎng)景進(jìn)行了很多額外的處理和優(yōu)化。整體上，MeterSphere Cloud項(xiàng)目組希望能夠充分利用公有云還有Kubernetes的一些技術(shù)優(yōu)勢(shì)給大家提供一個(gè)安全、穩(wěn)定、可靠并且可以規(guī)?；瘮U(kuò)展，同時(shí)成本又相對(duì)可控的MeterSphere版本。

■ MeterSphere Cloud部署架構(gòu)

MeterSphere Cloud環(huán)境目前都是運(yùn)行在公有云上的，在最底層使用了比較多的公有云托管服務(wù)，比如托管的MySQL、Kafka、Redis等。這些托管服務(wù)的穩(wěn)定性比較有保障，像擴(kuò)/縮容、被測(cè)恢復(fù)都可以直接使用，不需要額外去處理。

如圖1所示，托管的MySQL、Kafka、Redis等應(yīng)用負(fù)載都運(yùn)行在Kubernetes集群中。Kubernetes Worker節(jié)點(diǎn)大體上可以分成兩類，一類是包年/包月或者競(jìng)價(jià)實(shí)例的固定節(jié)點(diǎn)，通過提前購買云服務(wù)器，然后將其添加到Kubernetes集群中作為一個(gè)Worker節(jié)點(diǎn)來使用。

另外，還有一種就是超級(jí)節(jié)點(diǎn)或者虛擬節(jié)點(diǎn)，這種類型的節(jié)點(diǎn)只是一個(gè)虛擬的邏輯概念，不需要提前額外購買服務(wù)器，它會(huì)根據(jù)運(yùn)行在虛擬節(jié)點(diǎn)上的容器的維度來進(jìn)行計(jì)費(fèi)。在MeterSphere Cloud的使用場(chǎng)景里，這種類型的節(jié)點(diǎn)很適合去跑像性能測(cè)試以及UI自動(dòng)化的測(cè)試。當(dāng)有需要的時(shí)候去啟動(dòng)一個(gè)容器，跑完之后它就會(huì)被回收掉，不會(huì)再計(jì)費(fèi)。

在這些Worker節(jié)點(diǎn)之上，MeterSphere Cloud的工作負(fù)載大概又分成兩類。圖1的左側(cè)是一些公共的管理服務(wù)，包括大家訪問metersphere.com看到的門戶網(wǎng)站，還有大家注冊(cè)登錄之后進(jìn)入到了“個(gè)人中心”頁面。在“個(gè)人中心”頁面中，用戶可以去管理MeterSphere的訂閱、管理成員及工單等這些通用功能。

圖1的右側(cè)，就是整個(gè)MeterSphere完整的應(yīng)用，整體也是通過Kubernetes的方式跑起來的。這里進(jìn)行了一個(gè)設(shè)計(jì)，就是“個(gè)人中心”頁面和門戶背后，可以去關(guān)聯(lián)綁定多個(gè)MeterSphere環(huán)境。

這樣一來，雖然在一個(gè)MeterSphere環(huán)境的Kubernetes集群里，每一個(gè)組件都可以去橫向的擴(kuò)容。但是它能夠支持的用戶規(guī)模畢竟還是有限的，所以在這種情況下，比如說當(dāng)用戶規(guī)模在進(jìn)一步增長(zhǎng)的時(shí)候，可以通過增加新的MeterSphere環(huán)境來擴(kuò)展整個(gè)MeterSphere Cloud環(huán)境的規(guī)模。

有的用戶對(duì)MeterSphere的環(huán)境要求特別高，希望有一套單獨(dú)的環(huán)境來使用，也可以通過這樣的方式單獨(dú)部署一個(gè)MeterSphere環(huán)境，然后添加到“個(gè)人中心”頁面，將這一部分用戶的路由跳轉(zhuǎn)到單獨(dú)部署的MeterSphere環(huán)境之上。

■ 性能測(cè)試執(zhí)行時(shí)的資源調(diào)度

前面提到在整個(gè)MeterSphere環(huán)境Kubernetes集群的Worker節(jié)點(diǎn)使用到了“超級(jí)節(jié)點(diǎn)”或者“虛擬節(jié)點(diǎn)”的概念，這種類型的節(jié)點(diǎn)特別適合用來運(yùn)行性能測(cè)試還有UI自動(dòng)化測(cè)試，具體的使用方法如下。

大家都知道跑性能測(cè)試其實(shí)是比較耗費(fèi)資源的，使用MeterSphere去跑性能測(cè)試的時(shí)候，Cloud版本都是使用Kubernetes集群來跑性能測(cè)試，MeterSphere就會(huì)調(diào)用Kubernetes的接口去創(chuàng)建出對(duì)應(yīng)的性能測(cè)試的Job。在這背后，可能是一個(gè)或者多個(gè)JMeter的Pod來執(zhí)行的腳本。

具體有多少個(gè)Pod取決于并發(fā)數(shù)有多少。比方說，一個(gè)配置設(shè)定每一個(gè)Pod承載500個(gè)并發(fā)的測(cè)試，那么跑1,000并發(fā)的時(shí)候，就需要兩個(gè)Pod。在這些Pod運(yùn)行起來之后，它會(huì)把結(jié)果傳輸?shù)街付ǖ腒afka Topic當(dāng)中。MeterSphere就從這個(gè)Kafka對(duì)列中獲取到性能測(cè)試的報(bào)告并且進(jìn)行處理，并展示到性能測(cè)試報(bào)告的頁面上。

在這一過程中，如果是私有化部署的方式，用戶什么時(shí)候跑性能測(cè)試、跑多少規(guī)模的性能測(cè)試，都是一定程度上可以提前預(yù)知或者提前規(guī)劃的。但是在Cloud模式下，無法預(yù)知有多少用戶在什么時(shí)候會(huì)跑多少個(gè)并發(fā)數(shù)的性能測(cè)試，這樣對(duì)MeterSphere整體的資源調(diào)度就有一個(gè)比較高的要求。比方說，當(dāng)有很多個(gè)用戶總共需要去跑1,000個(gè)性能測(cè)試的時(shí)候，那么產(chǎn)品端就至少需要去啟動(dòng)1,000個(gè)JMeter的容器，來運(yùn)行這個(gè)性能測(cè)試。

■ 基于云平臺(tái)能力的動(dòng)態(tài)調(diào)度

那么，要運(yùn)行這么多容器平臺(tái)需要多少個(gè)Kubernetes節(jié)點(diǎn)呢？一種比較容易解決這個(gè)問題的方法是，通過“節(jié)點(diǎn)池+彈性伸縮”的方式。根據(jù)一個(gè)節(jié)點(diǎn)池的CPU、內(nèi)存、網(wǎng)絡(luò)流量以及Pod數(shù)量等監(jiān)控指標(biāo)，來動(dòng)態(tài)地伸縮Kubernetes的Worker節(jié)點(diǎn)數(shù)量。當(dāng)用戶有更多的性能測(cè)試需要去跑的時(shí)候，就創(chuàng)建出更多的Kubernetes節(jié)點(diǎn)出來。當(dāng)沒有那么多性能測(cè)試要跑的時(shí)候，就縮減這個(gè)節(jié)點(diǎn)的數(shù)量。

但這種方式存在兩個(gè)比較明顯的問題：

①?伸縮指標(biāo)的配置與調(diào)試比較繁瑣。比方說如果根據(jù)CPU內(nèi)存來配置的話，可能不一定能很好地觸發(fā)伸縮策略；

②?擴(kuò)縮容存在一定的滯后性。因?yàn)橥ㄟ^這種方式的話，在公有云上創(chuàng)建節(jié)點(diǎn)需要時(shí)間，節(jié)點(diǎn)的初始化需要時(shí)間，節(jié)點(diǎn)加入到Kubernetes里也需要時(shí)間，加入到Kubernetes之后，在該節(jié)點(diǎn)上把JMeter的容器跑起來也需要時(shí)間。整個(gè)時(shí)間會(huì)拉得比較長(zhǎng)，有可能造成的情況就是用戶運(yùn)行一個(gè)性能測(cè)試，需要等待一段比較長(zhǎng)的時(shí)間，可能得幾分鐘才能真正的把這個(gè)性能測(cè)試任務(wù)給跑起來。

這對(duì)用戶來說體驗(yàn)不夠友好，MeterSphere Cloud版本沒有采用這種方案，而是使用到了“超級(jí)節(jié)點(diǎn)”或者叫“虛擬節(jié)點(diǎn)”來調(diào)度性能測(cè)試的Job。

“超級(jí)節(jié)點(diǎn)”就不需要事先去創(chuàng)建出對(duì)應(yīng)的云服務(wù)器，并且把它加到Kubernetes集群里了。只需要在創(chuàng)建這個(gè)性能測(cè)試任務(wù)的時(shí)候，給它打上特定的節(jié)點(diǎn)選擇標(biāo)簽，公有云就會(huì)自動(dòng)地把這個(gè)節(jié)點(diǎn)調(diào)度到其背后的一個(gè)資源池上。具體調(diào)度在什么地方，對(duì)MeterSphere Cloud產(chǎn)品端是透明的。這些性能測(cè)試任務(wù)會(huì)啟動(dòng)在對(duì)應(yīng)的“虛擬節(jié)點(diǎn)”上。在啟動(dòng)它時(shí)，只會(huì)在該性能測(cè)試任務(wù)運(yùn)行期間對(duì)產(chǎn)品端進(jìn)行計(jì)費(fèi)，整體費(fèi)用可控，響應(yīng)時(shí)間也比較快。

這種方式比起剛才提到的彈性伸縮方式，有幾個(gè)比較明顯的優(yōu)點(diǎn)：

①?配置很簡(jiǎn)單，用戶只需要在創(chuàng)建任務(wù)的時(shí)候，添加一個(gè)額外的Node Selector標(biāo)簽，就可以完成這個(gè)任務(wù)；

②?底層調(diào)度是由云廠商完成的，可靠性和響應(yīng)速度都有比較好的保障；

③?從用戶/產(chǎn)品研發(fā)方面來講，這個(gè)方案的成本更優(yōu)，因?yàn)橹挥性赑od運(yùn)行的時(shí)候才會(huì)對(duì)產(chǎn)品端進(jìn)行計(jì)費(fèi)，不需要準(zhǔn)備大量的閑置節(jié)點(diǎn)在整個(gè)MeterSphere環(huán)境中。

■ MeterSphere UI自動(dòng)化執(zhí)行過程

UI測(cè)試方面其實(shí)跟性能測(cè)試比較類似，它可能沒有性能測(cè)試那么耗資源，但當(dāng)用戶去跑一個(gè)性能測(cè)試與跑一個(gè)UI測(cè)試的時(shí)候，都需要一個(gè)單獨(dú)的瀏覽器來執(zhí)行UI測(cè)試。所以，相比于接口測(cè)試其實(shí)也是比較消耗資源的。

UI測(cè)試的執(zhí)行方式可能跟性能測(cè)試也比較接近，當(dāng)用戶去執(zhí)行一個(gè)UI測(cè)試的時(shí)候，MeterSphere會(huì)把UI的腳本包裝成一個(gè)JMeter的腳本。在JMeter的腳本里，就會(huì)指定一個(gè)Selenium Grid來提供各種各樣不同的瀏覽器節(jié)點(diǎn)，比如Chrome或者Firefox。在執(zhí)行的過程中，也是通過JMeter把這個(gè)結(jié)果發(fā)送到Kafka當(dāng)中以及MeterSphere平臺(tái)等，再從Kafka中取到結(jié)果來進(jìn)行解析。

與性能測(cè)試類似，產(chǎn)品端不知道什么時(shí)候會(huì)有多少用戶運(yùn)行多少個(gè)UI自動(dòng)化測(cè)試，那就不能很確切地來評(píng)估整個(gè)Selenium Grid的規(guī)模，需要準(zhǔn)備多少個(gè)瀏覽器節(jié)點(diǎn)在這個(gè)Grid當(dāng)中。

所以，最好的情況就是整個(gè)Selenium Grid是可以動(dòng)態(tài)擴(kuò)展的。當(dāng)用戶有新的UI測(cè)試任務(wù)時(shí)，它的瀏覽器節(jié)點(diǎn)就多一些。沒有那么多新的測(cè)試任務(wù)的時(shí)候，它的瀏覽器節(jié)點(diǎn)就少一些。

MeterSphere Cloud項(xiàng)目組所采用的方案整體上可以分成兩個(gè)環(huán)節(jié)：

■ 瀏覽器節(jié)點(diǎn)的動(dòng)態(tài)擴(kuò)縮容

①?如圖5所示，上層的Selenium Grid擴(kuò)縮容環(huán)節(jié)，產(chǎn)品端使用了一個(gè)名為“KEDA”的第三方組件，它是來做Kubernetes集群中應(yīng)用的彈性擴(kuò)縮容的。KEDA的彈性擴(kuò)縮容可以很方便地使用到一些業(yè)務(wù)指標(biāo)。具體到產(chǎn)品端的場(chǎng)景，KEDA可以根據(jù)Selenium Grid中處于等待隊(duì)列的會(huì)話數(shù)量來進(jìn)行彈性的擴(kuò)縮容。比方說，在Selenium Grid等待隊(duì)列中有一個(gè)會(huì)話，需要一個(gè)Chrome瀏覽器去執(zhí)行，KEDA就會(huì)監(jiān)控到這個(gè)信息，去創(chuàng)建出一個(gè)新的Chrome節(jié)點(diǎn)出來。這個(gè)會(huì)話就可以調(diào)度到新的Chrome節(jié)點(diǎn)上，完成UI自動(dòng)化測(cè)試。

②?在下層的資源層面，也是用到了剛才提到的“超級(jí)節(jié)點(diǎn)”或者“虛擬節(jié)點(diǎn)”概念，通過KEDA新創(chuàng)建出來的瀏覽器節(jié)點(diǎn)，也會(huì)被調(diào)度到指定的“超級(jí)節(jié)點(diǎn)”上。相應(yīng)的也是在瀏覽器存在，在UI自動(dòng)化測(cè)試執(zhí)行的這段時(shí)間可能會(huì)進(jìn)行費(fèi)用的計(jì)算，除此之外就沒有額外的資源消耗了。

二、MeterSphere各版本之間的差異

1. 開源版、企業(yè)版及Cloud版對(duì)比

基于前面的介紹，相信大家應(yīng)該對(duì)MeterSphere的開源版、企業(yè)版和Cloud版有了基本的了解。接下來，我們從三個(gè)版本的部署方式、軟件價(jià)格、功能、技術(shù)支持、服務(wù)以及成本構(gòu)成這五個(gè)方面，再跟大家來進(jìn)一步對(duì)比一下三個(gè)版本之間的差異性。

首先，從部署方式上來看，MeterSphere的開源版和企業(yè)版都是采用私有化部署的方式，需要用戶自己準(zhǔn)備服務(wù)器資源，需要用戶自行下載MeterSphere安裝包，執(zhí)行MeterSphere安裝腳本實(shí)現(xiàn)部署安裝。MeterSphere的Cloud版采用云端托管的模式，也就是SaaS的模式，大家直接在MeterSphere Cloud的網(wǎng)站上注冊(cè)賬號(hào)，就可以開始使用到MeterSphere平臺(tái)的全部功能。

軟件價(jià)格層面，開源版是免費(fèi)的，大家直接在MeterSphere官網(wǎng)上下載安裝包或者運(yùn)行一鍵安裝腳本，就可以完成開源版的部署操作，開始使用開源版提供的所有功能。MeterSphere企業(yè)版和Cloud版采用的是按人按年訂閱的模式，用戶所在團(tuán)隊(duì)有多少人需要去使用MeterSphere，支付每人每年訂閱的費(fèi)用。

功能層面，開源版提供了測(cè)試跟蹤、接口測(cè)試、性能測(cè)試幾大核心功能模塊，大家如果有UI測(cè)試的相關(guān)需求，就需要使用MeterSphere企業(yè)版。MeterSphere的企業(yè)版和Cloud版就是在開源版的核心功能之上，增加了前面提到的X-Pack功能增強(qiáng)包中的相關(guān)功能。

技術(shù)支持及服務(wù)方面，前文介紹到了MeterSphere企業(yè)版以及Cloud版有更專業(yè)、更細(xì)致、更及時(shí)、更全面的技術(shù)支持服務(wù)。那么MeterSphere的開源版也不是說沒有技術(shù)支持服務(wù)，是相比較而言是比較有限、粗放的技術(shù)支持服務(wù)。大家可以通過MeterSphere的GitHub倉庫、用戶交流群、論壇等，來給MeterSphere項(xiàng)目組反饋問題、提出需求。MeterSphere項(xiàng)目組也會(huì)盡可能地提供比較及時(shí)、比較專業(yè)的幫助。但是因?yàn)樵谏鐓^(qū)交流群等場(chǎng)景下提問的用戶可能比較多，大家的問題可能會(huì)被很快刷走，問題的解決有時(shí)會(huì)有滯后。

最后是成本構(gòu)成方面，剛才提到了MeterSphere開源版是免費(fèi)的，大家不需要為這個(gè)軟件付費(fèi)。但是這也不意味著用戶使用MeterSphere開源版就是沒有成本的，比如剛才提到了開源版是要私有化部署的，大家在私有化部署的過程中，就需要去準(zhǔn)備服務(wù)器資源。部署完成后使用的過程中，也會(huì)碰到各種各樣的運(yùn)營(yíng)上的問題。比方說網(wǎng)絡(luò)異常、CPU內(nèi)存或者某個(gè)資源遇到瓶頸、存儲(chǔ)占滿需要去備份以及需要恢復(fù)等。所以說，MeterSphere開源版的成本構(gòu)成主要是用戶自己的服務(wù)器資源成本，以及后期使用過程中的運(yùn)維成本。

MeterSphere企業(yè)版因?yàn)橥瑯邮撬接谢渴鸬哪Ｊ?，所以它的成本?gòu)成首先是也會(huì)包含服務(wù)器資源的成本以及運(yùn)維成本，除此之外還要加上MeterSphere企業(yè)版的軟件訂閱成本。

MeterSphere Cloud版的成本構(gòu)成就很簡(jiǎn)單，只需要有一個(gè)軟件訂閱的成本。大家注冊(cè)之后在MeterSphere Cloud版的網(wǎng)站完成付費(fèi)之后，就可以正常的使用MeterSphere了，并不需要關(guān)注其背后的服務(wù)器資源、運(yùn)維操作等問題。

因此，MeterSphere Cloud版反而是成本最低的一個(gè)選擇，這可能和大家的直覺有些不太匹配。舉個(gè)具體的例子，根據(jù)MeterSphere官方的服務(wù)器配置（8核16GB），甚至更低一點(diǎn)的配置，用戶自己在公有云上去買這一規(guī)格的服務(wù)器，大概需要4,000到6,000元每年。而這個(gè)價(jià)格就可以供十個(gè)人的團(tuán)隊(duì)去使用MeterSphere Cloud版一年的時(shí)間了。所以說如果不是出于監(jiān)管、網(wǎng)絡(luò)或者數(shù)據(jù)敏感性等方面對(duì)私有化部署的強(qiáng)要求，MeterSphere Cloud版對(duì)大部分用戶來而言是更好的選擇。

2. MeterSphere Cloud版本的優(yōu)勢(shì)

MeterSphere Cloud版的優(yōu)勢(shì)具體體現(xiàn)在幾個(gè)方面：

首先，大家不需要去關(guān)心部署的問題，直接注冊(cè)就可以使用，可以更快地使用MeterSphere并將平臺(tái)的功能應(yīng)用到測(cè)試流程當(dāng)中；第二，相比于MeterSphere開源版，MeterSphere Cloud版的功能會(huì)更加全面，因?yàn)樗薠-Pack功能增強(qiáng)包中的功能，同時(shí)有更好的技術(shù)支持，大家使用起來的話也會(huì)更加省心，不用擔(dān)心執(zhí)行測(cè)試時(shí)服務(wù)器資源夠不夠用，會(huì)不會(huì)出現(xiàn)故障等問題。

MeterSphere Cloud版整體來講是成本最優(yōu)的選擇，無論是跟MeterSphere企業(yè)版相比來，還是跟MeterSphere開源版相比，當(dāng)用戶把服務(wù)器資源的成本以及運(yùn)維成本都考慮進(jìn)去的時(shí)候，MeterSphere Cloud的實(shí)際成本都是最低的。

三、我適合使用什么版本的MeterSphere?

以下是為大家總結(jié)的MeterSphere不同版本的選型策略。如果您的團(tuán)隊(duì)決定要使用MeterSphere，可以參考圖7進(jìn)行實(shí)際選型。

1. 我適合使用什么版本的MeterSphere?

第一個(gè)要考慮的問題就是有沒有專門的運(yùn)維團(tuán)隊(duì)。雖然MeterSphere已經(jīng)把安裝這個(gè)環(huán)節(jié)給大家進(jìn)行了一個(gè)比較好的封裝，提供了在線安裝包、離線安裝包，提供了Kubernetes的環(huán)境中使用的Helm Chart ，基本上大家都可以很快速地完成 MeterSphere的安裝部署。

但是在部署完成后，隨著用戶使用的時(shí)間越來越長(zhǎng)、使用的規(guī)模越來越大，MeterSphere的后續(xù)運(yùn)維就需要考慮各種各樣的問題。比如存儲(chǔ)空間可能會(huì)不夠；CPU內(nèi)存去跑大批量的性能測(cè)試時(shí)資源是否足夠；以及各種各樣的中間件、數(shù)據(jù)庫、Kafka的性能是不是存在瓶頸，是不是能夠支撐大規(guī)模使用等。

所以，如果大家沒有專門的運(yùn)維團(tuán)隊(duì)來保障MeterSphere的穩(wěn)定使用，建議直接考慮使用MeterSphere Cloud版。作為用戶直接使用MeterSphere，不需要關(guān)心其背后復(fù)雜的運(yùn)維問題。

2. 是否需要X-Pack功能增強(qiáng)包？

如果有專門的運(yùn)維團(tuán)隊(duì)可以保障整個(gè)MeterSphere環(huán)境的穩(wěn)定，接下來就需要考慮功能層面的問題了，即是否需要X-Pack功能增強(qiáng)包中所提供的功能。比方說，用戶的業(yè)務(wù)系統(tǒng)如果需要開展UI測(cè)試，那就需要使用到X-Pack功能增強(qiáng)包。是否需要與單點(diǎn)登錄系統(tǒng)進(jìn)行對(duì)接？是否需要對(duì)MeterSphere平臺(tái)的主題色、Logo進(jìn)行定制？如果有這些需求就需要考慮MeterSphere企業(yè)版。

3. 是否需要進(jìn)一步的技術(shù)支持服務(wù)？

如果用戶對(duì)MeterSphere的增強(qiáng)功能沒有需求，是不是就可以直接使用開源版了呢？這里還有一個(gè)問題需要大家去考慮：是不是需要MeterSphere官方提供的專業(yè)技術(shù)支持服務(wù)？比如當(dāng)用戶對(duì)于某個(gè)功能的使用場(chǎng)景及使用方式可能不是特別明確，MeterSphere官方就可以提供專門的上手服務(wù)，可以幫助大家更快地把MeterSphere的這些功能應(yīng)用到實(shí)際測(cè)試工作當(dāng)中。還有前文提到的針對(duì)性能測(cè)試的專家服務(wù)等。

如果大家對(duì)這方面的服務(wù)也沒有需求，大家可以接受在GitHub或者通過技術(shù)交流群、論壇等方式來獲取支持的話，或者說大家可以自己服務(wù)自己，就可以考慮使用MeterSphere開源版。

4. 是否需要私有化部署？

如果大家對(duì)私有化部署沒有特別強(qiáng)烈的訴求的話，不妨直接考慮MeterSphere Cloud版。如果大家需要私有化部署，可以考慮MeterSphere企業(yè)版。

那么什么情況下會(huì)需要私有化部署呢？一般來說如果用戶身處強(qiáng)監(jiān)管的行業(yè)，或者說用戶的被測(cè)系統(tǒng)是純內(nèi)網(wǎng)的環(huán)境，互聯(lián)網(wǎng)上根本訪問不到，也沒有辦法跟MeterSphere Cloud環(huán)境的網(wǎng)絡(luò)進(jìn)行打通，那么用戶就要考慮使用MeterSphere企業(yè)版?；蛘哒f，用戶特別在意數(shù)據(jù)安全相關(guān)的問題，擔(dān)心使用SaaS服務(wù)后用例會(huì)被其他人看到。如果有這樣的擔(dān)心， 雖然說這種情況出現(xiàn)的可能性很小，但如果大家實(shí)在有這種擔(dān)心也要考慮私有化部署，選擇使用MeterSphere企業(yè)版。