暨研運(yùn)數(shù)智化技術(shù)峰會2025年6月27-28日中國

·北京GOPS

全-XOps

風(fēng)向標(biāo)

北

京

站指導(dǎo)單位：

品AOPSBizDevOps

承辦單位：ANNIVER5ARY2015-2025GOPS2025Beijing主辦單位：○開放運(yùn)維聯(lián)盟0OPSAOpenOPSAllance高效運(yùn)維社區(qū)GraOPSCommnity從DevOps

到

Al4SE,

群核科技DevOps

平臺進(jìn)化論■

□

□2025.6.27匯報(bào)人

李爭鵬O

p

s風(fēng)向

標(biāo)GOPS2025

BeijingANNIVERSARY2015-2025群核科技業(yè)務(wù)簡介

◎

1自研DevOps平臺歷程

◎2Al在軟件工程中的實(shí)踐嘗試◎3未來展望與發(fā)展路線

◎4目錄GOPS2025

BeijingANNIVERSARY2015-2025ANNIVERSARY2015-2025群核科技業(yè)務(wù)簡介X

Ops風(fēng)

向

標(biāo)GOPS2025Beijing群核科技是一家以GPU

(專用圖形處理器)集群和AI

(人工智能)技術(shù)為底座的空間智能企業(yè)，在過去數(shù)

年的技術(shù)沉淀中構(gòu)建了一套物理正確的世界模擬器，并將之運(yùn)用在室內(nèi)空間場景下的實(shí)時(shí)渲染、工業(yè)生產(chǎn)

制造，以及智能體合成數(shù)據(jù)訓(xùn)練等場景中。群核科技旗下?lián)碛小窨臻g設(shè)計(jì)軟件【酷家樂】●海外版產(chǎn)品【Coohom】●面向室內(nèi)環(huán)境AI開發(fā)的下一代空間智能解決方案【群核空間智能平臺】

(SpatialVerse)●具備增強(qiáng)建筑信息建模(BIM)功能的【群核酷空間】●創(chuàng)意內(nèi)容云設(shè)計(jì)平臺【美間】群核科技業(yè)務(wù)簡介ANNIVERSARY2015-2025GOPS

2025Beijing自研DevOps平臺歷程X

Ops風(fēng)

向

標(biāo)ANNIVERSARY2015-2025GOPS2025Beijing發(fā)展階段2018~2021早期階段成熟階段2021~自研歷程ANNIVERSARY2015-2025GOPS

2025Beijing~201802010403部署混亂早期部署缺乏統(tǒng)一規(guī)范，不同項(xiàng)目部署方

式各異，導(dǎo)致資源浪費(fèi)和效率低下。開發(fā)信任度不高開發(fā)與運(yùn)維之間缺乏有效溝通和協(xié)作，對

彼此工作成果信任不足，影響項(xiàng)目推進(jìn)。人肉介入多大量操作依賴人工完成，人工操作失誤率

高，且增加了工作量和出錯(cuò)風(fēng)險(xiǎn)。缺乏統(tǒng)一標(biāo)準(zhǔn)沒有制定統(tǒng)一的開發(fā)、測試和部署標(biāo)準(zhǔn)，

使得不同團(tuán)隊(duì)的工作難以有效整合?！褚粋€(gè)工程一個(gè)Jenkins任務(wù)，大約50個(gè)左右的項(xiàng)目/服務(wù)●遇到的問題：早期階段(~2018)ANNIVERSARY2015-2025GOPS

2025Beijing云原生引

入Kubernetes(K8s)

等云原生技術(shù)，

實(shí)現(xiàn)應(yīng)用的容器化部署和管理，提升資源

利用率。標(biāo)準(zhǔn)化對早期項(xiàng)目、腳本等進(jìn)行應(yīng)用標(biāo)準(zhǔn)化處理，

規(guī)范操作流程，提高開發(fā)效率和質(zhì)量。產(chǎn)品化以產(chǎn)品思維迭代DevOps

平臺，不斷優(yōu)化功

能和用戶體驗(yàn)，滿足用戶多樣化需求。030201發(fā)展階段

(2018~2021)破局思路ANNIVERSARY2015-2025GOPS

2025Beijing應(yīng)用標(biāo)準(zhǔn)化統(tǒng)一應(yīng)用的概念，如：倉庫、應(yīng)用所屬人等，初步建立以應(yīng)用為中心的DevOps

