課程簡介
云原生技術(shù)已成為推動企業(yè)數(shù)字化轉(zhuǎn)型的關(guān)鍵力量，它不僅改變了應(yīng)用的開發(fā)和部署方式，還深刻影響了企業(yè)的組織架構(gòu)和業(yè)務(wù)流程?！对圃夹g(shù)深度實(shí)戰(zhàn)與架構(gòu)管理》課程全面覆蓋了云原生技術(shù)的核心概念、落地實(shí)踐、架構(gòu)管理以及安全策略等多個方面。通過深入講解 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ò)展性，同時降低運(yùn)營成本。課程還特別關(guān)注云原生安全、資源治理、應(yīng)用架構(gòu)管理等關(guān)鍵領(lǐng)域，為學(xué)員提供全方位的云原生技術(shù)實(shí)戰(zhàn)指南。
目標(biāo)收益
全面掌握云原生技術(shù)：深入理解云原生的核心概念、技術(shù)棧和應(yīng)用場景，包括 Kubernetes、服務(wù)網(wǎng)格、多集群管理等。
實(shí)戰(zhàn)經(jīng)驗與案例分析：通過豐富的實(shí)戰(zhàn)案例和小組討論，學(xué)習(xí)行業(yè)領(lǐng)先企業(yè)的成功經(jīng)驗，提升解決實(shí)際問題的能力。
優(yōu)化應(yīng)用架構(gòu)：掌握如何通過云原生技術(shù)優(yōu)化應(yīng)用架構(gòu)，提升系統(tǒng)的穩(wěn)定性和可擴(kuò)展性，降低運(yùn)營成本。
提升云原生安全能力：學(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è)計：掌握單元化架構(gòu)的設(shè)計和實(shí)施，提升系統(tǒng)的容錯能力和并行處理能力。
可觀察性與服務(wù)治理：學(xué)習(xí)可觀察性方案和自動化故障巡檢，提升系統(tǒng)的監(jiān)控和管理能力。
大數(shù)據(jù)云原生化：了解如何將傳統(tǒng)大數(shù)據(jù)平臺接入云原生平臺，提升大數(shù)據(jù)處理能力。
DevOps平臺建設(shè)：掌握 DevOps 平臺的建設(shè)與應(yīng)用，提升團(tuán)隊的開發(fā)和運(yùn)維效率。
培訓(xùn)對象
技術(shù)架構(gòu)師：負(fù)責(zé)企業(yè)技術(shù)架構(gòu)設(shè)計，需要掌握云原生技術(shù)以優(yōu)化現(xiàn)有系統(tǒng)架構(gòu)。
開發(fā)團(tuán)隊負(fù)責(zé)人：領(lǐng)導(dǎo)開發(fā)團(tuán)隊，需要了解云原生技術(shù)如何影響開發(fā)流程和應(yīng)用架構(gòu)。
運(yùn)維工程師：負(fù)責(zé)系統(tǒng)的日常運(yùn)維，需要掌握云原生技術(shù)以提升系統(tǒng)的穩(wěn)定性和可維護(hù)性。
DevOps工程師：致力于通過自動化工具和流程提升開發(fā)和運(yùn)維效率，需要了解云原生技術(shù)如何支持DevOps實(shí)踐。
企業(yè)技術(shù)決策者：需要了解云原生技術(shù)對企業(yè)數(shù)字化轉(zhuǎn)型的影響，制定技術(shù)戰(zhàn)略和投資決策。
對云原生技術(shù)感興趣的IT專業(yè)人員：希望提升自己在云原生領(lǐng)域的專業(yè)素養(yǎng)，為個人職業(yè)發(fā)展和企業(yè)技術(shù)升級做出貢獻(xiàn)。
課程大綱
| 云原生的秘密 |
1. 為什么需要云原生？什么是云原生？ 2. 什么是數(shù)字化改革？為什么說云原生是數(shù)字化改革的最佳拍檔？怎樣才算是數(shù)字化改革成功了？ 3. 云原生落地的成熟度模型是怎樣的？與平安科技定義的成熟度模型有什么異同？ 4. 就金融行業(yè)來說，應(yīng)該關(guān)注云原生哪些能力？ 5. 如何實(shí)現(xiàn)最優(yōu)化的組織架構(gòu)以釋放云原生的力量？ 6. 大家討論一下-問答形式-云原生落地的最大障礙是什么？我們該如何破局？；云原生在技術(shù)上有哪些局限性？ |
| 云原生分布式操作系統(tǒng)內(nèi)核 |
1. 對于業(yè)界事實(shí)上的云原生分布式操作系統(tǒng)的內(nèi)核-Kubernetes，它有什么特點(diǎn)？為什么會從市場競爭中勝出？ 2. Kubernetes的架構(gòu) a) 了解管理鏈路的機(jī)理-CRD控制器開發(fā)模式、各種拓展點(diǎn) b) 了解流量鏈路的機(jī)理-公網(wǎng)流量接入的法門、南北向流量機(jī)制的拓展改造法門、東西向流量機(jī)制的拓展改造法門 3. 以實(shí)際Deployment工作負(fù)載為例，說明Pod的部署、網(wǎng)絡(luò)、調(diào)度、升級管理、與Docker之間的關(guān)系等內(nèi)容。 4. Kubernetes最常部署應(yīng)用類型-微服務(wù)： a) 微服務(wù)技術(shù)體系解刨 b) 傳統(tǒng)微服務(wù)開發(fā)方式-基于原生架構(gòu)將微服務(wù)部署到云原生平臺。以Spring Cloud部署到Kubernetes上為實(shí)例。 c) 新型微服務(wù)開發(fā)方式-基于PaaS架構(gòu)將微服務(wù)部署到云原生平臺，以SpingBoot部署到Kubernetes為實(shí)例。 5. 單體應(yīng)用遷移到基于云原生平臺的微服務(wù)的策略 a) 什么是康威定律？ b) 單體應(yīng)用拆分的粒度到底重不重要？ c) 單體應(yīng)用在原有環(huán)境下，是否可以先接入云原生平臺并為其他微服務(wù)調(diào)用？ d) 單體應(yīng)用是否可以先完全部署在云原生平臺之后慢慢改造？ e) 容器化改造的策略-分清有狀態(tài)和無狀態(tài)服務(wù)，存儲的處置是關(guān)鍵。 6. 大家討論一下-小組討論形式-傳統(tǒng)應(yīng)用編程與基于云原生的應(yīng)用編程之間存在什么區(qū)別？ |
| 云原生平臺的部署 |
1. 云原生集群也需要一個管家 2. 什么是IaC？對應(yīng)用集成有什么意義？ 3. 什么是應(yīng)用自動化？它有什么價值？以MySQL原地升級為實(shí)例說明如何在升級、重啟時保證IP地址不變。 4.大家討論一下-問答形式-應(yīng)用自動化還包含那些能力 |
| 云原生安全 |
1. 數(shù)據(jù)才是企業(yè)的資產(chǎn)，安全保護(hù)要分成幾個維度？ 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對鏡像進(jìn)行安全掃描為實(shí)例。 6. 集群間安全通信的解決方案（自建TC或者NSM） 7. 大家討論一下-小組討論形式-基于CVE的安全左移方案有什么潛在的風(fēng)險？ |
| 多集群 |
1. 多集群在業(yè)務(wù)上的價值-保證覆蓋率和連續(xù)性 2. 多集群的種類有哪些？-分布式云、邊緣云 3. 多集群的技術(shù)架構(gòu) 4. 異構(gòu)應(yīng)用集群的支持。 5. 多集群對應(yīng)用研發(fā)的影響？ 6. 大家討論一下-問答形式-邊緣云有什么價值？ |
| 服務(wù)網(wǎng)格-重點(diǎn) |
1. 為什么需要服務(wù)網(wǎng)格？ 2. 服務(wù)網(wǎng)格的基礎(chǔ)架構(gòu)以及Istio的說明 3. 抽象服務(wù)模型-為什么SpringCloud也可以運(yùn)行在Kubernetes上。用實(shí)例做演示。 4. 服務(wù)網(wǎng)格是標(biāo)準(zhǔn)化PaaS的基礎(chǔ)?！救绻袝r間的話，可以稍稍介紹一下微軟的ServiceFabric來賓模式/Dapr】 5. 服務(wù)網(wǎng)格對應(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) 把資源管理起來（類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. 大家討論一下-問答形式-如果業(yè)務(wù)上需要白天跑業(yè)務(wù)晚上跑離線批量計算，在調(diào)度上應(yīng)該如何滿足？ |
| 應(yīng)用架構(gòu)管理方案 |
1. 為什么需要應(yīng)用架構(gòu)抽象？ 2. 利用好雨公司的RainBond為例來說明應(yīng)用架構(gòu)抽象。 3. 業(yè)務(wù)運(yùn)維的方法論：誰定義誰負(fù)責(zé)。 4. 大家討論一下-問答形式-除了AOT免除了在部署應(yīng)用時需要成百個Yaml的弊端外，它在應(yīng)用架構(gòu)治理方面還有什么好處？ |
| 單元化架構(gòu)-重點(diǎn) |
1. 業(yè)務(wù)上為什么需要單元化架構(gòu)？ a) 讓事務(wù)落入一個機(jī)房-保證交易完成率和交易性能。 b) 邏輯單元集群可以進(jìn)一步壓縮成本 c) 提高并行業(yè)務(wù)處理能力 d) 提高容錯能力 2. 如何將非單元化集群逐步改造成單元化集群？-GZONE-CZONE-RZONE 3. 基于單元化的多活架構(gòu)。 4. 單元化彈性資源方案 5. 單元化中間件治理方案-Mesh多運(yùn)行時（本土與微軟的解決方案） 6. 單元化架構(gòu)下對應(yīng)用研發(fā)的影響。 7. 大家討論一下-分組討論一下-單元化架構(gòu)下對應(yīng)用研發(fā)的影響。 |
| 可觀察性-重點(diǎn) |
1. 可觀察性的價值-衛(wèi)星上天后，能看能管，保證其穩(wěn)定性。 2. 經(jīng)典的可觀察性方案。以開源產(chǎn)品組合為實(shí)例。 3. 新型的客觀性架構(gòu)-統(tǒng)一數(shù)據(jù)、自動化故障巡檢方案。 4. 大家討論一下-分組討論形式-如何有效實(shí)現(xiàn)服務(wù)治理 |
| 大數(shù)據(jù)云原生化 |
1. 現(xiàn)代經(jīng)濟(jì)一定離不開大數(shù)據(jù)的支撐，而傳統(tǒng)大數(shù)據(jù)引擎的組件十分龐雜，如何實(shí)現(xiàn)最低成本的改造并接入云原生平臺？ 2. 大家討論一下-分組討論形式-改造后的大數(shù)據(jù)平臺，對業(yè)務(wù)應(yīng)用的研發(fā)有哪些影響？ |
| DevOps平臺-重點(diǎn) |
1. 要落地云原生到組織當(dāng)中并發(fā)揮最大效率，就需要依托于DevOps平臺。 2. DevOps平臺具備哪些能力？與DevOps理念的關(guān)系是什么？ 3. 研發(fā)隔離與發(fā)布策略-從V-Model瀑布模式演變?yōu)槊艚蓍_發(fā)模式。 4. 使用開源產(chǎn)品進(jìn)行演示CICD。 5. 環(huán)境設(shè)計指南-保證驗證漏斗機(jī)制的實(shí)施 6. 【看時間決定是否需要講】基于混沌的壓測方案-基于ChaosBlade進(jìn)行演示 7. 【看時間決定是否需要講】自動化交付方案-OAM或者Sealer方案8. 大家討論一下-分組討論形式-總結(jié)一下傳統(tǒng)與基于云原生的應(yīng)用研發(fā)有什么異同？ |
|
云原生的秘密 1. 為什么需要云原生？什么是云原生？ 2. 什么是數(shù)字化改革？為什么說云原生是數(shù)字化改革的最佳拍檔？怎樣才算是數(shù)字化改革成功了？ 3. 云原生落地的成熟度模型是怎樣的？與平安科技定義的成熟度模型有什么異同？ 4. 就金融行業(yè)來說，應(yīng)該關(guān)注云原生哪些能力？ 5. 如何實(shí)現(xiàn)最優(yōu)化的組織架構(gòu)以釋放云原生的力量？ 6. 大家討論一下-問答形式-云原生落地的最大障礙是什么？我們該如何破局？；云原生在技術(shù)上有哪些局限性？ |
|
云原生分布式操作系統(tǒng)內(nèi)核 1. 對于業(yè)界事實(shí)上的云原生分布式操作系統(tǒng)的內(nèi)核-Kubernetes，它有什么特點(diǎn)？為什么會從市場競爭中勝出？ 2. Kubernetes的架構(gòu) a) 了解管理鏈路的機(jī)理-CRD控制器開發(fā)模式、各種拓展點(diǎn) b) 了解流量鏈路的機(jī)理-公網(wǎng)流量接入的法門、南北向流量機(jī)制的拓展改造法門、東西向流量機(jī)制的拓展改造法門 3. 以實(shí)際Deployment工作負(fù)載為例，說明Pod的部署、網(wǎng)絡(luò)、調(diào)度、升級管理、與Docker之間的關(guān)系等內(nèi)容。 4. Kubernetes最常部署應(yīng)用類型-微服務(wù)： a) 微服務(wù)技術(shù)體系解刨 b) 傳統(tǒng)微服務(wù)開發(fā)方式-基于原生架構(gòu)將微服務(wù)部署到云原生平臺。以Spring Cloud部署到Kubernetes上為實(shí)例。 c) 新型微服務(wù)開發(fā)方式-基于PaaS架構(gòu)將微服務(wù)部署到云原生平臺，以SpingBoot部署到Kubernetes為實(shí)例。 5. 單體應(yīng)用遷移到基于云原生平臺的微服務(wù)的策略 a) 什么是康威定律？ b) 單體應(yīng)用拆分的粒度到底重不重要？ c) 單體應(yīng)用在原有環(huán)境下，是否可以先接入云原生平臺并為其他微服務(wù)調(diào)用？ d) 單體應(yīng)用是否可以先完全部署在云原生平臺之后慢慢改造？ e) 容器化改造的策略-分清有狀態(tài)和無狀態(tài)服務(wù)，存儲的處置是關(guān)鍵。 6. 大家討論一下-小組討論形式-傳統(tǒng)應(yīng)用編程與基于云原生的應(yīng)用編程之間存在什么區(qū)別？ |
|
云原生平臺的部署 1. 云原生集群也需要一個管家 2. 什么是IaC？對應(yīng)用集成有什么意義？ 3. 什么是應(yīng)用自動化？它有什么價值？以MySQL原地升級為實(shí)例說明如何在升級、重啟時保證IP地址不變。 4.大家討論一下-問答形式-應(yīng)用自動化還包含那些能力 |
|
云原生安全 1. 數(shù)據(jù)才是企業(yè)的資產(chǎn)，安全保護(hù)要分成幾個維度？ 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對鏡像進(jìn)行安全掃描為實(shí)例。 6. 集群間安全通信的解決方案（自建TC或者NSM） 7. 大家討論一下-小組討論形式-基于CVE的安全左移方案有什么潛在的風(fēng)險？ |
|
多集群 1. 多集群在業(yè)務(wù)上的價值-保證覆蓋率和連續(xù)性 2. 多集群的種類有哪些？-分布式云、邊緣云 3. 多集群的技術(shù)架構(gòu) 4. 異構(gòu)應(yīng)用集群的支持。 5. 多集群對應(yīng)用研發(fā)的影響？ 6. 大家討論一下-問答形式-邊緣云有什么價值？ |
|
服務(wù)網(wǎng)格-重點(diǎn) 1. 為什么需要服務(wù)網(wǎng)格？ 2. 服務(wù)網(wǎng)格的基礎(chǔ)架構(gòu)以及Istio的說明 3. 抽象服務(wù)模型-為什么SpringCloud也可以運(yùn)行在Kubernetes上。用實(shí)例做演示。 4. 服務(wù)網(wǎng)格是標(biāo)準(zhǔn)化PaaS的基礎(chǔ)?！救绻袝r間的話，可以稍稍介紹一下微軟的ServiceFabric來賓模式/Dapr】 5. 服務(wù)網(wǎng)格對應(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) 把資源管理起來（類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. 大家討論一下-問答形式-如果業(yè)務(wù)上需要白天跑業(yè)務(wù)晚上跑離線批量計算，在調(diào)度上應(yīng)該如何滿足？ |
|
應(yīng)用架構(gòu)管理方案 1. 為什么需要應(yīng)用架構(gòu)抽象？ 2. 利用好雨公司的RainBond為例來說明應(yīng)用架構(gòu)抽象。 3. 業(yè)務(wù)運(yùn)維的方法論：誰定義誰負(fù)責(zé)。 4. 大家討論一下-問答形式-除了AOT免除了在部署應(yīng)用時需要成百個Yaml的弊端外，它在應(yīng)用架構(gòu)治理方面還有什么好處？ |
|
單元化架構(gòu)-重點(diǎn) 1. 業(yè)務(wù)上為什么需要單元化架構(gòu)？ a) 讓事務(wù)落入一個機(jī)房-保證交易完成率和交易性能。 b) 邏輯單元集群可以進(jìn)一步壓縮成本 c) 提高并行業(yè)務(wù)處理能力 d) 提高容錯能力 2. 如何將非單元化集群逐步改造成單元化集群？-GZONE-CZONE-RZONE 3. 基于單元化的多活架構(gòu)。 4. 單元化彈性資源方案 5. 單元化中間件治理方案-Mesh多運(yùn)行時（本土與微軟的解決方案） 6. 單元化架構(gòu)下對應(yīng)用研發(fā)的影響。 7. 大家討論一下-分組討論一下-單元化架構(gòu)下對應(yīng)用研發(fā)的影響。 |
|
可觀察性-重點(diǎn) 1. 可觀察性的價值-衛(wèi)星上天后，能看能管，保證其穩(wěn)定性。 2. 經(jīng)典的可觀察性方案。以開源產(chǎn)品組合為實(shí)例。 3. 新型的客觀性架構(gòu)-統(tǒng)一數(shù)據(jù)、自動化故障巡檢方案。 4. 大家討論一下-分組討論形式-如何有效實(shí)現(xiàn)服務(wù)治理 |
|
大數(shù)據(jù)云原生化 1. 現(xiàn)代經(jīng)濟(jì)一定離不開大數(shù)據(jù)的支撐，而傳統(tǒng)大數(shù)據(jù)引擎的組件十分龐雜，如何實(shí)現(xiàn)最低成本的改造并接入云原生平臺？ 2. 大家討論一下-分組討論形式-改造后的大數(shù)據(jù)平臺，對業(yè)務(wù)應(yīng)用的研發(fā)有哪些影響？ |
|
DevOps平臺-重點(diǎn) 1. 要落地云原生到組織當(dāng)中并發(fā)揮最大效率，就需要依托于DevOps平臺。 2. DevOps平臺具備哪些能力？與DevOps理念的關(guān)系是什么？ 3. 研發(fā)隔離與發(fā)布策略-從V-Model瀑布模式演變?yōu)槊艚蓍_發(fā)模式。 4. 使用開源產(chǎn)品進(jìn)行演示CICD。 5. 環(huán)境設(shè)計指南-保證驗證漏斗機(jī)制的實(shí)施 6. 【看時間決定是否需要講】基于混沌的壓測方案-基于ChaosBlade進(jìn)行演示 7. 【看時間決定是否需要講】自動化交付方案-OAM或者Sealer方案8. 大家討論一下-分組討論形式-總結(jié)一下傳統(tǒng)與基于云原生的應(yīng)用研發(fā)有什么異同？ |
近期公開課推薦
