[發(fā)明專利]應用部署方法和系統(tǒng)在審
| 申請?zhí)枺?/td> | 202010845842.2 | 申請日: | 2020-08-20 |
| 公開(公告)號: | CN111984270A | 公開(公告)日: | 2020-11-24 |
| 發(fā)明(設計)人: | 馬浩;楊守仁;鄭曌;丁禹博;李文軍;羅偉鋒;王昱森 | 申請(專利權(quán))人: | 第四范式(北京)技術(shù)有限公司 |
| 主分類號: | G06F8/60 | 分類號: | G06F8/60;G06F8/65 |
| 代理公司: | 北京銘碩知識產(chǎn)權(quán)代理有限公司 11286 | 代理人: | 蘇銀虹;張云珠 |
| 地址: | 100085 北京市海淀區(qū)清*** | 國省代碼: | 北京;11 |
| 權(quán)利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 應用 部署 方法 系統(tǒng) | ||
本發(fā)明了提供一種應用部署方法和系統(tǒng),所述應用部署方法包括:接收注冊組件的第一信息,第一信息包括聲明組件使用的至少一個工作負載和一組業(yè)務相關參數(shù)的信息,每個工作負載封裝基礎設施集群中的多種服務相關資源;根據(jù)第一信息注冊組件;接收部署應用的第二信息,其中,第二信息包括聲明使用的組件、使用的至少一個運維能力及其參數(shù)和一組業(yè)務相關參數(shù)的信息,每個運維能力封裝基礎設施集群中的多種運維相關資源;根據(jù)第二信息創(chuàng)建應用部署配置文件;在至少一個工作負載和至少一個運維能力被實例化后,根據(jù)業(yè)務相關參數(shù)和運維能力參數(shù)的元信息創(chuàng)建資源以完成應用的部署,每個控制器管理實例化后的工作負載或運維能力的資源。
技術(shù)領域
本公開涉及云平臺應用開發(fā)領域,更具體地說,涉及一種通用應用構(gòu)建平臺及其提供通用應用構(gòu)建服務的方法。
背景技術(shù)
云原生時代,以kubernetes為底座的PaaS(平臺即服務)平臺逐步成為共識,Kubernetes提供了各種原生的資源模型,比如deployment、statefulset、configmap、service等等,PaaS維護人員通過組合一種或多種資源模型,來構(gòu)成一個服務,每個平臺都可以擁有一個自己的組合方式。
例如,圖1是示出現(xiàn)有的PaaS平臺的架構(gòu)示意圖。如圖1所示,PaaS平臺分為內(nèi)置服務和在線服務兩個部分。對于內(nèi)置服務部分,通過devops工具將例如監(jiān)控指標數(shù)據(jù)(Promethus)、鑒權(quán)(Authorization)、監(jiān)控(Monitor)、日志(Log)等服務渲染為kubernetesyaml文件,然后通過kubectl把內(nèi)置應用部署到kubernetes集群。對于在線服務部分,通過PAS來將Tensorflow-Serving、GDBT、Flink Task、H2O、定制化實時預估(Customize Real-Time Estimates)、PMML等服務部署到kubernetes集群,PAS內(nèi)部維護了kubernetes原生資源的模板(例如,Deployment Template、Service Template、Configmap Template等),然后組合各個模板來完成資源部署。
現(xiàn)有的PaaS平臺存在以下問題:(1)devops和pas是兩套獨立的技術(shù)棧,雖然本質(zhì)上是相同的,都在將服務部署到kubernetes集群,但彼此沉淀的技術(shù)不能共享,通過兩種不同的方式來部署和管理,維護兩套技術(shù)方案,好的方案思路彼此不能復用。(2)devops維護大量的yaml模板,模式固定,擴展能力較差,遇到復雜需求業(yè)務接入成本高昂。(3)PAS通過維護資源模板的方式來完成服務部署,模板也是固定的kubernetes原生資源的json模板,擴展性較差,復用性不高。(4)現(xiàn)有模板方式難于形成沉淀技術(shù)和抽象業(yè)務模型的標準。
發(fā)明內(nèi)容
本公開的示例性實施例可至少解決上述問題,也可不解決上述問題。
根據(jù)本公開的一方面,一種應用部署方法,包括:通過API模塊接收用于注冊組件的第一信息,其中,第一信息包括用于聲明所述組件使用的至少一個工作負載和一組業(yè)務相關參數(shù)的信息,每個工作負載封裝了基礎設施集群中的多種服務相關資源以用于執(zhí)行對應的服務;通過注冊組件模塊根據(jù)第一信息創(chuàng)建所述組件以將所述組件注冊到所述基礎設施集群;通過所述API模塊接收用于部署應用的第二信息,其中,第二信息包括用于聲明使用的組件、使用的至少一個運維能力及其參數(shù)和所述一組業(yè)務相關參數(shù)的信息,其中,每個運維能力封裝了所述基礎設施集群中的多種運維相關資源以用于執(zhí)行對應的運維;通過部署應用模塊根據(jù)第二信息創(chuàng)建應用部署配置文件以將所述應用部署配置文件創(chuàng)建到所述基礎設施集群;在所述至少一個工作負載和所述至少一個運維能力被實例化后,通過所述至少一個工作負載和所述至少一個運維能力中的每個工作負載和每個運維能力各自的控制器分別根據(jù)對應業(yè)務相關參數(shù)對應的元信息和對應運維能力的參數(shù)對應的元信息創(chuàng)建對應的資源以完成應用的部署,其中,每個控制器用于管理對應的實例化后的工作負載或運維能力相關的資源。
該專利技術(shù)資料僅供研究查看技術(shù)是否侵權(quán)等信息,商用須獲得專利權(quán)人授權(quán)。該專利全部權(quán)利屬于第四范式(北京)技術(shù)有限公司,未經(jīng)第四范式(北京)技術(shù)有限公司許可,擅自商用是侵權(quán)行為。如果您想購買此專利、獲得商業(yè)授權(quán)和技術(shù)合作,請聯(lián)系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/202010845842.2/2.html,轉(zhuǎn)載請聲明來源鉆瓜專利網(wǎng)。