平臺環(huán)境標(biāo)準(zhǔn)化制定環(huán)境規(guī)范，大體分為3個(gè)基礎(chǔ)環(huán)境(線下、預(yù)

發(fā)、線上),分別綁定不同的IDC

基建3

配置標(biāo)準(zhǔn)化輸出構(gòu)建、部署等配置標(biāo)準(zhǔn)化規(guī)范，統(tǒng)一接入方

式，如部署的副本、策略等④

流程標(biāo)準(zhǔn)化制定發(fā)布流程，明確發(fā)布節(jié)點(diǎn)、順序等發(fā)展階段-建設(shè)標(biāo)準(zhǔn)化體系①2ANNIVERSARY2015-2025GOPS

2025Beijing●尋找標(biāo)準(zhǔn)載體：

“云原生”●

使用Docker

來進(jìn)行應(yīng)用構(gòu)建●

使用K8s來進(jìn)行應(yīng)用部署●為什么?●DockerFile標(biāo)準(zhǔn)了構(gòu)建寫法和流程●K8s的工作負(fù)載標(biāo)準(zhǔn)化了運(yùn)維實(shí)體●

解決了●穩(wěn)定性問題●人肉介入多●標(biāo)準(zhǔn)不統(tǒng)一云原生技術(shù)有利于各組織在公有云、私有云和混

合云等新型動態(tài)環(huán)境中，構(gòu)建和運(yùn)行可彈性擴(kuò)展

的應(yīng)用。云原生的代表技術(shù)包括容器、服務(wù)網(wǎng)格、

微服務(wù)、不可變基礎(chǔ)設(shè)施和聲明式

API。這些技術(shù)能夠構(gòu)建容錯(cuò)性好、易于管理和便于觀

察的松耦合系統(tǒng)。結(jié)合可靠的自動化手段，云原

生技術(shù)使工程師能夠輕松地對系統(tǒng)作出頻繁和可

預(yù)測的重大變更。云原生計(jì)算基金會

(CNCF)

致力于培育和維護(hù)

一

個(gè)廠商中立的開源生態(tài)系統(tǒng)，來推廣云原生技術(shù)。

我們通過將最前沿的模式民主化，讓這些創(chuàng)新為

大眾所用。

--

from

cf.io/發(fā)展階段-引入云原生技術(shù)CLOUD

NATIVECOMPUTING

FOUNDATIONANNIVERSARY2015-2025GOPS

2025Beijing版本規(guī)劃制定合理的版本規(guī)劃，明確不同版本的功能和

發(fā)布周期，確保產(chǎn)品的穩(wěn)定發(fā)展。用戶反饋建立有效的用戶反饋機(jī)制，及時(shí)了解用戶需求

和問題，為產(chǎn)品改進(jìn)提供依據(jù)。功能迭代根據(jù)用戶反饋，不斷優(yōu)化和新增功能，提升產(chǎn)

品的口碑。用戶體驗(yàn)優(yōu)化關(guān)注用戶的使用體驗(yàn)，優(yōu)化界面設(shè)計(jì)和操作流

程，提高用戶的滿意度。●如何解決不信任問題?●我們需要長期維護(hù)一個(gè)“產(chǎn)品”●使用成熟的產(chǎn)品開發(fā)策略來改進(jìn)開發(fā)者體驗(yàn)發(fā)展階段-引入產(chǎn)品思維ANNIVERSARY2015-2025GOPS

2025Beijing業(yè)務(wù)問題：●業(yè)務(wù)快速發(fā)展，需要更多部署模式的支持(灰度、K8s

下的分批)●

IPD流程的引入，需要更加貼近業(yè)務(wù)支持DevOps

工作技術(shù)問題●部署流程的硬編碼居多●運(yùn)維操作對K8s

支持較弱，無法添加更多工作負(fù)載●不可避免的技術(shù)債務(wù)發(fā)展階段-遺留問題ANNIVERSARY2015-2025GOPS

2025Beijing●從技術(shù)視角對平臺進(jìn)行一次重構(gòu)已解決業(yè)務(wù)問題●自研流水線基礎(chǔ)設(shè)施●解決硬編碼等技術(shù)債問題●提供靈活可編排的灰度部署模式●適配業(yè)務(wù)的IPD流程變革需要●

引入

OpenKruis

組件●適配分批部署等復(fù)雜業(yè)務(wù)場景場景●引入環(huán)境多集群概念●適配國際化等業(yè)務(wù)需求

