2018，最值得期待的3個開源容器雲
一、背景
近幾年，隨著容器技術的快速發展和壯大，國內外互聯網公司、傳統IT公司以及金融行業都積極投入到容器技術的研發和應用中，容器技術的生態圈已經形成。容器技術定義了一套從構建到執行的標準體系，不同於傳統的虛擬化技術，它改變了企業日常開發、測試和運維的流程，解決IT、架構及運維等難題，使開發人員能夠專註於業務，構建了新一代的雲計算生態體系。容器技術讓企業降低了成本，加快了業務實施的速度和靈活性，是金融企業雲計算平台建設和信息系統架構升級的方向。
無論是在雲計算環境中採用容器技術或基於容器技術建設雲平台，在大規模的集群中應用容器，往往面臨巨大的管理挑戰。為滿足容器集群在調度、網路、存儲、性能和安全等方面的需求，容器編排工具應運而生。目前主流的開源編排工具包括Docker Swarm、Kubernetes和Mesos（編排框架通常為Marathon）等。根據容器編排工具的發展情況和應用現狀，以及金融企業在服務化、分散式、容器化等方面的需求，我們首先對Kubernetes和Mesos開展了評測和對比，幫助金融企業選擇更加適合自己的容器編排工具。
二、容器編排工具評測模型
容器編排工具具有快速部署、彈性伸縮、輕量、高可用、可移植、資源利用率高等諸多優勢，但在引入和應用過程中仍會面臨很多問題。一是目前容器技術沒有統一的標準，產品多、技術迭代速度快，未來可能面臨不確定因素；二是管理容器環境和應用比較複雜，需要多類技術共同支撐；三是在應用過程中還需要考慮在容器間、系統或應用間，內核共享帶來的安全、隔離等問題。因此，在引入容器技術時需結合具體場景，選擇適合的容器編排工具，為業務應用提供支撐。
針對容器技術應用過程中面臨的問題，我們重點圍繞金融行業關注的特性以及容器編排工具發展現狀，充分考慮了開源軟體的特性和金融行業應用需求，基於金融行業開源軟體成熟度評測整體模型，建立了容器編排工具評測模型，涵蓋整體模型的12大評估屬性，具體詳見已發布的《金融業開源軟體研究評測——容器編排工具評測模型》。
三、開源容器編排工具簡介
（一）Kubernetes
2013年，Google宣布啟動Kubernetes項目。 2014年，Google正式開源Kubernetes。之後，紅帽、微軟、IBM、惠普、VMware、Intel等公司相繼加入Kubernetes社區。2015年7月，Kubernetes v1.0發布。
Kubernetes(簡稱K8S)作為開源容器集群管理系統，為容器化的應用提供了應用部署、維護、故障發現和自我修復、服務滾動升級、擴容縮容等一整套功能，利用Kubernetes能方便地管理跨機器運行的容器化應用。圍繞容器的特點，K8S設計了強大的容器編排能力，如容器組合、標籤選擇和服務發現等，能夠滿足企業開發、測試、部署、運維監控等需求。同時，K8S中許多功能都實現了插件化，可以方便的進行擴展和替換。許多廠商基於開源Kubernetes進行了定製化開發，提供了基於Kubernetes的企業級產品，包括定製開源產品（如Openshift）和商業軟體產品等，為企業業務穩定運行提供支撐。
（二）Mesos
Mesos是2009年由UC Berkeley開發的開源集群管理框架，2011年成為Apache的頂級項目。2010年Mesos開始在Twitter應用，目前，管理了超過3萬台伺服器上的應用部署。
Mesos是Apache下的開源分散式資源管理框架，也被稱為分散式系統的內核，它通過數據中心資源共享使資源利用率更高，通過隔離確保應用安全、自動分配、並提升伸縮性。同時，Mesos通過兩級調度架構管理多種類型的應用程序，第一級調度由Mesos監控集群的空餘資源，並將空餘資源按照一定規則分配給各個計算框架；第二級調度由框架（Framework）組成，各個計算框架會根據需要選擇接受或者拒絕所分配的資源。目前，Mesos已經廣泛使用，提供集群服務、容器編排、大數據服務等基礎服務支撐。
Mesos是集群管理器，本身並不具備容器編排調度功能。2014年，基於Mesos的容器編排框架Marathon發布。Marathon是Mesos上負責長任務處理的框架，為開啟、監控以及擴展長期運行應用程序設計，用戶通過Marathon提交、運行、監控和調度容器應用。Marathon提供負載均衡，橫向擴展和可恢復性等基礎服務能力，實現容器的編排調度。目前，已被三星、迪士尼、Autodesk等知名廠商應用於生產環境。
四、評測環境
許多企業在開源軟體的基礎上對容器編排工具Kubernetes、Mesos進行了定製。綜合考慮軟體的實際使用情況和目前的主流穩定版本，我們選擇了下表中的軟體版本進行評測，包括基於Kubernetes的開源Openshift和商業軟體A，以及開源軟體Mesos（容器編排框架Marathon）。
表1 軟體版本信息
參考生產環境中業務系統的實際運行環境搭建評測環境，搭建6台物理伺服器的驗證環境，每台伺服器配置如下表。
表2 測試環境信息
五、開源軟體許可證開放性
Kubernetes和Mesos均採用Apache License 2.0協議。在開源許可證規定的包括商業用途、分發、修改、專利授權、私用、公開源碼、放置許可協議與版權信息、使用網路分發、使用相同協議、聲明變更、承擔責任、使用商標等方面的使用要求與限制中，Apache 2.0屬於較寬鬆型協議。
用戶在使用該協議的開源軟體產品時，保留原有許可證和版權信息、註明對代碼所做的修改即可。同時，該協議是對商業友好型的許可，能夠通過修改代碼作為開源或商業產品發布/銷售。
Kubernetes：
Mesos：
六、社區活躍程度
Docker自2013年推出以來，正逐漸成為各類企業的通用平台技術。在2015年，Docker逐漸應用到生產環境後，更加高效地管理和編排容器成為了企業的共同需求，因此容器編排工具備受矚目，產品活躍程度也越來越高。
1、Kubernetes
（1）軟體版本發布
通過分析Kubernetes的開源代碼，得到近三年的版本發布情況如下。
圖1 Kubernetes軟體版本、代碼變化情況
從版本發布數據可知，Kubernetes自2014年宣布開源，到2016年底發展迅速，代碼量增長近10倍。期間Kubernetes功能不斷更新，增強了安全機制，以及集群、網路、存儲、節點、調度等的管理能力。在2017年，Kubernetes在集群擴展、自動化、API 聚合、存儲功能擴展、外部訪問控制、自舉等方面進行了功能加強和優化，版本迭代速度逐步穩定。
（2）開源社區影響力
通過分析Kubernetes在開源社區的代碼貢獻者情況以及受關注程度，考察Kubernetes開源社區的活躍程度和影響力。
圖2 Kubernetes軟體貢獻者、提交數變化和貢獻者等級分布情況
近三年Kubernetes平均每季度貢獻者數量是460，平均每季度提交數量是4714，近三年活躍程度逐年提高。截至目前，在GitHub上關注Kubernetes的開發者人數超過兩千人，Star人數已超過三萬，在開源社區方面屬於熱門項目。
2、Mesos
（1）軟體版本發布
通過分析Mesos的源代碼，得到近三年Mesos版本發布情況如下。
圖3 Mesos軟體版本、代碼變化情況
根據版本發布數據可以看到，Mesos的發布周期和代碼增長相對穩定。Mesos自2009年誕生以來，作為軟體定義數據中心的操作系統不斷完善，在容器化、集群管理、編排、高可用共享配置和服務發現等方面做了許多優化。2017年發布的版本中，主要圍繞容器進行了相關改進，包括存儲、租戶隔離、Framework管理等。由於在眾多知名廠商的生產環境中應用，版本迭代速度相對穩定。
（2）開源社區影響力
同樣的，我們通過分析Mesos在開源社區的代碼貢獻者情況以及受關注程度，考察其開源社區的發展情況。
圖4 Mesos軟體貢獻者、提交數變化和貢獻者等級分布情況
從貢獻者數量看，Mesos近三年平均每季度貢獻者數量是94人，平均每季度提交數量是1673，貢獻者數量和提交數量相對穩定但有所下滑，並且數量上相差Kubernetes較遠。截至目前，GitHub上關注Mesos的開發者人數為418人，Star人數接近3500，相比於Kubernetes關注度較低。
Kubernetes：
Mesos：
七、行業認可度和服務支持情況
行業認可與服務支持反映開源軟體在業界的應用情況和能夠提供專業化服務的情況。
1、Kubernetes
Kubernetes項目源於Google在集群資源管理（Borg平台）和容器技術（Omega平台）等方面的實踐經驗和技術積累。自2014年Google開源Kubernetes，微軟、紅帽、IBM、惠普、VMware、Intel等大企業相繼加入，開展技術合作或推進軟體棧的兼容，使得Kubernetes得到了快速發展。
Kubernetes的服務商體系比較完善，認證服務商越來越多。2015年7月，Google聯合行業合作夥伴一起建立了雲原生計算基金會（CNCF， Cloud Native Computing Foundation），2017年9月，CNCF宣布了超過22家Kubernetes認證服務提供商（KCSP），為使用Kubernetes的公司企業提供Kubernetes支持、諮詢、專業服務和培訓。KCSP成員包括華為、才雲科技、IBM、三星、CoreOS、埃森哲、博思艾倫等。
在國內，京東基於Kubernetes建設了JDOS平台實現了業務層的秒級伸縮，網易雲基於Kubernetes建設了大規模集群並支撐高並發應用，七牛雲基於Kubernetes開展了人工智慧方面的實踐，其他還有華為、網宿科技、時速雲、靈雀雲等企業基於Kubernetes開展容器雲方面的實踐或提供服務。
Kubernetes作為發展最迅猛的五大開源項目之一，採用率在急劇提高。
2、Mesos
在國外，使用Mesos的企業包括Twitter、Apple、Airbnb、eBay、Paypal、Ericsson、Uber、Cisco等。在國內，像國內三大電信運營商、小米、新浪微博、知乎、豆瓣，以及去哪兒、攜程、唯品會、愛奇藝等都是Mesos的用戶。
Mesos 只專註做資源調度和隔離，其他部分則對接開放的標準，比如在網路方面支持 CNI ，在存儲方面支持 Docker Volume。許多企業在應用時都在Mesos的基礎上開發了自己的框架，包括VMware，Cisco，華為，蘋果等。目前Mesos已經廣泛應用在集群管理、容器編排、大數據計算中，實現分散式集群資源利用率的提升。
Kubernetes：
Mesos：
八、容器編排功能
Docker解決了應用運行環境整體打包的問題，確定了分層鏡像格式，簡化了DevOps流程。容器編排工具解決了應用生命周期管理框架的問題，使得分散式運行更加容易，資源分配更加靈活，管理方式更加便捷。但Kubernetes和Mesos在整體架構實現和應用生命周期管理等方面差異較大。
表3 整體架構對比
表4應用生命周期管理能力對比
1、Kubernetes
（1）系統整體架構
在功能架構方面，Kubernetes採用主節點（Master）、服務節點（Node）和分散式存儲（etcd）架構。主節點是集群的控制管理節點，服務節點是集群的工作負載節點，分散式存儲保存集群的狀態。
在模型設計方面，Kubernetes圍繞容器編排設計了Pod、複製控制器（RC）、服務（Service）、標籤（Label）等模型抽象，並在此基礎上設計了網路模型和存儲模型。
在資源調度策略方面，Kubernetes更多圍繞容器的編排進行設計，操作的對象為Pod。Kubernetes的調度器（Scheduler）負責收集、統計分析資源使用情況，並根據預選策略（強制性規則）和優選策略（可選規則）篩選出符合要求的節點運行Pod。
（2）應用生命周期管理
在應用管理和應用服務方面，Kubernetes通過Pod實現應用的創建，發布、部署、啟動、停止等全生命周期的管理功能。同時，提供服務發現，狀態監控，高可用，伸縮（包括彈性伸縮、自動伸縮）和資源約束等方面的能力，實現了對應用更好的管理。
在應用升級方面，Kubernetes提供應用的滾動更新、發布回滾和灰度發布等功能。通過複製控制器控制新舊版本的Pod副本數，從而控制容器實例的數量，實現滾動更新和發布回滾。同時，通過標籤與服務的關聯，控制服務中舊版本和新版本容器實例數量，實現灰度發布，提供了更多的應用升級功能。
另外，在容器編排方面，Kubernetes還具備流量分配、有狀態服務和批處理任務的支持，更加符合實際的業務使用場景的需要。
2、Mesos
（1）系統整體架構
在功能架構方面，Mesos採用主節點（Master）、從節點（Slave）、Framework框架（如Marathon）架構。主節點協調所有集群節點資源，從節點負責運行具體的任務，Marathon框架在集群中調度和運行容器實例。
在模型設計方面，Mesos更多圍繞資源的調度進行設計。Mesos針對容器編排通常採用Marathon框架，根據Marathon的應用、應用組、依賴、約束實現容器的編排。在網路和存儲方面，Mesos本身不管理網路，但能夠提供多種網路方案實現一個容器一個IP，並提供多種選擇處理持久化存儲。
在容器編排的資源調度中，Mesos使用DRF（Dominant Resource Fairness）演算法進行一級資源分配，通過Marathon使用資源進行二級資源調度，實現資源的二級調度。
（2）應用生命周期管理
在應用管理和應用服務方面，Mesos通過Marathon實現應用的創建，發布、部署、啟動、停止等功能。Mrarathon基於容器進行了應用、應用組等的定義，並在此基礎上提供策略約束、事件匯流排等功能，具備對應用進行全生命周期管理的能力。
在應用升級方面，Mesos+Marathon能夠實現應用的滾動更新和發布回滾。通過在更新過程中配置新舊版本容器實例的比例，實現容器實例的滾動更新。另外，通過強制標誌部署實現應用的回滾，能夠滿足應用發布、升級的需要。
另外，對於流量分配、有狀態服務和批處理任務等功能，需要Mesos結合其他框架或進行定製才能提供，在容器編排方面的功能方面不如Kubernetes全面。
Kubernetes：
Mesos：
九、性能和擴展能力
容器編排工具作為編排管理工具，在性能上，關注能夠管理的集群節點規模；在擴展能力方面，需具備應用的伸縮能力和資源擴展的能力。
1、Kubernetes
（1）擴展規模
由於測試環境限制，未驗證Kubernetes管理節點規模的能力。根據官方數據，Kubernetes目前能夠支持5000節點的集群，一般能夠滿足金融企業的應用需求。
（2）彈性伸縮和自動伸縮
Kubernetes中，能夠根據負載的高低、Pod資源的使用情況和配置的策略，通過複製控制器調整Pod的副本數，實現彈性伸縮和自動伸縮，伸縮方式更加靈活。
（3）資源擴展
Kubernetes通過API Server對資源對象的生命周期進行維護，實現資源的管理，包括網路、存儲和Pod等，並以RESTful風格的API對外提供介面，應用和集成方面更加方便。
2、Mesos
（1）擴展規模
由於測試環境限制，未驗證Mesos管理節點規模的能力。根據官方數據，Mesos的線性擴展能力能夠很輕易的擴展至10000多個節點，能夠滿足金融企業應用需求。
（2）彈性伸縮和自動伸縮
Mesos+Marathon本身不具備彈性伸縮的能力，需要通過運行在節點上的任務不斷檢測資源的使用情況，通過閾值進行容器實例數量的控制，從而實現彈性伸縮和自動伸縮，企業在選擇框架時需考慮伸縮方面的需求。
（3）資源擴展
Mesos中通過從節點（Slave）上運行的代理向主節點（Master）上送可用資源，包括CPU、內存、磁碟和埠等，並通過主節點的分配模塊決定將資源分配給某個框架，資源的管理方式更加靈活，但對框架也有更高的要求。
Kubernetes：
Mesos：
十、安全和可靠能力
在安全可靠方面，金融企業更加關注容器編排工具的安全性，包括已暴露的漏洞風險情況、多租戶隔離、認證和授權機制。在可靠性方面，需提供服務高可用和使用資源額度限制的能力。
1、Kubernetes
（1）已暴露漏洞
在已暴露漏洞方面，近三年Kubernetes共暴露七個安全漏洞，包括一個高危，五個中危和一個低危漏洞。漏洞主要集中在訪問許可權控制、遠程授權導致的敏感信息泄露、非授權訪問等方面。
（2）多租戶隔離
Kubernetes對多租戶的資源隔離和限制從Container、Pod、Namespace三個層次實現，Container層次主要利用容器本身的支持，比如Docker 對CPU、內存等的支持；Pod方面可以限制系統內創建Pod的資源範圍，比如最大或者最小的CPU、內存等；Namespace層次就是對用戶級別的資源限額了，包括CPU、內存，還可以限定Pod、RC、service的數量。在多租戶隔離方面Kubernetes功能比較全面。
（3）認證和授權
Kubernetes對API的訪問提供了認證、授權、以及准入控制確保系統的安全可靠。認證方式主要分為雙向認證、Token認證和Base認證等方式，只要其中任意一個方式認證通過即可。在授權方面，通過API Server實現不同的授權策略。在准入控制方面，通過准入控制列表處理，通過後才會處理API請求。在認證和授權方面，Kubernetes的功能比較全面。
（4）服務高可用
作為分散式集群的容器編排工具，Kubernetes支持通過健康檢查介面判斷服務當前的狀態，健康檢查的方式支持TCP、HTTP、COMMAND三種。同時，能夠根據健康檢查的結果，使服務的健康容器實例數量自動恢復至請求實例數。在具體實現上，Kubernetes能夠檢查容器是否正常運行（基於Liveness Probe）以及應用是否已經就緒（基於Readiness Probe），提供靈活的方式進行檢查。
（5）資源限額
為了防止多租戶的資源搶佔，Kubernetes提供了資源額度限制功能。Kubernetes通過API對象Resource Quota（資源配額）來實現資源限額管理，不僅可以作用於CPU和內存，另外還可以限制比如創建Pod的總數目、Service總數目、RC總數目等，功能比較全面。
2、Mesos
（1）已暴露漏洞
近三年Mesos共暴露兩個中危安全漏洞，漏洞主要是訪問路徑為空或URL解碼失敗導致的進程崩潰。相較Kubernetes，Mesos近三年暴露的漏洞更少。
（2）多租戶隔離
在Mesos中，通過從節點（Slave）隔離資源並執行容器任務，提供進程式控制制組（cgroups）和Linux容器工具（LXC）解決隔離問題。在多租戶隔離方面，Mesos+Marahton提供的功能不如Kubernetes豐富。
（3）認證和授權
Mesos集群中，默認使用SASL框架來進行用戶認證，也可以通過自定義的認證模塊來修改認證方式。在許可權方面，通過角色（Role）實現將框架和資源進行分組，同時為保證角色的使用，提供了ACL和認證/授權。另外，還可以通過給每個角色配置權重，使不同的角色對於資源的分配有不同的優先權。在認證和授權方面，Mesos+Marahton相較Kubernetes更加複雜。
（4）服務高可用
作為分散式集群工具， Marathon同樣支持通過健康檢查介面判斷服務當前的狀態。同時，能夠根據健康檢查的結果，使服務的健康容器實例數量自動恢復至請求實例數。但在具體實現上Marathon通過運行實例數和請求實例數的差異判斷狀態是否正常，在使用上不如Kubernetes靈活方便。
（5）資源限額
在Marathon中，使用Linux中的cgroup進行CPU和內存資源使用的控制，在能力上不如Kubernetes豐富。
Kubernetes：
Mesos：
十一、可維護性
在可維護性方面，容器編排工具作為管理工具，需為使用平台的對象提供可視化的管理、運維方面的能力，包括集群的管理，監控告警，以及日誌審計等方面的能力。
在集群管理方面，主要進行集群資源的統一管理，創建和管理分區並配置分區資源限制，向集群添加/移除主機、存儲資源等。在鏡像管理方面，需支持通過人工干預或基於容器構建鏡像版本，修改、刪除平台中已存在的容器鏡像。同時，支持公共鏡像，支持鏡像倉庫物理隔離、支持同一鏡像名下包含多個版本，支持鏡像在不同的鏡像倉庫的同步和複製，支持鏡像備份等功能。
在監控告警方面，應支持集群資源的可視化管理（如應用總數、集群總數、模板總數、鏡像總數等），支持集群資源的配額限制，支持集群中容器組的基本信息，節點狀態（如容器狀態、應用狀態、集群狀態）的監控。同時，能夠對CPU使用、內存使用、磁碟佔用、網路流入/流出流量、連接數、系統負載、存活狀態等信息進行監控。並且能夠根據監控信息，關聯自動伸縮策略，服務指標採集能根據服務和容器粒度查詢，進行多維度告警去重和簡訊郵件通知等。
在日誌管理方面，應支持日誌保存、訪問和聚合分析，支持關鍵詞或時間維度綜合查詢，支持多租戶多集群統一日誌採集等。
表5可維護性對比
可以看到，Kubernetes和Mesos均能夠提供很好的可視化維護和使用的能力。但在具體實現上，Kubernetes和Mesos在集群、鏡像、監控告警和日誌等方面均採用已有的開源組件進行集成和定製，如鏡像倉庫開源組件Habor、開源社區中的Registry等，監控告警方案如開源Prometheus、Zabbix或自行定製監控組件等，日誌組件如Fluented、ELK等。
Kubernetes：
Mesos：
十二、兼容能力
容器編排工具的兼容性主要指對基礎環境支持的能力和與第三方進行對接、集成的能力。
表6 兼容性對比
1、Kubernetes
在基礎環境方面，Kubernetes支持公有雲、私有雲、物理機、以及虛擬機等環境。在集成方面，支持從代碼開發、本地構建、單元測試、版本控制、持續構建、部署到測試環境、部署到預生產/UAT環境、部署到生產環境的持續集成。並以可視化的流程，構建開發測試流水線，實現編譯、集成、打包、測試和發布的自動化。在具體實現上，CI/CD或可視化流水線，通常通過開源組件例如Jenkins或定製相關組件實現。
2、Mesos
在基礎環境方面，Mesos+Marathon同樣支持公有雲、私有雲、物理機、以及虛擬機等環境。同樣具備持續構建/持續集成、可視化、流水線等能能力，但在具體實現上，需要進行更多的研發定製和集成。
另外，Mesos還能夠使用在數據中心資源管理、大數據資源調度等領域，支持眾多框架和異構環境，從而提高集群資源的利用率。
Kubernetes：
Mesos：
十三、易用能力
由於Kubernetes和Mesos+Marathon功能架構和功能實現上的不同，導致了兩者在使用方面也有較大的差異。
1、Kubernetes
從容器編排工具的模型設計可以看到，Kubernetes設計了一種抽象模型，進行雲平台主機上容器化應用的部署、規劃、更新和維護，具備豐富的容器編排功能，提供了很方便的方式進行動態調整部署，但需要一定的學習成本和應用遷移成本。
2、Mesos
Mesos提供了一種插件式的架構，具備良好的架構擴展能力，使用方式更加靈活，但由於許多功能需要藉助其他框架實現，如Chronos等，需要企業結合應用情況進行集成和定製，對企業的集成能力和定製化能力要求更高。另一方面，框架的集成和定製，也增加了Mesos使用的複雜程度。
Kubernetes：
Mesos：
十四、總結
根據上述對Kubernetes和Mesos的評測對比，兩者都提供了容器集群的管理方案，並且都已經在業界廣泛使用，對比總結情況如下圖所示。
圖5 Kubernetes、Mesos總結對比
Kubernetes和Mesos在容器編排的實現方式有差異，各自定位也有所不同。在容器編排領域，Kubernetes的社區活躍程度更高，也具備比Mesos+Marathon更強的容器編排能力，越來越多的IT服務企業參與其中並提供相關服務。Mesos作為一個成熟的架構，在數據中心級的資源共享方面具備更多優勢，在容器編排方案上能夠提供基礎的管理能力，但應用於企業需進行框架定製、集成和優化。總體來看，開源軟體Kubernetes相比Mesos更加成熟。
另外，在本次評測過程中，我們同時評測了基於Kubernetes的開源軟體Openshift和商業軟體A。開源軟體Openshift和商業軟體A均基於Kubernetes提供了應用開發、測試、部署、運維等各項核心服務，能夠滿足企業容器管理、容器編排和DevOps等方面的需求。
Openshift在Kubernetes的基礎上進行了PaaS服務的整合，提供了豐富的開發語言、開發框架、資料庫和中間件的支持。在模型設計方面，Openshift增加了路由器（Router）、路由（Route）等對象，並提供基於Open vSwitch(OVS)的容器網路方案。在應用管理和維護方面，Openshift提供基於Router的灰度發布、流量分配、節點拓撲關係、運行狀態監控等功能，幫助用戶提升開發、測試、部署、運維的自動化程度。
商業軟體A在開源版本的基礎上，增加了負載均衡管理、應用模板管理、資源監控與日誌管理，以及構建了源代碼管理、持續構建、持續集成與交付流水線，為應用提供自動化運維管理，提高研發效率和運維效率。此外，商業軟體A還能夠結合企業實際情況提供細粒度的許可權控制及資源管理，更方便的流程管理與應用的遷移。
TAG:BestSDK |