大雲製造 | 大雲PaaS平臺v3.1發佈 - 功能全面升級，與客戶共創價值

友情提示：全文4000多文字，預計閱讀時間12分鐘

大雲PaaS平臺產品簡介

大雲PaaS產品（BC-PaaS）是基於Kubernetes、Docker等開源雲計算技術開發的一款集應用開發、測試、容器編排和自動化運維爲一體的產品。主要功能有：應用編排、K8S集羣管理、鏡像服務、中間件管理、CICD、運維管理等，提供MySQL、MQ、Redis、MongoDB、BES、Tomcat、Nginx以及Hadoop等中間件服務和大數據服務；支持SpringCloud、Dubbo、Istio微服務框架。自商用以來，在北京、廣東、重慶、山東、湖南、內蒙、江西等多個省公司普遍應用。

圖（1）BC-PaaS 功能架構圖

在最新發布的BC-PaaS v3.1版本中，發佈了不少新功能，如全新的應用模型、應用紅黑榜、在線製做鏡像、鏡像層分析、壓測工具、應用跨集羣容災雙活、集羣一鍵部署、一鍵自檢，以及6款中間件。

表（1） BC-PaaS v3.1新增功能

下面就讓咱們從應用開發者和運維人員的角度來了解一下這些功能吧。

1、

應用開發者角度

你們好~我是開發人員小S~接下來由我來介紹一下BC-PaaS平臺的使用平常~

 

我今天的工做內容是開發一個Java應用並部署到PaaS平臺上。開發過程當中，我須要使用到Redis服務，這個時候我就能夠從BC-PaaS平臺上的中間件市場中建立一個Redis服務來，不用本身搭建中間件環境並進行維護，節省了咱們開發的時間和成本，很是方便。

圖（1.1）BC-Redis服務

注：用戶在運行應用時，每每須要用到各類中間件，例如MySQL、MQ、Redis。BC-PaaS v3.1進一步豐富了中間件市場，新增了BC-Redis、BC-MQ、MongoDB、寶蘭德BES、Tomcat、Nginx等。用戶能夠方便的建立並使用中間件服務，有效解決了用戶搭建中間件環境耗時、維護成本高等問題。BC-PaaS 平臺深度集成了BC-Redis和BC-MQ產品，提供和移動雲徹底一致的用戶體驗。除此之外，BC-Redis在PaaS平臺上還爲用戶提供獨立的監控和告警功能，進一步提高產品的運維能力，優化用戶的使用體驗。

開發工做完成以後，我能夠經過兩種方式將個人Java應用部署到BC-PaaS平臺上。

一、經過CICD的流水線來構建個人鏡像，並部署到BC-PaaS平臺。值得一提的是平臺支持將應用部署到容器、物理機或者虛擬機中，很好的解決咱們開發人員環境不一樣的底層資源適配問題。除此以外，流水線還支持代碼的編譯、單元測試、安全掃描等工做，很是方便~

圖（1.2）CICD典型工做流

二、經過鏡像服務的建立鏡像功能，能夠從我本地的源碼包、二進制包構建出個人鏡像，而且提供鏡像層分析功能，便於咱們開發人員後續對鏡像進行優化。

注：從應用程序代碼到生成Docker鏡像，再到上傳鏡像，是一個比較繁瑣的過程。程序員一般要作編譯打包、編寫dockerfile、生成鏡像、手動上傳。其中，編寫dockerfile也是一個技術活，沒有至關的經驗，很難作出一個知足Best Practice的鏡像，例如鏡像size較大、分層不合理、有安全漏洞等。所以，咱們開發了「在線製做鏡像」功能。用戶只需提供程序包或二進制包，在平臺上選擇基礎鏡像，由平臺引導用戶填寫docker鏡像須要的參數，生成dockerfile，最終生成docker鏡像，並對其作鏡像層掃描，最後存放在鏡像倉庫中。

圖（1.3）在線製做鏡像

鏡像層分析功能爲用戶展現每層的docker鏡像內容，指出每一個鏡像層中發生的變化，估計「鏡像效率」，用戶可根據分析結果優化鏡像，例如減小鏡像大小。對於應用方直接上傳的鏡像，平臺管理員能夠方便的查看這些鏡像是否佔用了太多空間。