流水線模型提供詳情、中斷、重試等接口中斷、重試邏輯和啟動類似，按照回調(diào)事件處理啟動流水線按序?qū)ふ倚鑸?zhí)行的Stage找到該Stage下需執(zhí)行的Job啟動Job處理Job事件回調(diào)Job是否成功是該stage下是否還有需要觸發(fā)的任務(wù)否當(dāng)前Stage是否成功流水線失敗一是一繼續(xù)等待事件

處理Pipeline觸發(fā)器Stage1Job1觸發(fā)二并行Stage2Job3觸

發(fā)Stage3Job5流水線控制流程FlowControl成熟階段-

技術(shù)重構(gòu)OpenKruiseANNIVERSARY2015-2025GOPS2025Beijing內(nèi)

部

細(xì)

節(jié)

、是一Stage1串

行串行依賴Job2Job4否一否一●

契機(jī)●組織架構(gòu)變動，敏捷項(xiàng)目管理平臺移交維護(hù)●公司內(nèi)部開始進(jìn)行大范圍的IPD流程變革

●思考●業(yè)務(wù)發(fā)展迅速，在交付場景出現(xiàn)明顯痛點(diǎn)●信息孤島(研發(fā)領(lǐng)域數(shù)據(jù)不流通)●豎井效應(yīng)(局部最優(yōu)化)●產(chǎn)品核心目標(biāo)提高研發(fā)效能、交付質(zhì)量需

求

漏

斗需求收集主線任務(wù)需求產(chǎn)生研發(fā)流程coding流程參與前端微應(yīng)用A后端微服務(wù)B敏捷組1前端微頁面C后端微服務(wù)D敏捷組2組織方式產(chǎn)品需求需求分析進(jìn)入研發(fā)流程流轉(zhuǎn)準(zhǔn)入規(guī)范依賴管理持續(xù)集成編碼規(guī)范分支策略編碼評審BizDevOps交付需求需求驗(yàn)證完成交付流轉(zhuǎn)

線上部署準(zhǔn)入規(guī)范卡點(diǎn)支撐發(fā)布計(jì)劃灰度發(fā)布流程活動迭代需求需求實(shí)現(xiàn)測試流程手工測試自動化測試性能測試BVT測試流程架構(gòu)成熟階段-

BizDevOps思考ANNIVERSARY2015-2025GOPS2025Beijing應(yīng)用管理批量綁定分支啟動部署應(yīng)用：

rlce狀態(tài)：線上環(huán)境部署成功環(huán)境：

prod◎分支：

re750505

-

Q應(yīng)用：1狀態(tài)：

上

環(huán)

境

部

功環(huán)境：

rod◎分支：

◎應(yīng)用：app狀態(tài)：線土環(huán)境部器成功環(huán)境：

nd

4Conprcprou

4.未分組v

檢查項(xiàng)

回滾流轉(zhuǎn)預(yù)發(fā)曰

8

8

L

t

o

-

s

e

r

i

c

erele

Jo057739ee2asit部署詳情②曰

田r

20sit部署詳情◎曰88

marE

e40sit部署詳情②曰

9

m7e0sit部署詳情②未分組v

檢查項(xiàng)回滾

流轉(zhuǎn)線上曰

圖

ee7

prod_test部署詳情◎曰

留

m

n

c06050

prod_test部客詳情曰

n

nreprod

test

eds

4090d部署詳情◎曰

留

nsrarm~*056c1

prod

test

4090d未分組v

回滾快捷回滾

曰

-02300.52a

prod部署詳情②曰

B

畫re/20250605250“320prod部署詳情曰

8

B

frolom5629347prod

gpum部署詳情②r

505prod_model部署

詳情◎release/2025060562f247an關(guān)聯(lián)每概覽發(fā)布變更關(guān)聯(lián)Pipelines

關(guān)聯(lián)牌部署關(guān)

聯(lián)關(guān)聯(lián)

發(fā)布關(guān)

聯(lián)

R

回

滾更新配置部署記錄資源遷移多云同步應(yīng)急操作刪除環(huán)境通知B灰發(fā)Operat..環(huán)模遷移間關(guān)

閉s

e

>

O

p

e

r

a

t環(huán)境名稱當(dāng)前狀態(tài)集

群

I

N

a

m

e

s

p

a

c

e

配

額

信

息

占

用

詳

情

l

MooN

首頁>發(fā)布單>發(fā)布單詳情①0

5②

幫

助

文

檔部署信息

應(yīng)用信息

部署記錄

