目錄(270章)
倒序
- 封面
- 版權(quán)信息
- 作者簡介
- 推薦序
- 前言
- 第1章 開啟企業(yè)開源之旅
- 1.1 現(xiàn)代企業(yè)為什么需要開源軟件
- 1.1.1 現(xiàn)代企業(yè)的變化
- 1.1.2 什么是開源軟件
- 1.1.3 企業(yè)和開源的關系
- 1.2 企業(yè)使用開源軟件的重要性
- 1.2.1 企業(yè)離不開云計算、開源、云原生
- 1.2.2 開源軟件成為企業(yè)創(chuàng)新的基礎
- 1.2.3 開源軟件匯聚全球科技成果
- 1.2.4 打開算力
- 1.3 認識企業(yè)開源軟件
- 1.3.1 開源軟件存在的基礎
- 1.3.2 開源軟件圖譜
- 1.3.3 企業(yè)版/社區(qū)版
- 1.3.4 開源軟件的供應鏈
- 1.4 開源軟件重塑企業(yè)IT架構(gòu)
- 1.4.1 組件
- 1.4.2 框架
- 1.4.3 系統(tǒng)
- 1.4.4 基礎設施
- 1.4.5 云原生
- 1.5 企業(yè)開源實踐和能力建設
- 1.5.1 云原生應用
- 1.5.2 云原生基礎架構(gòu)
- 1.5.3 容器
- 1.5.4 開源安全
- 1.5.5 開源治理
- 1.5.6 開放創(chuàng)新工作坊
- 第2章 企業(yè)云原生應用實踐之旅
- 2.1 云原生應用是企業(yè)應用發(fā)展的核心
- 2.1.1 云原生應用帶來新的業(yè)務交付模式
- 2.1.2 云原生應用加速企業(yè)敏捷創(chuàng)新
- 2.1.3 云原生應用提升用戶的最終體驗
- 2.1.4 云原生應用助力業(yè)務的穩(wěn)定性
- 2.1.5 云原生應用助力企業(yè)戰(zhàn)略規(guī)劃
- 2.1.6 云原生應用縮短創(chuàng)新反饋周期
- 2.1.7 云原生應用適配多元算力的發(fā)展
- 2.1.8 云原生應用適配數(shù)據(jù)驅(qū)動的業(yè)務
- 2.2 云原生應用的定義和核心原則
- 2.2.1 云原生應用的定義
- 2.2.2 云原生應用的核心原則
- 2.2.3 云原生應用的模型
- 2.2.4 云原生應用的關注點分離
- 2.3 云原生應用的挑戰(zhàn)和誤解
- 2.3.1 軟件架構(gòu)沒有變化
- 2.3.2 開發(fā)方式帶來的挑戰(zhàn)和變化
- 2.3.3 運維模式需要的改變
- 2.3.4 組織架構(gòu)需要的改變
- 2.3.5 對于云原生應用的共識
- 2.4 紅帽關于云原生應用的構(gòu)建思路和相關實踐
- 2.4.1 紅帽關于云原生應用的構(gòu)建思路
- 2.4.2 通過紅帽賦能實現(xiàn)企業(yè)應用現(xiàn)代化
- 2.4.3 通過紅帽微服務旅程實現(xiàn)應用架構(gòu)改造
- 2.4.4 通過紅帽O(jiān)penShift提供企業(yè)云原生平臺服務
- 2.4.5 通過紅帽開放創(chuàng)新實驗室提升企業(yè)團隊能力
- 2.5 企業(yè)云原生應用的未來發(fā)展趨勢
- 2.6 本章小結(jié)
- 第3章 企業(yè)云原生基礎架構(gòu)實踐之旅
- 3.1 企業(yè)基礎架構(gòu)的演進和趨勢分析
- 3.1.1 階段一——從小型機到裸機服務器
- 3.1.2 階段二——x86虛擬化
- 3.1.3 階段三——超融合的基礎架構(gòu)以及軟件定義數(shù)據(jù)中心
- 3.1.4 階段四——應用定義基礎架構(gòu)
- 3.1.5 算力的需求是云計算要解決的核心問題
- 3.1.6 兩化融合和云邊協(xié)同
- 3.1.7 Kubernetes的云原生架構(gòu)是目前的最優(yōu)解
- 3.1.8 趨勢總結(jié)
- 3.2 云原生基礎架構(gòu)的現(xiàn)實意義
- 3.2.1 應用需求爆發(fā)式增長，需要選擇更加合適的基礎設施
- 3.2.2 基礎架構(gòu)的運維需要更加行之有效的方式
- 3.2.3 應用形態(tài)的多樣化和交付格式的標準化
- 3.2.4 基礎架構(gòu)團隊的技能和改變問題
- 3.2.5 企業(yè)上云后的窘境
- 3.2.6 企業(yè)需要面對邊緣端基礎架構(gòu)的挑戰(zhàn)
- 3.3 云原生基礎架構(gòu)的定義和核心特征
- 3.3.1 云原生基礎架構(gòu)的定義
- 3.3.2 云原生基礎架構(gòu)的核心特征
- 3.3.3 對云原生基礎架構(gòu)的誤解
- 3.3.4 對云原生基礎架構(gòu)定義的共識
- 3.4 云原生基礎架構(gòu)的構(gòu)建思路
- 3.4.1 構(gòu)建不可變的基礎架構(gòu)
- 3.4.2 構(gòu)建能夠持續(xù)迭代的基礎架構(gòu)
- 3.4.3 構(gòu)建具有韌性的基礎架構(gòu)
- 3.4.4 構(gòu)建異構(gòu)、開放的混合云架構(gòu)
- 3.4.5 小結(jié)
- 3.5 紅帽關于云原生基礎架構(gòu)的實踐
- 3.5.1 不可變基礎架構(gòu)的相關實踐
- 3.5.2 采用混沌工程的相關實踐
- 3.5.3 混合云基礎架構(gòu)的相關實踐
- 3.6 本章小結(jié)
- 第4章 企業(yè)開源治理實踐之旅
- 4.1 開源是共識，是趨勢，是改變世界的力量
- 4.2 為什么需要管理開源軟件
- 4.2.1 開源軟件已經(jīng)滲入企業(yè)IT環(huán)境的各個領域
- 4.2.2 開源軟件具備非常明顯的優(yōu)勢
- 4.2.3 開源軟件的大規(guī)模使用給企業(yè)帶來了全新的問題和挑戰(zhàn)
- 4.2.4 開源軟件的管理需要擁抱創(chuàng)新、防范風險
- 4.3 企業(yè)如何有效管理開源軟件
- 4.4 開源軟件治理框架的4個維度：PPTC
- 4.4.1 開源軟件治理框架People——建立團隊和開源治理組織
- 4.4.2 開源軟件治理框架Progress——建立流程
- 4.4.3 開源軟件治理框架Technology——技術和工具
- 4.4.4 開源軟件治理框架Culture——文化建設
- 4.5 企業(yè)開源軟件治理的1個核心：開源軟件評估模型
- 4.5.1 為什么要建立開源軟件評估模型
- 4.5.2 從開源軟件使用的4個場景出發(fā)構(gòu)建開源軟件評估模型
- 4.5.3 開源軟件成熟度模型的基本框架
- 4.5.4 開源軟件評估模型的設計
- 4.5.5 開源軟件評估模型的角色分工
- 4.6 企業(yè)開源治理的6個關鍵任務
- 4.6.1 關鍵任務1——開源技術庫
- 4.6.2 關鍵任務2——開源軟件管理制度
- 4.6.3 關鍵任務3——開源軟件生命周期管理
- 4.6.4 關鍵任務4——開源技術管理委員會
- 4.6.5 關鍵任務5——開源軟件創(chuàng)新實驗室
- 4.6.6 關鍵任務6——開源軟件管理平臺
- 4.7 開源軟件治理實踐經(jīng)驗總結(jié)
- 4.7.1 保險行業(yè)推進開源軟件治理
- 4.7.2 證券行業(yè)客戶通過六大領域快速提升開源治理能力
- 4.7.3 金融行業(yè)借助現(xiàn)有架構(gòu)師團隊快速落地開源治理
- 4.8 開源治理成熟度模型和認證
- 4.8.1 紅帽的開源軟件成熟度模型
- 4.8.2 開源治理認證
- 4.9 開源文化
- 4.10 本章小結(jié)
- 第5章 企業(yè)容器化實踐之旅
- 5.1 企業(yè)容器化的方式和典型趨勢
- 5.1.1 企業(yè)運用容器技術的幾種典型方式
- 5.1.2 社區(qū)容器云平臺發(fā)展的路徑和未來方向
- 5.1.3 企業(yè)容器化發(fā)展方向
- 5.1.4 小結(jié)
- 5.2 企業(yè)容器化之旅
- 5.2.1 企業(yè)容器化的建設和發(fā)展階段
- 5.2.2 企業(yè)容器化數(shù)據(jù)中心的建設
- 5.2.3 企業(yè)容器化和社區(qū)平臺發(fā)展的關系
- 5.2.4 構(gòu)建穩(wěn)定的容器云建設團隊
- 5.3 企業(yè)容器化之新的挑戰(zhàn)
- 5.3.1 企業(yè)容器規(guī)模化擴張之路是不連續(xù)的
- 5.3.2 企業(yè)容器規(guī)模化擴張面臨的管理挑戰(zhàn)
- 5.3.3 企業(yè)容器規(guī)模化擴張面臨的技術挑戰(zhàn)
- 5.3.4 企業(yè)容器規(guī)模化擴張與整體高可用性挑戰(zhàn)
- 5.4 企業(yè)容器化之應對策略
- 5.4.1 開發(fā)友好性——自服務
- 5.4.2 運維能力升級——自管理
- 5.4.3 全方位安全——策略化安全
- 5.4.4 活躍技術生態(tài)——緊跟社區(qū)
- 5.5 企業(yè)容器化之解決方案
- 5.5.1 從原始需求構(gòu)建容器云平臺——圍繞服務進行設計
- 5.5.2 企業(yè)容器化運行管理框架
- 5.5.3 企業(yè)容器化運行管理框架未來全景概覽
- 5.5.4 構(gòu)建企業(yè)級容器云平臺的5大場景
- 5.5.5 規(guī)模化容器平臺打開企業(yè)算力的關鍵
- 5.6 紅帽關于企業(yè)容器化的實踐經(jīng)驗總結(jié)
- 5.6.1 保險行業(yè)選擇OpenShift規(guī)避自研Kubernetes平臺的投入陷阱
- 5.6.2 國際大型金融集團更青睞OpenShift企業(yè)版
- 5.6.3 國內(nèi)銀行借助OpenShift快速跨越上萬容器
- 5.6.4 大型生產(chǎn)企業(yè)基于OpenShift構(gòu)建統(tǒng)一云平臺
- 5.6.5 銀行業(yè)正在積極嘗試容器化數(shù)據(jù)中心
- 5.6.6 OpenShift和IPaaS集成云平臺
- 5.6.7 混合云的容器平臺需要搭配跨職能混合云平臺團隊
- 5.7 利用規(guī)模化企業(yè)級容器云平臺管理框架提升數(shù)據(jù)中心整體效能
- 5.8 本章小結(jié)
- 第6章 企業(yè)云原生安全實踐之旅
- 6.1 從傳統(tǒng)云安全到云原生安全
- 6.1.1 安全技術的發(fā)展歷程
- 6.1.2 云原生時代的企業(yè)信息安全
- 6.2 企業(yè)為什么要關注云原生安全
- 6.2.1 企業(yè)使用云原生容器技術時面臨的12個挑戰(zhàn)
- 6.2.2 企業(yè)云原生時代安全技術的快速發(fā)展
- 6.3 如何構(gòu)建企業(yè)級云原生容器安全管理體系
- 6.3.1 容器安全的3種構(gòu)建思路
- 6.3.2 Kubernetes原生安全
- 6.3.3 云原生安全的4C
- 6.3.4 Kubernetes云原生安全的6個關鍵標準
- 6.3.5 容器技術安全
- 6.3.6 安全左移
- 6.3.7 安全代碼化
- 6.3.8 云原生安全策略化
- 6.3.9 全方位看待容器安全管理
- 6.3.10 集中化安全管理的框架
- 6.4 云原生時代容器技術安全標準
- 6.4.1 Docker和Kubernetes的CIS基準
- 6.4.2 美國國家標準與技術研究院發(fā)布的容器安全指南
- 6.4.3 PCI DSS
- 6.4.4 國內(nèi)的安全規(guī)范
- 6.5 紅帽關于企業(yè)云原生安全的實踐經(jīng)驗總結(jié)
- 6.5.1 ACS支持公有云用戶構(gòu)建容器云平臺安全防線
- 6.5.2 金融行業(yè)企業(yè)借助網(wǎng)絡策略實現(xiàn)統(tǒng)一集群內(nèi)關鍵應用的隔離
- 6.5.3 服務行業(yè)客戶采用紅帽3Scale平臺構(gòu)建開放API管理平臺
- 6.5.4 交易所行業(yè)通過ACS實現(xiàn)容器平臺安全管理
- 6.6 紅帽ACS采用云原生方式解決云原生安全問題
- 6.6.1 紅帽ACS解決云原生安全問題的6個集中式安全管理策略
- 6.6.2 ACS云原生安全平臺的技術特點
- 6.6.3 ACS從預前檢測、運行保護、事中響應三個階段完善容器安全管理
- 6.6.4 ACS云原生安全產(chǎn)品的價值
- 6.7 本章小結(jié)
- 第7章 開放創(chuàng)新工作坊實踐之旅
- 7.1 容器云給軟件開發(fā)帶來的模式變革
- 7.1.1 烏卡時代，集中式軟件開發(fā)工作挑戰(zhàn)多多
- 7.1.2 企業(yè)軟件開發(fā)過程正在快速整合
- 7.1.3 開源社區(qū)為企業(yè)軟件開發(fā)設立“新模式”
- 7.2 來自社區(qū)的開放創(chuàng)新工作坊
- 7.2.1 開放創(chuàng)新工作坊的定義
- 7.2.2 開放創(chuàng)新工作坊的工作目標
- 7.2.3 開放創(chuàng)新工作坊與傳統(tǒng)會議
- 7.2.4 開放創(chuàng)新工作坊的價值
- 7.3 如何交付開放創(chuàng)新工作坊
- 7.3.1 如何準備開放創(chuàng)新工作坊
- 7.3.2 如何執(zhí)行開放創(chuàng)新工作坊
- 7.3.3 開放創(chuàng)新工作坊的收官
- 7.4 特定領域的開放創(chuàng)新工作坊實踐
- 7.4.1 銀行業(yè)DevOps平臺工作坊
- 7.4.2 制造業(yè)中臺工作坊
- 7.4.3 金融行業(yè)云廠商云平臺建設工作坊
- 7.4.4 保險行業(yè)自動化平臺建設規(guī)劃工作坊
- 7.4.5 規(guī)模化容器云平臺建設工作坊
- 7.5 在線開展開放創(chuàng)新工作坊
- 7.5.1 時代催生在線開放創(chuàng)新工作坊的新玩法
- 7.5.2 如何準備在線開放創(chuàng)新工作坊
- 7.5.3 如何交付在線開放創(chuàng)新工作坊
- 7.5.4 在線開放創(chuàng)新工作坊的收官
- 7.5.5 在線開放創(chuàng)新工作坊的工具
- 7.6 開放創(chuàng)新工作坊的團隊共創(chuàng)模型
- 7.6.1 商業(yè)模式畫布
- 7.6.2 影響力地圖
- 7.6.3 領域驅(qū)動設計
- 7.6.4 平衡輪
- 7.6.5 同理心地圖
- 7.6.6 事件風暴模型
- 7.6.7 里程碑圖
- 7.6.8 KISS模型保障團隊反饋效果
- 7.6.9 開放實踐庫
- 7.7 開放創(chuàng)新工作坊創(chuàng)造超越技術的收益
- 7.8 展望
- 第8章 企業(yè)開源實踐的未來與展望
- 8.1 企業(yè)開源需要順應時代策略
- 8.1.1 IT新常態(tài)始于開源
- 8.1.2 企業(yè)開源響應國家政策
- 8.2 企業(yè)開源需要能夠淘汰自我
- 8.3 企業(yè)開源要實現(xiàn)共贏
- 8.3.1 遵循“上游優(yōu)先”的原則
- 8.3.2 生態(tài)的共存和發(fā)展的意義
- 8.3.3 協(xié)作與社區(qū)共同創(chuàng)新
- 8.3.4 加速創(chuàng)新和業(yè)務增長
- 8.4 企業(yè)開源軟件的合規(guī)和風險管理
- 8.4.1 開源軟件的協(xié)議/許可證風險
- 8.4.2 企業(yè)版開源軟件的合規(guī)
- 8.4.3 開源軟件的服務模式和行業(yè)特性
- 8.5 構(gòu)建開源技術人才建設體系
- 8.5.1 強有力的團隊領導者
- 8.5.2 多樣化的開源軟件人才團隊
- 8.5.3 開源技術梯隊化的配置和開源技術人才生態(tài)圈
- 8.5.4 借助開源技術人才體系創(chuàng)造雙贏
- 8.6 企業(yè)開源自研道路的未來
- 8.6.1 合理界定開源軟件和企業(yè)應用/平臺之間的功能分界
- 8.6.2 有條件的企業(yè)可以積極投入技術力量參與開源軟件的研發(fā)和決策
- 8.6.3 借助開源社區(qū)主流企業(yè)的力量，提前進行技術儲備
- 8.7 開源是企業(yè)在烏卡時代的不二選擇
- 8.7.1 借助開源社區(qū)和開源軟件幫助從業(yè)者應對技術發(fā)展的不穩(wěn)定性
- 8.7.2 借助開源社區(qū)的力量讓全球技術發(fā)展的不確定性變得相對確定
- 8.7.3 借助開源社區(qū)的力量幫助企業(yè)掌控開源軟件的復雜度
- 8.7.4 借助開源社區(qū)的力量幫助企業(yè)IT云在模糊中安全前行
- 參考文獻
- 內(nèi)容簡介
- 文后 更新時間：2024-04-15 11:53:12
推薦閱讀
- 企業(yè)創(chuàng)新方法實務：一線創(chuàng)新工程師讀本
- 產(chǎn)業(yè)技術創(chuàng)新戰(zhàn)略聯(lián)盟運行績效評價理論與實踐
- 領導方法
- 登陸科創(chuàng)板：科創(chuàng)企業(yè)上市指引與案例解析
- 管理學
- 創(chuàng)變者邏輯：劉漢元管理思想及通威模式嬗變
- 管理層財務思維：提升管理成熟度的九大邏輯（長財咨詢·企業(yè)管理系列）
- 企業(yè)增量績效管理實戰(zhàn)全案
- 中層管理必修課：做自己的天使投資人（全19冊）
- 績效教練：教練式績效管理的六大工具
- 發(fā)現(xiàn)商業(yè)模式
- 當野蠻人遭遇內(nèi)部人：中國公司治理現(xiàn)實困境
- 深入淺出數(shù)據(jù)分析
- 騰訊方法：一個市值1500億美元公司的產(chǎn)品真經(jīng)
- 讓思維更有粘度
- CEO成長手冊
- 大公司用制度管人 小公司按規(guī)章辦事
- 現(xiàn)代公司員工福利計劃方案設計
- 商業(yè)模式的概念、方法與案例
- 管理是個技術活
- 領導力
- 星級酒店工程經(jīng)理工作指導手冊
- 從零開始學股權(quán)設計：架構(gòu)·激勵·分配·轉(zhuǎn)讓（新手創(chuàng)業(yè)指南系列）
- 小心，別踩雷！
- DT轉(zhuǎn)型：企業(yè)互聯(lián)網(wǎng)+行動路線圖
- 復合型領導力
- 財務自由之路Ⅶ：人人都能成為領導者
- 數(shù)字化增長引擎
- 國家再造
- 上接戰(zhàn)略 下接績效：培訓落地新方法