圖（1.4）鏡像層分析

今天我選擇第二種方式來進行個人應用部署。

接下來，在BC-PaaS平臺的編排-應用-建立應用，選擇我構建出來的鏡像，將個人應用部署到平臺上。平臺抽象出了應用-微服務-工做負載這樣的應用模型，爲我建立、管理微服務和應用提供了便利。

注：全新的應用模型：隨着微服務理念的推廣與實踐，單個應用被拆分紅若干個更易於開發和維護的微服務。做爲容器、微服務編排事實標準的Kubernetes，提供了pod、deployment、statefulset、service、pvc、configmap、ingress等一系列概念來知足微服務開發、運行的要求。這麼多抽象而複雜的概念給應用開發者提出了挑戰。所以，BC-PaaS產品在K8S各類資源對象的基礎上，提出了更易於理解、使用的應用模型，更好的爲用戶提供應用的全生命週期管理。

圖（1.5）應用-微服務-工做負載邏輯關係圖

新模型的基本概念以下：

• 應用

  應用能夠理解爲提供完整業務邏輯的微服務組。一個應用中能夠包含多個微服務。多個微服務編排後可對外提供服務。

• 微服務

  微服務是一個對外提供單一服務的模塊。一般只包含一個子功能。一個微服務能夠由一個或多個工做負載（deployment）、配置集（configmap）、存儲卷（pvc）等組成。用戶在建立微服務時，能夠把這些資源一塊兒建立出來。

• 工做負載

  工做負載是真正承載業務的實體，是一組Pod實例的集合，對應於K8S的deployment、statefulset等概念。經過這樣的分層、組合，用戶能夠在BC-PaaS平臺上方便的建立、管理微服務和應用。

因爲這個應用很重要，我在建立應用的時候還開啓了平臺提供的容災雙活功能，能夠將應用部署到兩個集羣中，以保障一個集羣故障時業務的可靠性。

圖（1.6）雙活應用

注：根據對系統的保護程度，容災系統可分爲數據級別與業務級別容災。數據層容災是業務層容災的基礎，業務層容災是數據層容災的終極目標。容災建設應以數據容災爲根本，以業務連續性爲目標，最終實現災難發生時業務的平穩過渡。

BC-PaaS產品支持管理平臺的容災和無狀態應用的雙活，適用於爲核心業務或須要高可靠保障的業務。即便有一個集羣出現故障，雙活集羣會無縫接收用戶業務流，保障業務不中斷。爲實現雙活容災的功能，將建設主數據中心及雙活數據中心，每一個數據中心將包括1套管理集羣、N個業務集羣、N個鏡像倉庫等。每一個數據中心的業務集羣與鏡像倉庫都必須確保爲1對1的映射關係。

圖（1.7）雙活示意圖

應用部署完成，在BC-PaaS平臺可以運行使用，個人開發工做就告一段落了~

而其實個人應用的「生命」纔剛剛開始。PaaS平臺爲了讓我能瞭解應用運行狀況，還提供了應用監控、告警管理和Skywalking等一系列豐富的運維管理功能。

首先我能夠在應用模塊查看個人應用監控。除了通用的應用監控指標外，平臺還提供了豐富的Java應用監控指標，包括Jvm堆內存、Jvm線程數等指標。其次，告警中內心，我能夠針對個人Java應用建立告警規則，而且能夠經過郵件和微信的方式接收平臺的告警信息，使我可以及時瞭解應用的告警狀況。

注：郵件、微信告警：BC-PaaS平臺的告警模塊支持用戶針對集羣、節點、應用等設置自定義告警規則，若知足告警規則，會觸發告警發送，用戶可經過平臺界面設置郵件和微信兩種告警通知方式，方便用戶及時接收到平臺的告警信息，並採起相應措施。

圖（1.8）郵件和微信告警

2、

運維人員角度

你們好，我是負責運維的老A。下面由我給你們介紹BC-PaaS平臺給咱運維管理人員帶來的切實便利。