發(fā)布事項(xiàng)應(yīng)用列表：共4個(gè)應(yīng)用

線下部署待確認(rèn)環(huán)境：0

待綁定分支：0

待部署：0

部署中：0待線下發(fā)布：0

部署失敗：0

部署完成：4無法部署：0依賴梳理預(yù)發(fā)部署待部署：0部署失?。?無法部署：0搜索IP

Q

*

應(yīng)

急

操

作

代

碼

倉

庫

G

灰

度

計(jì)

劃4研發(fā)交付②快速訪問

0發(fā)

布

信

息

歸

檔

編

輯關(guān)聯(lián)文檔部署中：0部署完成：4發(fā)布詳情線上部署待部署：0

部署中：0部署失?。?

灰度中：0部署完成：4

無法部署：0已歸檔首

而重啟擴(kuò)縮容

werview總

結(jié)

：●采用流水線基礎(chǔ)設(shè)施建立了以應(yīng)用為中心的DevOps

平臺●通過BizDevOps

實(shí)踐串聯(lián)了需求、測試、部署、運(yùn)維全流程●接下來一起進(jìn)入AI時(shí)代I

部

署

資

源最近發(fā)布時(shí)間鏡像部署資源名|類型Labels更新狀態(tài)最近發(fā)布分支一p□已完成Fous(ready/AII)2/2搜索IPQ*應(yīng)急操作代碼倉庫□灰度計(jì)劃

4研發(fā)交付②快速訪問

Ω

環(huán)境級別|環(huán)境類別

prod|標(biāo)準(zhǔn)環(huán)境環(huán)

境

描

述

prod

時(shí)

啟動日志①

運(yùn)行日志

Teminal去排查

隔離啟動日志運(yùn)行日志

Terminal照

去排查

隔離成熟階段-迎接新挑戰(zhàn)查看可用節(jié)點(diǎn)Pod隔離記錄刷

新

P

o

d健康檢查Pod狀態(tài)

SOA

注冊操作I

P

o

d

列

表name

÷podlpi

o

n

s

>

p

r

o

d

環(huán)

境

v

>

概

述

①prod◎運(yùn)行中Rep十CI狀態(tài)：負(fù)

責(zé)

發(fā)布身

所ANNIVERSARY2015-2025GOPS

2025Beijing重啟次數(shù)創(chuàng)建時(shí)間hostlpCoding畫則SAl在軟件工程中的實(shí)踐嘗試X

Ops風(fēng)

向

標(biāo)ANNIVERSARY2015-2025GOPS2025Beijing開發(fā)階段·AI輔助編碼代碼生成與優(yōu)化團(tuán)隊(duì)協(xié)作增強(qiáng)維護(hù)階段·

問題追蹤與修復(fù)輔助·版本管理與更新機(jī)制·性能監(jiān)控與優(yōu)化AI

工程能力和人才建設(shè)大模型人才梯隊(duì)建設(shè)Al驅(qū)動軟件工程能力建設(shè)大模型應(yīng)用工程能力建設(shè)AI

推

理

&

算

力外部模型API

本地推理接口軟件開發(fā)生命周期需求分析階段·需求變更與管理輔助·需求完整性與清晰度檢查測試階段·測試覆蓋全面性·

自動化測試生成·持續(xù)集成與測試Al技術(shù)層設(shè)計(jì)階段·架構(gòu)設(shè)計(jì)輔助·模塊化、性能、可擴(kuò)展性評估·需求一致性校驗(yàn)部署階段·部署流程自動化·環(huán)境一致性保障·兼容性評估

整體思路●圍繞軟件工程生命周期各環(huán)節(jié)進(jìn)行AI增強(qiáng)●引入主流AI技術(shù)應(yīng)用場景●進(jìn)行人才引進(jìn)和團(tuán)隊(duì)工程能力建設(shè)應(yīng)用場景層AI編碼助手Al數(shù)據(jù)庫助手

AI代碼評審企業(yè)知識庫

企業(yè)ChatGPT

更多..AI基

座

層智能體編排

提示詞工程開放接口向量化引擎監(jiān)控和審計(jì)應(yīng)用市場模型能力層模型分配器

模型負(fù)載均衡參數(shù)調(diào)優(yōu)ANNIVERSARY2015-2025模型適配器GOPS

2025

BeijingCode

Review

配置根

據(jù)MR

中改動代碼行數(shù)的多少自定義需要Review

