架構(gòu)師
其他
轉(zhuǎn)型
組織
Kubernetes
數(shù)字化轉(zhuǎn)型
推薦課程
average > 0 ? $model->average . '分' : '10.0分' ?>

云原生技術(shù)深度實(shí)戰(zhàn)與架構(gòu)管理

課程費(fèi)用

6800.00 /人

課程時(shí)長(zhǎng)

2

成為教練

課程簡(jiǎn)介

云原生技術(shù)已成為推動(dòng)企業(yè)數(shù)字化轉(zhuǎn)型的關(guān)鍵力量,它不僅改變了應(yīng)用的開(kāi)發(fā)和部署方式,還深刻影響了企業(yè)的組織架構(gòu)和業(yè)務(wù)流程。《云原生技術(shù)深度實(shí)戰(zhàn)與架構(gòu)管理》課程全面覆蓋了云原生技術(shù)的核心概念、落地實(shí)踐、架構(gòu)管理以及安全策略等多個(gè)方面。通過(guò)深入講解 Kubernetes、服務(wù)網(wǎng)格、多集群管理、單元化架構(gòu)等關(guān)鍵技術(shù),結(jié)合豐富的實(shí)戰(zhàn)案例和小組討論,學(xué)員將掌握如何在企業(yè)中有效實(shí)施云原生技術(shù),優(yōu)化應(yīng)用架構(gòu),提升系統(tǒng)的穩(wěn)定性和可擴(kuò)展性,同時(shí)降低運(yùn)營(yíng)成本。課程還特別關(guān)注云原生安全、資源治理、應(yīng)用架構(gòu)管理等關(guān)鍵領(lǐng)域,為學(xué)員提供全方位的云原生技術(shù)實(shí)戰(zhàn)指南。

目標(biāo)收益

全面掌握云原生技術(shù):深入理解云原生的核心概念、技術(shù)棧和應(yīng)用場(chǎng)景,包括 Kubernetes、服務(wù)網(wǎng)格、多集群管理等。
實(shí)戰(zhàn)經(jīng)驗(yàn)與案例分析:通過(guò)豐富的實(shí)戰(zhàn)案例和小組討論,學(xué)習(xí)行業(yè)領(lǐng)先企業(yè)的成功經(jīng)驗(yàn),提升解決實(shí)際問(wèn)題的能力。
優(yōu)化應(yīng)用架構(gòu):掌握如何通過(guò)云原生技術(shù)優(yōu)化應(yīng)用架構(gòu),提升系統(tǒng)的穩(wěn)定性和可擴(kuò)展性,降低運(yùn)營(yíng)成本。
提升云原生安全能力:學(xué)習(xí)數(shù)據(jù)安全、通信安全、基于TEE的內(nèi)存安全隔離區(qū)方案等,提升云原生環(huán)境下的安全防護(hù)能力。
資源治理與調(diào)度優(yōu)化:掌握資源治理和多層調(diào)度架構(gòu),優(yōu)化資源利用,提升系統(tǒng)性能。
應(yīng)用架構(gòu)管理:學(xué)習(xí)應(yīng)用架構(gòu)抽象和業(yè)務(wù)運(yùn)維方法論,提升應(yīng)用架構(gòu)管理能力。
單元化架構(gòu)與多活設(shè)計(jì):掌握單元化架構(gòu)的設(shè)計(jì)和實(shí)施,提升系統(tǒng)的容錯(cuò)能力和并行處理能力。
可觀察性與服務(wù)治理:學(xué)習(xí)可觀察性方案和自動(dòng)化故障巡檢,提升系統(tǒng)的監(jiān)控和管理能力。
大數(shù)據(jù)云原生化:了解如何將傳統(tǒng)大數(shù)據(jù)平臺(tái)接入云原生平臺(tái),提升大數(shù)據(jù)處理能力。
DevOps平臺(tái)建設(shè):掌握 DevOps 平臺(tái)的建設(shè)與應(yīng)用,提升團(tuán)隊(duì)的開(kāi)發(fā)和運(yùn)維效率。

培訓(xùn)對(duì)象