首先，我登錄BC-PaaS產品平臺，會在概覽頁瞭解到當前項目下的CPU、內存資源使用量、應用/微服務/容器的數量和運行狀況，以及告警和操做日誌等信息，對項目的基本狀況一目瞭然。

圖（2.1）BC-PaaS概覽

今天個人工做之一是要在PaaS平臺上部署一個新集羣。工做很簡單，只要把機器信息批量導入平臺，作好節點規劃，就能夠一鍵部署啦。

注：BC-PaaS平臺支持集羣可視化一鍵部署，無需再自行搭建Docker和Kubernetes，真正實現開箱即用。同時，針對物理機、虛擬機資源都可部署BC-PaaS容器集羣，具備通用的是適配性。

圖（2.2）集羣部署過程

看，部署過程也是一目瞭然哦，每一步均可以看到實時進度，出錯了能夠單步繼續。

圖（2.3）集羣部署詳情

部署請看這裏哦：

在等待部署結果的過程當中，我來給系統作個體檢吧，看看今天的集羣夠不夠健康~

在PaaS平臺的集羣管理中，有個「集羣巡檢」功能，能夠選擇要體檢的項目，好比節點的網絡狀況、負載狀況、平臺組件運行狀態；也能夠選擇作一系列的業務撥測，好比建立應用、建立鏡像、建立負載均衡器、經過負載均衡器訪問應用等。同時，還能夠配置定時巡檢策略，好比天天0：00作一個巡檢，還能保存巡檢報告。

注：巡檢生產環境，是運維人員每日的例行功課。一般須要編寫一大堆腳本，很是繁瑣。BC-PaaS平臺推出的健康巡檢功能，能夠自動化的完成k8s節點、平臺組件、平臺業務的檢查。

圖（2.4）健康檢查

除了平常巡檢，我還會關注下集羣的資源利用狀況，看看哪些應用的資源不夠了，或者利用率過低。這些狀況能夠在BC-PaaS平臺的概覽頁或者監控頁看到。特別是概覽頁上的應用資源利用率紅黑榜，能夠清楚地看到CPU和內存的排行榜：

圖（2.5）應用紅黑榜

注：用戶每每也關心哪些應用的資源使用率比較低，常常會作一些數據統計。對此，BC-PaaS推出了應用、微服務的資源使用率紅黑榜功能。用戶能夠直觀的查看應用、微服務的CPU、內存資源使用率狀況的排行，方便用戶進行更合理的資源分配。

你們知道咱們運維人員最頭痛的事是什麼嗎？那就是生產環境出了性能問題又找不到問題緣由了~~性能分析是高級技能，通常人還真不會。因此啊，一般狀況下，應用上線以前都要求作壓力測試。只有知足性能指標了，才容許上線。BC-PaaS v3.1上推出了壓測工具，能夠對應用作壓測，並提供了分析功能。使用起來主要分爲兩步：

一、構建壓測場景，設定場景名、壓測時長、最大併發數以及串聯鏈路等相關配置信息。而後開始壓測。

注：壓測服務能夠模擬現網用戶的高流量併發、突發等不一樣應用場景，根據用戶的性能測試規模按需自定義建立壓測場景，支持有序串行和並行編排壓測API，提供參數化（如思考時間、集合點和條件跳轉）等高級配置，全方位便捷自定義HTTP請求，最大程度地還原服務器壓力承受狀況。

圖（2.6）建立壓測場景

二、完成後，可查看壓測報告，進而進行應用性能分析

注：爲用戶提供專業的性能測試報告，包括起始/最大併發量、API總請求數、平均TPS、請求成功率、平均響應時間等多維度統計。壓測結果也爲評估應用所需資源提供了依據。

圖（2.7）壓測報告

3、

總結

做爲雲能力中心自主研發的雲計算PaaS層產品，BC-PaaS v3.1版本從客戶實際需求出發，提供了大量功能，歡迎你們使用並提出寶貴意見。咱們也將持續更新，爲用戶提供功能更豐富、更全面、更好用的產品！

-End：）

往期精選

一、大雲製造 | 移動雲E-RocketMQ正式發佈上線

二、【大雲製造】爲雲而生 - 大雲BEK內核

三、【大雲製造】公有云解決方案4.0（雲網絡篇）——雲上組網，互聯互通