的人數(shù)?！溉我夥种А购喜⒌健溉我夥种А怪辽傩枰?人LGTM「任意分支」合并到「任意分支」且改動≥200行時(shí)至少需要2人LGTM

1

□+添加

一

條規(guī)則要求至少存在一條有

效

discussiont任

一

[測試同學(xué)1

LGTM

后才可合并?

源分支名稱需要符合工標(biāo)準(zhǔn)格式」?

MR

描述必須填寫「影響范圍⊥內(nèi)容僅評論人自己可點(diǎn)擊「Resolve

thread]禁用原生Merge

按鈕啟用自動合并按鈕Final

LGTM僅[倉庫管理員⊥可

LGTM禁止使用源分支名生成的MR

標(biāo)

題MR

描述中的tasklist必須全部勾選后才允許合并MR

必須關(guān)聯(lián)「Milestone]新提交超過【500】絲

行代碼變更，自動取消

Final

LGTM

②GitLab原生配置下面是一些GitLab原生的Merge

Request配置□Pipelines

must

succeed

pipeline成功后才允許合并

MR

(注意，沒有配置

pipeline

則永遠(yuǎn)不會通過)

?

Alldiscussionsmustberesolved如果存在discussion,則需要

resolve后才能合并MRAICode

Review創(chuàng)

建MR

時(shí)，AI

會自動總結(jié)并分析定位您新提交的代碼中存在的問題開

啟

：O

模

型

：◎

claude-3-5-sonnet-latest更多模型敬請期待…LGTM白名單配置②滿足如下任一規(guī)則的MR/Commit,

不需要進(jìn)行LGTM

(有需要請聯(lián)系DevOps

小助手配置)案例：一個(gè)MR

LGTM完后，這時(shí)來了一個(gè)由機(jī)器人提交的、不需要LGTM的

Commit,

那么之前的LGTM仍然視作有效自定義接口檢查

幫助文檔+

添

加●目標(biāo)：提升代碼質(zhì)量●方法：●引入經(jīng)典軟件工程方案：●CodeReview●

Code

Anlaysis●如何進(jìn)行?●繼續(xù)沿用“產(chǎn)品”思維●社區(qū)版GitLab功能弱，進(jìn)行二開和標(biāo)準(zhǔn)化改造●效果：●代碼質(zhì)量可度量●工程文化有加強(qiáng)●我們在研發(fā)階段有了穩(wěn)固的產(chǎn)品平臺(二開的GitLab) Overview6Commits

①

Changes

③

□

Project

information

目

RepositoryD

IssuesOnlyDeveloperAboveCanLGTMMerged甲

0

四

Oldest

first

Show

all

activity

8Merge

requestsC/CD①Security&Compliance②DeploymentsPackaqes&Registries

Infrastructure蟲Monitor上Analytics口WikiX

Snippets檢查清單(2/2)Reviewer:+重要通知顯示合并前的快照?持續(xù)集成#1224798(執(zhí)行成功)詳情刷新oLGTM已達(dá)標(biāo)(1/1:·

◎C1通過查看詳情單測報(bào)告檢測通過

▼代碼檢測報(bào)告檢測通過

只看MEDIUM及以上的問題

相較于

了

1個(gè)

問題強(qiáng)Z2班維移配合DEA插件同食用，有效味少發(fā)起MR后返T的次數(shù)!

不再提示◎如需查看全部2632個(gè)問題，請的往完整報(bào)告前期準(zhǔn)備-從OPS走向DEVANNIVERSARY2015-2025GOPS

2025Beijing小M研發(fā)助手

×?xí)?339×

+1iu—1

1

v

八1

1具或程序報(bào)錯(cuò)?！駭?shù)據(jù)一致性問題：如果這些新增的字符串與現(xiàn)有數(shù)據(jù)格式不一致，可能會破壞數(shù)據(jù)的一致性。●功能沖突：如果這些新增內(nèi)容與其他部分的代碼或邏

輯存在沖突，可能會引發(fā)意外行為?！袢狈ι舷挛模喝绻麤]有注釋或文檔說明這些新增內(nèi)容

的作用，后續(xù)維護(hù)人員可能難以理解其目的，從而引

入錯(cuò)誤。4.改進(jìn)建議●在提交變更前，確保文件格式符合規(guī)范(例如，每行

以換行符結(jié)束)?！裉砑幼⑨尰蛭臋n，說明新增內(nèi)容的作用和意義?！袢绻赡埽峁y試用例，驗(yàn)證這些變更不會破壞現(xiàn)