技術(shù)架構(gòu)師:負(fù)責(zé)企業(yè)技術(shù)架構(gòu)設(shè)計(jì),需要掌握云原生技術(shù)以?xún)?yōu)化現(xiàn)有系統(tǒng)架構(gòu)。
開(kāi)發(fā)團(tuán)隊(duì)負(fù)責(zé)人:領(lǐng)導(dǎo)開(kāi)發(fā)團(tuán)隊(duì),需要了解云原生技術(shù)如何影響開(kāi)發(fā)流程和應(yīng)用架構(gòu)。
運(yùn)維工程師:負(fù)責(zé)系統(tǒng)的日常運(yùn)維,需要掌握云原生技術(shù)以提升系統(tǒng)的穩(wěn)定性和可維護(hù)性。
DevOps工程師:致力于通過(guò)自動(dòng)化工具和流程提升開(kāi)發(fā)和運(yùn)維效率,需要了解云原生技術(shù)如何支持DevOps實(shí)踐。
企業(yè)技術(shù)決策者:需要了解云原生技術(shù)對(duì)企業(yè)數(shù)字化轉(zhuǎn)型的影響,制定技術(shù)戰(zhàn)略和投資決策。
對(duì)云原生技術(shù)感興趣的IT專(zhuān)業(yè)人員:希望提升自己在云原生領(lǐng)域的專(zhuān)業(yè)素養(yǎng),為個(gè)人職業(yè)發(fā)展和企業(yè)技術(shù)升級(jí)做出貢獻(xiàn)。

課程大綱