有功能。如果你能提供更多關(guān)于文件test

的背景信息或用途，我

可以進(jìn)一步深入分析!<夫捷操作：

總結(jié)MR

Diff

總

結(jié)DBV

SQL變更

總結(jié)青輸入你的問題，也可以點(diǎn)擊上方快捷操作(按Shift+Enter換行)ts

6

Pipelines

6

Changes

1

1

unresolved

thread

*e

blocked:merge

conflicts

must

be

resolved.

Resolve

locallyh

is

102

commits

behind

the

targetbranch00田

Oldest

first∨Showallactivityviewer:+

重要通知▽持續(xù)集成#7737(執(zhí)行失敗)詳

情

刷

新

重

試羊情并狀態(tài)，請檢查是否有代碼沖突等情ynedto@benli

4

months

ago@robot-mobot·4

monthsagoOwner田

口

:loon

持續(xù)集成機(jī)器人，點(diǎn)擊展開查看常用指令：1):包含類型ictor/hotfix/release/master/data/chain

任務(wù)號

查看詳情75.00%

說明文檔「影響范圍」小節(jié)查看詳情solved

的評論，快速定位：

#56241、fc人DKIT)待構(gòu)建3秒●引入主流的聊天交互模式●鏈接多個(gè)內(nèi)部實(shí)體●

數(shù)

據(jù)

變

更●研發(fā)設(shè)計(jì)文檔●

產(chǎn)品PRD

文檔等聊天助手-

GitLab中的研發(fā)小助手●

在GitLab二開產(chǎn)品基礎(chǔ)上進(jìn)行增強(qiáng)ANNIVERSARY2015-2025GOPS2025BeijingCAICodeReview

重試查看日志

耗時(shí)38秒，共耗費(fèi)7498

Token,共發(fā)現(xiàn)了2個(gè)問題：#5893812#5893813Walkthrough■

六

t+

出

e:t行優(yōu)

思了在構(gòu)建流未

=

得

+

~

一像是否直的大 Inuo.ay~-

口VChangesFile(s)Change

Summary■H

auel而里機(jī)建…愿

工±析及異堂坤

原青●輔助CR●promopts管理●模型選擇●feedback設(shè)計(jì)●輔助單測●單測報(bào)告解讀●單測生成增強(qiáng)AI代碼評審-輔助CR&

單

測ANNIVERSARY2015-2025GOPS2025Beijing●積極嘗試IDE編碼助手●兩條腿走路

●

開源●

商業(yè)●效果評判●主觀訪談/問卷●客觀數(shù)據(jù)●采納率●生成代碼數(shù)國內(nèi)通義靈碼騰訊云代碼助手閉源CURSOR

AutoDevCline引入編碼助手Tabby》Continue海外開源ANNIVERSARY2015-2025GOPS

2025Beijing●

使

用Dify

進(jìn)行工作流編排●重點(diǎn)領(lǐng)域●答疑助手●構(gòu)建/部署問題解答●提供大模型能力加持的API

●

.…必故團(tuán)wukael.

2an1.是

判題性e直地逐

啦時(shí)件粉查2約

縮

膜aanant..Re如

面t水次□

ReON國鷹

tuo

自

洋

，

工

8nte2c7失致時(shí)重試3次44□

gpt-4.1

(GH

·POD日志GEThttos/moonqunhequnhe

cm/moonkas/pocLaog?cluster小提

吸失

敗

()

duater&containerName=中

攝取

效

..

contsi.prodBtalLines=500&tailLogType=resourcekBs失知

量

試

3

次59行cads

op4.n

·古

按日

復(fù)②LM

atot失財(cái)時(shí)重試3次POD

信忘做聚合異常時(shí)

異常分支班取失敗POD

信息異常時(shí)異常分支m參微即修

.

游共

地

面

1◎EVENT-

墻求GEThtps//mocnqunhequrhacmmoon/emvironment/resourcaEvent?clustar=小

獲

基本

ldcuster

&deploymentType小

陜

基

本(ubdeploy.&namespace=基本

(inammes.BresourceName=小

獲

職

基

本

jresour.引入AI工作流KUBERNETESDEPLOY

墻

求GET

m/moonv

pej

rel

nhecoobld-③開

始

國deploy.BdobType=KLUEFNETESDEPocnemph97

n4獲基本

結(jié)息開時(shí)

異常分支ANNIVERSARY2015-2025GOPS

2