云原生的秘密 1. 為什么需要云原生?什么是云原生?
2. 什么是數(shù)字化改革?為什么說(shuō)云原生是數(shù)字化改革的最佳拍檔?怎樣才算是數(shù)字化改革成功了?
3. 云原生落地的成熟度模型是怎樣的?與平安科技定義的成熟度模型有什么異同?
4. 就金融行業(yè)來(lái)說(shuō),應(yīng)該關(guān)注云原生哪些能力?
5. 如何實(shí)現(xiàn)最優(yōu)化的組織架構(gòu)以釋放云原生的力量?
6. 大家討論一下-問(wèn)答形式-云原生落地的最大障礙是什么?我們?cè)撊绾纹凭??;云原生在技術(shù)上有哪些局限性?
云原生分布式操作系統(tǒng)內(nèi)核 1. 對(duì)于業(yè)界事實(shí)上的云原生分布式操作系統(tǒng)的內(nèi)核-Kubernetes,它有什么特點(diǎn)?為什么會(huì)從市場(chǎng)競(jìng)爭(zhēng)中勝出?
2. Kubernetes的架構(gòu)
a) 了解管理鏈路的機(jī)理-CRD控制器開(kāi)發(fā)模式、各種拓展點(diǎn)
b) 了解流量鏈路的機(jī)理-公網(wǎng)流量接入的法門(mén)、南北向流量機(jī)制的拓展改造法門(mén)、東西向流量機(jī)制的拓展改造法門(mén)
3. 以實(shí)際Deployment工作負(fù)載為例,說(shuō)明Pod的部署、網(wǎng)絡(luò)、調(diào)度、升級(jí)管理、與Docker之間的關(guān)系等內(nèi)容。
4. Kubernetes最常部署應(yīng)用類(lèi)型-微服務(wù):
a) 微服務(wù)技術(shù)體系解刨
b) 傳統(tǒng)微服務(wù)開(kāi)發(fā)方式-基于原生架構(gòu)將微服務(wù)部署到云原生平臺(tái)。以Spring Cloud部署到Kubernetes上為實(shí)例。
c) 新型微服務(wù)開(kāi)發(fā)方式-基于PaaS架構(gòu)將微服務(wù)部署到云原生平臺(tái),以SpingBoot部署到Kubernetes為實(shí)例。
5. 單體應(yīng)用遷移到基于云原生平臺(tái)的微服務(wù)的策略
a) 什么是康威定律?
b) 單體應(yīng)用拆分的粒度到底重不重要?
c) 單體應(yīng)用在原有環(huán)境下,是否可以先接入云原生平臺(tái)并為其他微服務(wù)調(diào)用?
d) 單體應(yīng)用是否可以先完全部署在云原生平臺(tái)之后慢慢改造?
e) 容器化改造的策略-分清有狀態(tài)和無(wú)狀態(tài)服務(wù),存儲(chǔ)的處置是關(guān)鍵。
6. 大家討論一下-小組討論形式-傳統(tǒng)應(yīng)用編程與基于云原生的應(yīng)用編程之間存在什么區(qū)別?
云原生平臺(tái)的部署 1. 云原生集群也需要一個(gè)管家
2. 什么是IaC?對(duì)應(yīng)用集成有什么意義?
3. 什么是應(yīng)用自動(dòng)化?它有什么價(jià)值?以MySQL原地升級(jí)為實(shí)例說(shuō)明如何在升級(jí)、重啟時(shí)保證IP地址不變。
4.大家討論一下-問(wèn)答形式-應(yīng)用自動(dòng)化還包含那些能力
云原生安全 1. 數(shù)據(jù)才是企業(yè)的資產(chǎn),安全保護(hù)要分成幾個(gè)維度?
2. 數(shù)據(jù)安全-TDE
3. 通信安全-零信任網(wǎng)絡(luò)。以Istio網(wǎng)格實(shí)現(xiàn)零信任網(wǎng)絡(luò)為實(shí)例。Cilium&eBPF的解決方案。
4. 基于TEE為基礎(chǔ)的內(nèi)存安全隔離區(qū)方案
5. 基于CVE的安全左移方案?;贑ICD對(duì)鏡像進(jìn)行安全掃描為實(shí)例。
6. 集群間安全通信的解決方案(自建TC或者NSM)
7. 大家討論一下-小組討論形式-基于CVE的安全左移方案有什么潛在的風(fēng)險(xiǎn)?
多集群 1. 多集群在業(yè)務(wù)上的價(jià)值-保證覆蓋率和連續(xù)性
2. 多集群的種類(lèi)有哪些?-分布式云、邊緣云
3. 多集群的技術(shù)架構(gòu)
4. 異構(gòu)應(yīng)用集群的支持。
5. 多集群對(duì)應(yīng)用研發(fā)的影響?
6. 大家討論一下-問(wèn)答形式-邊緣云有什么價(jià)值?
服務(wù)網(wǎng)格-重點(diǎn) 1. 為什么需要服務(wù)網(wǎng)格?
2. 服務(wù)網(wǎng)格的基礎(chǔ)架構(gòu)以及Istio的說(shuō)明
3. 抽象服務(wù)模型-為什么SpringCloud也可以運(yùn)行在Kubernetes上。用實(shí)例做演示。
4. 服務(wù)網(wǎng)格是標(biāo)準(zhǔn)化PaaS的基礎(chǔ)?!救绻袝r(shí)間的話,可以稍稍介紹一下微軟的ServiceFabric來(lái)賓模式/Dapr】
5. 服務(wù)網(wǎng)格對(duì)應(yīng)用研發(fā)的影響大家討論一下-小組討論形式-如何將非服務(wù)網(wǎng)格應(yīng)用網(wǎng)絡(luò)改造成服務(wù)網(wǎng)格應(yīng)用網(wǎng)絡(luò)?(流量接管、Sidecar透明化部署等)
資源治理與統(tǒng)一調(diào)度 1. 要想業(yè)務(wù)應(yīng)用穩(wěn)定和降低成本,就必須落地資源治理。
a) 資源水平切分
b) 資源垂直切分
c) 把資源管理起來(lái)(類(lèi)eBay的解決方案)
2. 以資源治理(資源放置的空間)為基礎(chǔ),還要實(shí)現(xiàn)應(yīng)用應(yīng)該放置在何處最優(yōu)的策略。
a) 原生集群調(diào)度的缺陷、業(yè)務(wù)應(yīng)用維度調(diào)度的痛點(diǎn)。
b) 多層調(diào)度的架構(gòu)
c) 單機(jī)調(diào)度 Koordinator
3. 大家討論一下-問(wèn)答形式-如果業(yè)務(wù)上需要白天跑業(yè)務(wù)晚上跑離線批量計(jì)算,在調(diào)度上應(yīng)該如何滿足?
應(yīng)用架構(gòu)管理方案 1. 為什么需要應(yīng)用架構(gòu)抽象?
2. 利用好雨公司的RainBond為例來(lái)說(shuō)明應(yīng)用架構(gòu)抽象。
3. 業(yè)務(wù)運(yùn)維的方法論:誰(shuí)定義誰(shuí)負(fù)責(zé)。
4. 大家討論一下-問(wèn)答形式-除了AOT免除了在部署應(yīng)用時(shí)需要成百個(gè)Yaml的弊端外,它在應(yīng)用架構(gòu)治理方面還有什么好處?
單元化架構(gòu)-重點(diǎn) 1. 業(yè)務(wù)上為什么需要單元化架構(gòu)?
a) 讓事務(wù)落入一個(gè)機(jī)房-保證交易完成率和交易性能。
b) 邏輯單元集群可以進(jìn)一步壓縮成本
c) 提高并行業(yè)務(wù)處理能力
d) 提高容錯(cuò)能力
2. 如何將非單元化集群逐步改造成單元化集群?-GZONE-CZONE-RZONE
3. 基于單元化的多活架構(gòu)。
4. 單元化彈性資源方案
5. 單元化中間件治理方案-Mesh多運(yùn)行時(shí)(本土與微軟的解決方案)
6. 單元化架構(gòu)下對(duì)應(yīng)用研發(fā)的影響。
7. 大家討論一下-分組討論一下-單元化架構(gòu)下對(duì)應(yīng)用研發(fā)的影響。
可觀察性-重點(diǎn) 1. 可觀察性的價(jià)值-衛(wèi)星上天后,能看能管,保證其穩(wěn)定性。
2. 經(jīng)典的可觀察性方案。以開(kāi)源產(chǎn)品組合為實(shí)例。
3. 新型的客觀性架構(gòu)-統(tǒng)一數(shù)據(jù)、自動(dòng)化故障巡檢方案。
4. 大家討論一下-分組討論形式-如何有效實(shí)現(xiàn)服務(wù)治理
大數(shù)據(jù)云原生化 1. 現(xiàn)代經(jīng)濟(jì)一定離不開(kāi)大數(shù)據(jù)的支撐,而傳統(tǒng)大數(shù)據(jù)引擎的組件十分龐雜,如何實(shí)現(xiàn)最低成本的改造并接入云原生平臺(tái)?
2. 大家討論一下-分組討論形式-改造后的大數(shù)據(jù)平臺(tái),對(duì)業(yè)務(wù)應(yīng)用的研發(fā)有哪些影響?
DevOps平臺(tái)-重點(diǎn) 1. 要落地云原生到組織當(dāng)中并發(fā)揮最大效率,就需要依托于DevOps平臺(tái)。
2. DevOps平臺(tái)具備哪些能力?與DevOps理念的關(guān)系是什么?
3. 研發(fā)隔離與發(fā)布策略-從V-Model瀑布模式演變?yōu)槊艚蓍_(kāi)發(fā)模式。
4. 使用開(kāi)源產(chǎn)品進(jìn)行演示CICD。
5. 環(huán)境設(shè)計(jì)指南-保證驗(yàn)證漏斗機(jī)制的實(shí)施
6. 【看時(shí)間決定是否需要講】基于混沌的壓測(cè)方案-基于ChaosBlade進(jìn)行演示
7. 【看時(shí)間決定是否需要講】自動(dòng)化交付方案-OAM或者Sealer方案8. 大家討論一下-分組討論形式-總結(jié)一下傳統(tǒng)與基于云原生的應(yīng)用研發(fā)有什么異同?
云原生的秘密
1. 為什么需要云原生?什么是云原生?
2. 什么是數(shù)字化改革?為什么說(shuō)云原生是數(shù)字化改革的最佳拍檔?怎樣才算是數(shù)字化改革成功了?
3. 云原生落地的成熟度模型是怎樣的?與平安科技定義的成熟度模型有什么異同?
4. 就金融行業(yè)來(lái)說(shuō),應(yīng)該關(guān)注云原生哪些能力?
5. 如何實(shí)現(xiàn)最優(yōu)化的組織架構(gòu)以釋放云原生的力量?
6. 大家討論一下-問(wèn)答形式-云原生落地的最大障礙是什么?我們?cè)撊绾纹凭??;云原生在技術(shù)上有哪些局限性?
云原生分布式操作系統(tǒng)內(nèi)核
1. 對(duì)于業(yè)界事實(shí)上的云原生分布式操作系統(tǒng)的內(nèi)核-Kubernetes,它有什么特點(diǎn)?為什么會(huì)從市場(chǎng)競(jìng)爭(zhēng)中勝出?
2. Kubernetes的架構(gòu)
a) 了解管理鏈路的機(jī)理-CRD控制器開(kāi)發(fā)模式、各種拓展點(diǎn)
b) 了解流量鏈路的機(jī)理-公網(wǎng)流量接入的法門(mén)、南北向流量機(jī)制的拓展改造法門(mén)、東西向流量機(jī)制的拓展改造法門(mén)
3. 以實(shí)際Deployment工作負(fù)載為例,說(shuō)明Pod的部署、網(wǎng)絡(luò)、調(diào)度、升級(jí)管理、與Docker之間的關(guān)系等內(nèi)容。
4. Kubernetes最常部署應(yīng)用類(lèi)型-微服務(wù):
a) 微服務(wù)技術(shù)體系解刨
b) 傳統(tǒng)微服務(wù)開(kāi)發(fā)方式-基于原生架構(gòu)將微服務(wù)部署到云原生平臺(tái)。以Spring Cloud部署到Kubernetes上為實(shí)例。
c) 新型微服務(wù)開(kāi)發(fā)方式-基于PaaS架構(gòu)將微服務(wù)部署到云原生平臺(tái),以SpingBoot部署到Kubernetes為實(shí)例。
5. 單體應(yīng)用遷移到基于云原生平臺(tái)的微服務(wù)的策略
a) 什么是康威定律?
b) 單體應(yīng)用拆分的粒度到底重不重要?
c) 單體應(yīng)用在原有環(huán)境下,是否可以先接入云原生平臺(tái)并為其他微服務(wù)調(diào)用?
d) 單體應(yīng)用是否可以先完全部署在云原生平臺(tái)之后慢慢改造?
e) 容器化改造的策略-分清有狀態(tài)和無(wú)狀態(tài)服務(wù),存儲(chǔ)的處置是關(guān)鍵。
6. 大家討論一下-小組討論形式-傳統(tǒng)應(yīng)用編程與基于云原生的應(yīng)用編程之間存在什么區(qū)別?
云原生平臺(tái)的部署
1. 云原生集群也需要一個(gè)管家
2. 什么是IaC?對(duì)應(yīng)用集成有什么意義?
3. 什么是應(yīng)用自動(dòng)化?它有什么價(jià)值?以MySQL原地升級(jí)為實(shí)例說(shuō)明如何在升級(jí)、重啟時(shí)保證IP地址不變。
4.大家討論一下-問(wèn)答形式-應(yīng)用自動(dòng)化還包含那些能力
云原生安全
1. 數(shù)據(jù)才是企業(yè)的資產(chǎn),安全保護(hù)要分成幾個(gè)維度?
2. 數(shù)據(jù)安全-TDE
3. 通信安全-零信任網(wǎng)絡(luò)。以Istio網(wǎng)格實(shí)現(xiàn)零信任網(wǎng)絡(luò)為實(shí)例。Cilium&eBPF的解決方案。
4. 基于TEE為基礎(chǔ)的內(nèi)存安全隔離區(qū)方案
5. 基于CVE的安全左移方案?;贑ICD對(duì)鏡像進(jìn)行安全掃描為實(shí)例。
6. 集群間安全通信的解決方案(自建TC或者NSM)
7. 大家討論一下-小組討論形式-基于CVE的安全左移方案有什么潛在的風(fēng)險(xiǎn)?
多集群
1. 多集群在業(yè)務(wù)上的價(jià)值-保證覆蓋率和連續(xù)性
2. 多集群的種類(lèi)有哪些?-分布式云、邊緣云
3. 多集群的技術(shù)架構(gòu)
4. 異構(gòu)應(yīng)用集群的支持。
5. 多集群對(duì)應(yīng)用研發(fā)的影響?
6. 大家討論一下-問(wèn)答形式-邊緣云有什么價(jià)值?
服務(wù)網(wǎng)格-重點(diǎn)
1. 為什么需要服務(wù)網(wǎng)格?
2. 服務(wù)網(wǎng)格的基礎(chǔ)架構(gòu)以及Istio的說(shuō)明
3. 抽象服務(wù)模型-為什么SpringCloud也可以運(yùn)行在Kubernetes上。用實(shí)例做演示。
4. 服務(wù)網(wǎng)格是標(biāo)準(zhǔn)化PaaS的基礎(chǔ)?!救绻袝r(shí)間的話,可以稍稍介紹一下微軟的ServiceFabric來(lái)賓模式/Dapr】
5. 服務(wù)網(wǎng)格對(duì)應(yīng)用研發(fā)的影響大家討論一下-小組討論形式-如何將非服務(wù)網(wǎng)格應(yīng)用網(wǎng)絡(luò)改造成服務(wù)網(wǎng)格應(yīng)用網(wǎng)絡(luò)?(流量接管、Sidecar透明化部署等)
資源治理與統(tǒng)一調(diào)度
1. 要想業(yè)務(wù)應(yīng)用穩(wěn)定和降低成本,就必須落地資源治理。
a) 資源水平切分
b) 資源垂直切分
c) 把資源管理起來(lái)(類(lèi)eBay的解決方案)
2. 以資源治理(資源放置的空間)為基礎(chǔ),還要實(shí)現(xiàn)應(yīng)用應(yīng)該放置在何處最優(yōu)的策略。
a) 原生集群調(diào)度的缺陷、業(yè)務(wù)應(yīng)用維度調(diào)度的痛點(diǎn)。
b) 多層調(diào)度的架構(gòu)
c) 單機(jī)調(diào)度 Koordinator
3. 大家討論一下-問(wèn)答形式-如果業(yè)務(wù)上需要白天跑業(yè)務(wù)晚上跑離線批量計(jì)算,在調(diào)度上應(yīng)該如何滿足?
應(yīng)用架構(gòu)管理方案
1. 為什么需要應(yīng)用架構(gòu)抽象?
2. 利用好雨公司的RainBond為例來(lái)說(shuō)明應(yīng)用架構(gòu)抽象。
3. 業(yè)務(wù)運(yùn)維的方法論:誰(shuí)定義誰(shuí)負(fù)責(zé)。
4. 大家討論一下-問(wèn)答形式-除了AOT免除了在部署應(yīng)用時(shí)需要成百個(gè)Yaml的弊端外,它在應(yīng)用架構(gòu)治理方面還有什么好處?
單元化架構(gòu)-重點(diǎn)
1. 業(yè)務(wù)上為什么需要單元化架構(gòu)?
a) 讓事務(wù)落入一個(gè)機(jī)房-保證交易完成率和交易性能。
b) 邏輯單元集群可以進(jìn)一步壓縮成本
c) 提高并行業(yè)務(wù)處理能力
d) 提高容錯(cuò)能力
2. 如何將非單元化集群逐步改造成單元化集群?-GZONE-CZONE-RZONE
3. 基于單元化的多活架構(gòu)。
4. 單元化彈性資源方案
5. 單元化中間件治理方案-Mesh多運(yùn)行時(shí)(本土與微軟的解決方案)
6. 單元化架構(gòu)下對(duì)應(yīng)用研發(fā)的影響。
7. 大家討論一下-分組討論一下-單元化架構(gòu)下對(duì)應(yīng)用研發(fā)的影響。
可觀察性-重點(diǎn)
1. 可觀察性的價(jià)值-衛(wèi)星上天后,能看能管,保證其穩(wěn)定性。
2. 經(jīng)典的可觀察性方案。以開(kāi)源產(chǎn)品組合為實(shí)例。
3. 新型的客觀性架構(gòu)-統(tǒng)一數(shù)據(jù)、自動(dòng)化故障巡檢方案。
4. 大家討論一下-分組討論形式-如何有效實(shí)現(xiàn)服務(wù)治理
大數(shù)據(jù)云原生化
1. 現(xiàn)代經(jīng)濟(jì)一定離不開(kāi)大數(shù)據(jù)的支撐,而傳統(tǒng)大數(shù)據(jù)引擎的組件十分龐雜,如何實(shí)現(xiàn)最低成本的改造并接入云原生平臺(tái)?
2. 大家討論一下-分組討論形式-改造后的大數(shù)據(jù)平臺(tái),對(duì)業(yè)務(wù)應(yīng)用的研發(fā)有哪些影響?
DevOps平臺(tái)-重點(diǎn)
1. 要落地云原生到組織當(dāng)中并發(fā)揮最大效率,就需要依托于DevOps平臺(tái)。
2. DevOps平臺(tái)具備哪些能力?與DevOps理念的關(guān)系是什么?
3. 研發(fā)隔離與發(fā)布策略-從V-Model瀑布模式演變?yōu)槊艚蓍_(kāi)發(fā)模式。
4. 使用開(kāi)源產(chǎn)品進(jìn)行演示CICD。
5. 環(huán)境設(shè)計(jì)指南-保證驗(yàn)證漏斗機(jī)制的實(shí)施
6. 【看時(shí)間決定是否需要講】基于混沌的壓測(cè)方案-基于ChaosBlade進(jìn)行演示
7. 【看時(shí)間決定是否需要講】自動(dòng)化交付方案-OAM或者Sealer方案8. 大家討論一下-分組討論形式-總結(jié)一下傳統(tǒng)與基于云原生的應(yīng)用研發(fā)有什么異同?

課程費(fèi)用

6800.00 /人

課程時(shí)長(zhǎng)

2

預(yù)約體驗(yàn)票 我要分享

近期公開(kāi)課推薦

近期公開(kāi)課推薦

活動(dòng)詳情

提交需求