DevOps实践指南 PDF 电子书 X0242

java8

Java电子书：DevOps实践指南  PDF 电子书 Java吧 java8.com
7 g: G; \! a; |( P) g8 C: X
" _& Y; Q2 A. b! F4 u作者:吉恩·金（Gene Kim），耶斯·亨布尔（Jez Humble），帕特里出版社:人民邮电出版社出版时间:2018年04月

编号：166-Java吧资源免费-X0242【Java吧 java8.com】

+ A% a' X! v2 J6 v9 p" H

目录：

第 一部分　DevOps介绍

第 1章　敏捷、持续交付和三步法　　4
8 O/ l) k  d( L7 [9 [6 j
1.1　制造业价值流　　4
/ y$ c4 H4 l: l6 v6 P6 j9 z
! G; G9 s4 v$ v6 f* C8 T1.2　技术价值流　　4
* m5 d. i# W0 \) P; ?  S, G8 x
2 Z6 z; \$ z0 D9 i5 p1.2.1　聚焦于部署前置时间　　5

; K6 C& I" ?  C1.2.2　关注返工指标——%C/A　　7

2 s/ @/ p  I0 f( Z6 m% M1.3　三步工作法：DevOps的基础原则　　7
  t$ I4 J1 Y$ u4 Q0 n6 t
1.4　小结　　8

$ Y$ Y# O/ o0 N- J: l0 y第 2章　第 一步：流动原则　　9

3 \7 B8 r& ]0 N2.1　使工作可见　　9

2.2　限制在制品数　　10

+ W: q1 a; c; i6 [2.3　减小批量大小　　11
$ u; u3 _9 u7 B
2.4　减少交接次数　　13
9 L7 s, R8 d, t, |( k% ^
2.5　持续识别和改善约束点　　14
* l7 Y7 W. O6 W0 V5 p" V8 n: v. u
) B/ x4 j1 K+ c# e5 M2.6　消除价值流中的困境和浪费　　15

2.7　小结　　16
6 w( V/ T0 @( [% G. W
第3章　第二步：反馈原则　　17

% w- D; t4 H1 J3.1　在复杂系统中安全地工作　　17

0 q0 U4 p; G4 A3.2　及时发现问题　　18

0 Y7 U5 n" X$ z, W& K8 p) _3 U3.3　群策群力，战胜问题获取新知　　19

$ d3 W1 ~  u0 h0 ?6 R  h7 z3 x3.4　在源头保障质量　　21
4 M! u$ q3 ]) y8 o+ t
; d7 {6 l4 j1 _8 D- @3.5　为下游工作中心而优化　　22

$ D. _- Z# _  v+ n; x- \3.6　小结　　22
) H* ?* D. s) \( K5 W- ?
# _0 R: B+ s+ F# T- K3 h第4章　第三步：持续学习与实验原则　　23

/ y( U5 r/ S, E1 b0 F) ~4.1　建立学习型组织和安全文化　　23
- y, D5 S! a: j& j
4.2　将日常工作的改进制度化　　25
3 A% Q) C1 H8 n; k
4.3　把局部发现转化为全局优化　　26
% J% ~; @" T0 @, r, [
% i- q. v2 @  {0 H0 x/ N, }4.4　在日常工作中注入弹性模式　　27
3 c' Z# }- V" T1 {- N4 ^. g
4.5　领导层强化学习文化　　27
6 m0 L6 }5 ?. c
# t+ {7 k% o4 [. j  D& y8 g4.6　小结　　29

7 B" b0 u# f. X8 t/ \" O4.7　第 一部分总结　　29

第二部分　从何处开始

第5章　选择合适的价值流作为切入点　　32
" {3 R: `' E5 S2 B2 e0 V2 X7 X
8 t" T# V% Y" r1 p4 d4 p5.1　绿地项目与棕地项目　　34
2 p, a5 k/ ^+ t  ?1 }5 A
5.2　兼顾记录型系统和交互型系统　　35
# b# D' d3 C6 W% \% S5 Y. ^7 D8 u1 \
& C! {1 U0 b% ?' a: z* a5.3　从乐于创新的团队开始　　36

5.4　扩大DevOps的范围　　37
  ^' X' |/ F- _
5.5　小结　　38

+ j7 f8 P+ o: p2 M% C! e第6章　理解、可视化和运用价值流　　39

6.1　确定创造客户价值所需的团队　　40
) _1 r, L+ w( e' D
6.2　针对团队工作绘制价值流图　　40

6.3　组建专门的转型团队　　42

3 Z6 L" Z" K. C0 _; ]9 D- y3 w) P! K6.3.1　拥有共同的目标　　43
- R8 Q# ?4 a" @& c$ g
( ]% R3 T& ^' x2 x7 I8 ]  G6.3.2　保持小跨度的改进计划　　44
3 y8 S$ ^" u8 @# w0 z$ x
6.3.3　为非功能性需求预留20%的开发时间，减少技术债务　　44
/ o/ u# `* C% Y+ f, u, u
6.3.4　提高工作的可视化程度　　47

$ g+ S- s; I9 D$ \- c6.4　用工具强化预期行为　　47

* p1 V# y* b# ^: a: ?# i! b) N7 ~6.5　小结　　48

第7章　参考康威定律设计组织结构　　49
2 K& Z6 v8 |( n+ q" S
7 E7 e$ u! j3 l1 Y8 d! `3 l7.1　组织原型　　51

# ?) d& S- u! \3 O7.2　过度职能导向的危害（“成本优化”）　　51

7.3　组建以市场为导向的团队（“速度优化”）　　52

7.4　使职能导向有效　　53
. \, J$ N2 \: p+ G
: z3 j! d9 F9 ?" s6 w7.5　将测试、运维和信息安全融入日常工作　　54

7.6　使团队成员都成为通才　　54
5 b3 \2 I; Y' j4 |. v
; ]6 H$ `( x6 @/ |2 _/ q/ a9 \7.7　投资于服务和产品，而非项目　　56

9 H  h  h  p% z7 X7.8　根据康威定律设定团队边界　　56

+ X' j4 @; x+ \3 }% d! _9 n  r  e7.9　创建松耦合架构，提高生产力和安全性　　57

# ~/ u+ q" ~" }( H. R+ ]7.10　小结　　60
3 a( e6 w% v! H8 m+ k8 E# l
第8章　将运维融入日常开发工作　　61

% |0 t- g' [) {% h! n8.1　创建共享服务，提高开发生产力　　62
& {, h. S% w- w
; s) Q5 R# f  o3 R8.2　将运维工程师融入服务团队　　63

) ^) G6 o; e" u( k9 W: ^* k6 @( d8.3　为每个服务团队分派运维联络人　　64

2 X) d  _3 M# \9 V& W9 \& E% b8.4　邀请运维工程师参加开发团队的会议　　65
% ?6 N9 j; k4 o% U
8.4.1　邀请运维工程师参加每日站会　　65
1 B  w' K" G% N7 i
8.4.2　邀请运维工程师参加回顾会议　　66

& `; z6 A) c6 U9 V/ m8.4.3　使用看板图展示运维工作　　66

8.5　小结　　67

; u- `9 X- B! t) Q' {6 h8.6　第二部分总结　　67
* ^5 A8 t- t6 Z+ x9 @! q7 A4 N
. }+ f! R+ a; g! |& X第三部分　第 一步：流动的技术实践

2 }- [6 ^7 A) g! n/ b, p2 z第9章　为部署流水线奠定基础　　70
$ {, U- Y( |2 X
( {6 l9 @1 B6 P! `5 a" z9.1　按需搭建开发环境、测试环境和生产环境　　71

' T8 w& ]. F: i5 J9.2　应用统一的代码仓库　　72

9 U; T* G9 n- I5 R6 Y" K( o9.3　使基础设施的重建更容易　　74
; _# V# I  Z: Q. b1 D8 l" _
9.4　运行在类生产环境里才算“完成”　　75
# j; f4 K1 S! v6 V7 e
9.5　小结　　76
0 ^$ C0 }1 ?/ Z% `
第 10章　实现快速可靠的自动化测试　　77

8 I5 ^4 Z0 h8 [0 ?10.1　对代码和环境做持续构建、测试和集成　　79
% y* K* S* O8 r5 A- S2 M9 R5 D
10.2　构建快速可靠的自动化测试套件　　81

10.2.1　在自动化测试中尽早发现错误　　83

4 k/ ]' j( v7 p8 q* W10.2.2　尽可能并行地快速执行测试　　84

10.2.3　先编写自动化测试　　84
  P% t. \/ S6 v1 Y: u; K
- V2 ^4 N. T4 g+ |. G8 s( M10.2.4　尽量将手动测试自动化　　85
1 V6 {, l) `0 n! ~! i
6 e7 }) f- A; k3 d" {10.2.5　在测试套件中集成性能测试　　86

10.2.6　在测试套件中集成非功能性需求测试　　86
$ K  ^& q/ M) E" O8 x2 J
/ p, Q9 y, b; I+ L. s# F* @3 o7 P" a10.3　在部署流水线失败时拉下安灯绳　　87
" n8 L! s+ w$ w8 \+ Z7 C: o9 v7 B+ x
10.4　小结　　89
2 ?4 K" R* {$ m* C8 \6 `
, a3 T" v: m( k第 11章　应用和实践持续集成　　90
# l6 |6 O% D3 p% a4 q6 O' L- N) M
11.1　小批量开发与大批量合并　　92

  l8 \: H3 x2 v# Z11.2　应用基于主干的开发实践　　93
7 B" R6 g. J% o4 e
11.3　小结　　95
0 `/ _% g0 z: }0 C' y4 j2 M9 j
第 12章　自动化和低风险发布　　96
! a0 ?! L7 a5 a  T+ S4 }
6 E% H6 l6 [# H! ^12.1　自动化部署流程　　97

* T+ z* X- {# I+ [- W12.1.1　应用自动化的自助式部署　　100

1 V* n! u8 m- s7 D7 P& q7 X12.1.2　在部署流水线中集成代码部署　　101
) Y" K0 x# _& a2 ?( T
12.2　将部署与发布解耦　　104
2 E  h1 M* ?9 ]$ c  \* R
12.2.1　基于环境的发布模式　　105
7 N+ B( O* a  Y* H! ~# f
12.2.2　基于应用的发布模式更安全　　109
/ ^# m7 `. E9 L
12.3　持续交付和持续部署实践的调查　　112

12.4　小结　　113
% p2 u4 j+ n/ Y2 k; f/ |; R
第 13章　降低发布风险的架构　　114
. u% R2 m  a+ Y
) b$ ?, C) [) z' p13.1　能提高生产力、可测试性和安全性的架构　　115
* |2 v: M0 e$ f; e8 ]" k1 y
13.2　架构原型：单体架构与微服务　　116

# Z8 s& `' c3 t5 B13.3　安全地演进企业架构　　118
0 B5 ^! ~& ^4 I$ Z" ?8 x4 w
: @8 d4 v" D' z0 `% f3 C% B13.4　小结　　121

9 J" q9 }9 ~  n% w# g13.5　第三部分总结　　121

6 ~9 |$ s5 w* U1 y3 P: y第四部分　第二步：反馈的技术实践
+ `* P  T, I" C; F& Y/ `" W0 M
第 14章　建立能发现并解决问题的遥测系统　　125

1 Q6 S6 {" X8 W( ]1 q6 Z/ n14.1　建设集中式监控架构　　127
8 I7 H+ X7 V3 W9 c
; I- d! T3 e% [1 x: X2 m  e14.2　建立生产环境的应用程序日志遥测　　129

0 t  V1 R% _* R$ n( M* v) v1 y14.3　使用遥测指导问题的解决　　131
) J' S# N7 c1 r! B
14.4　将建立生产遥测融入日常工作　　132

14.5　建立自助访问的遥测和信息辐射器　　133

* l9 a' l% S4 g8 s) Q14.6　发现和填补遥测的盲区　　135
+ r. c" _5 s: _" l" s
3 c, m& z( z  D14.6.1　应用程序和业务度量指标　　136
+ T6 k, }) H  A
9 {3 X/ ?+ P' b% ^6 P14.6.2　基础架构度量指标　　137
! `5 L0 K9 Y3 i$ p/ M3 \
14.6.3　显示叠加的指标组合　　138
; e+ |- z0 ~! d
- R! [, k! X. {) p14.7　小结　　139
' ^3 M3 S' t" z2 \0 i' C
第 15章　分析遥测数据以更好地预测故障和实现目标　　140

15.1　用均值和标准差识别潜在问题　　141

15.2　异常状态的处理和告警　　142
* k( f7 S  ^, m7 F
# d) P) P, s5 O4 B+ R/ l15.3　非高斯分布遥测数据的问题　　143
! S8 T, @/ D7 T5 p
7 |- g: y) h8 V0 e5 E# g15.4　应用异常检测技术　　146

7 R2 K  i% w$ y( H' b8 Y15.5　小结　　149

第 16章　应用反馈实现安全部署　　150

16.1　通过遥测使部署更安全　　151

16.2　开发和运维共同承担值班工作　　153
4 L2 ]) U: {: i( ~
2 e: `1 Y( C( D9 G16.3　让开发人员跟踪工作对下游的影响　　153

16.4　让开发人员自行管理生产服务　　155

16.5　小结　　159
1 ^9 i: G+ H4 k" p* G: s# @# n! \/ v, S
  {$ s# y2 G; q" y- ^7 h第 17章　将假设驱动的开发和A/B测试融入日常工作　　160
" ~" h1 ^! X/ I* U" b4 I
17.1　A/B测试简史　　161
) X* v- l9 Z/ B: A1 z
17.2　在功能测试中集成A/B测试　　162
& q" ]2 P- r$ Q# F: s; j  K
17.3　在发布中集成A/B测试　　162
) A- M0 s5 u( J7 D$ m4 E) l. f& C, O
2 h1 e9 E$ `4 ^3 Z% k3 Y' s4 Y  B17.4　在功能规划中集成A/B测试　　163
# r* e" R  O( r& z7 ?
1 G, Y  q2 N, ]+ N* O1 s; K8 A17.5　小结　　165

第 18章　建立评审和协作流程以提升当前工作的质量　　166

18.1　变更审批流程的危险　　168

18.2　“过度控制变更”的潜在危险　　168

' u5 `% [9 [# l18.3　变更的协调和排程　　170
* C0 W* j* E8 `8 d7 I
7 \& V9 r, E* l6 ^5 g& t* q18.4　变更的同行评审　　170
( s5 O$ j' E% e( q; y
18.5　人工测试和变更冻结的潜在危害　　173
7 L$ ]' m: M* a# F5 y
18.6　利用结对编程改进代码变更　　173

18.7　消除官僚流程　　176
: G1 h  X& y; n: {. j2 m
" S7 }6 J  h( b% R18.8　小结　　177

' ?+ q8 A/ y: C0 k& y18.9　第四部分总结　　178

* M! `0 j) C# q$ b第五部分　第三步：持续学习与实验的技术实践
" d5 N# j) ^) }4 A1 ^; I' v9 Z% W
第 19章　将学习融入日常工作　　180

19.1　建立公正和学习的文化　　181

0 j2 Z6 @) t& z* E+ a0 ~19.2　举行不指责的事后分析会议　　182

19.3　尽可能广泛地公开事后分析会议结果　　184

19.4　降低事故容忍度，寻找更弱的故障信号　　185

19.5　重新定义失败，鼓励评估风险　　186
* |, m1 t, [! p' b" \4 t& r
19.6　在生产环境注入故障来恢复和学习　　186
3 y  S7 ^* _8 t: |( e
0 I. s& m9 r+ W6 H! X; }19.7　创建故障演练日　　187

: C  \) N+ I; ~; s, q# w19.8　小结　　189
4 P4 y( L# H" I9 O# k/ V4 v
第 20章　将局部经验转化为全局改进　　190
' c  b9 I' \  a& a) m: M1 G
20.1　使用聊天室和聊天机器人自动积累组织知识　　190

* y4 }% H+ F! G' z: [+ G8 x20.2　软件中便于重用的自动化、标准化流程　　192
, q* G3 P6 i0 J/ p) [
$ U: r' q2 I8 o+ I' B/ s( V20.3　创建全组织共享的单一源代码库　　192
( D6 j3 L+ Q2 h( ^! D% v# M* N
20.4　运用自动化测试记录和交流实践来传播知识　　194

20.5　通过确定非功能性需求来设计运维　　194

& U$ C  z9 I, M20.6　把可重用的运维用户故事纳入开发　　195
; E9 R+ H9 Y9 D7 @% w  ?2 I
20.7　确保技术选型有助于实现组织目标　　195

20.8　小结　　197

$ G8 L1 f$ [5 S$ K( p2 g第 21章　预留组织学习和改进的时间　　198
% q# K8 [7 S1 S; N4 @
2 ~5 @0 ^7 T* W+ N( y21.1　偿还技术债务的制度化惯例　　199

: ^" F- t) \* u" E21.2　让所有人教学相长　　200

21.3　在DevOps会议中分享经验　　201

" v1 N6 h% K8 n: ?21.4　传播实践的内部顾问和教练　　203
$ r9 u% K; }* v8 y: Y* l
- ?: `# B; b8 ~21.5　小结　　204
) s5 f, n' R3 V4 a3 e, D8 V
21.6　第五部分总结　　204

第六部分　集成信息安全、变更管理和合规性的技术实践
( H* P; q+ ~- Q5 K; W
6 Q" _% t, X3 X8 i1 S# k第 22章　将信息安全融入每个人的日常工作　　207

22.1　将安全集成到开发迭代的演示中　　207

22.2　将安全集成到缺陷跟踪和事后分析会议中　　208

22.3　将预防性安全控制集成到共享源代码库及共享服务中　　208

22.4　将安全集成到部署流水线中　　209

22.5　保证应用程序的安全性　　210
; u+ P" S5 H$ n2 o! e
22.6　确保软件供应链的安全　　214
+ H( ]& P9 i1 c4 m! r, A4 j
22.7　确保环境的安全　　215
9 I& s7 z, g/ I8 q3 i
22.8　将信息安全集成到生产环境遥测中　　216

( ^4 |! ?& q; ?, P. G# J22.9　在应用程序中建立安全遥测系统　　217
7 g9 Z* W; ^$ C" E% b, L  q- |7 c
/ F, B5 B$ s9 C* y$ A22.10　在环境中建立安全遥测系统　　217

! z' k% s, F' g% S7 |, D% s! a22.11　保护部署流水线　　219

% ?: F( M% P1 u7 A9 n22.12　小结　　219
9 r4 F- l/ o1 @+ W
第 23章　保护部署流水线　　220
+ y* m5 m" F% p
23.1　将安全和合规性集成到变更批准流程中　　220
4 l* D8 q7 ?+ c% F! I  c; U% g
/ v0 i  Z. E& Q; a23.2　将大量低风险变更重新归类为标准变更　　221
6 C% n3 a2 ?( `# e0 {; h  B
1 X% x7 K) i( Y/ E" l( ]) N23.3　如何处理常规变更　　222

23.4　减少对职责分离的依赖　　224
' P4 w5 F! _1 K: e+ B- Z
9 C5 ?+ E8 _8 Y; D23.5　确保为审计人员和合规人员留存文档和证据　　226

23.6　小结　　228
$ @/ v) |# |, g2 {( ?0 h
23.7　第六部分总结　　228

行动起来——本书总结　　229
  f% J* u% v3 j) _% ~
附加材料

附　录　　232
! ?% r) E  c2 h( t6 X" W
9 e4 ]1 p& ~# X4 t8 [3 L附录1　DevOps的大融合　　232
7 H# |: k4 D* P" I& k
附录2　约束理论和核心的长期冲突　　234

附录3　恶性循环列表　　235
, B$ |4 o0 s% J+ @2 S: a* j
附录4　交接和队列的危害　　235
9 z, L* A' K5 L+ ^3 E. |+ b
附录5　工业安全神话　　236
; B! [( X; Y9 o& d5 l
附录6　丰田安灯绳　　237

# W3 [) x; c0 p7 C  G( ]; o0 f9 m附录7　软件包产品　　238 java8.com
: u1 ~3 h- L# H) `, h9 x
1 M' L; n1 t7 c, B% L附录8　事后分析会议　　238

附录9　猿猴军团　　239

% D  u: D4 ?4 x; ~/ W附录10　上线时间透明化　　240
0 Z/ g4 [4 g+ B1 h1 L- O9 |
, _! K/ y% E! p+ M参考资源　　241

致　谢　　243
+ k& g" Q% r- `" y& x
; t( s* J* t. z) B$ {! Q% IEXIN DevOps Professional认证备考指南&模拟题　　245
5 z6 H; w5 b# |% t( V

! T. f, u1 c  Q0 `; j0 n8 h6 X

百度云盘下载地址(完全免费-绝无套路)：

游客，如果您要查看本帖隐藏内容请回复

  K; j: `- w& ]; y- a. M
本资源由Java吧收集整理【www.java8.com】
. U4 b$ z# D3 Q. \  @1 E


* f$ e2 j" V- K1 j9 x

罗旺春

太爽了  干货很多！！！

徐志耀

我又来了 白漂开始

自强不西

免费资源 真的无套路

xiaobing

太爽了  干货很多！！

陈义松

路过，收下了，不错的论坛

池瑶

真心不错 收下下

renshuliang

devops了解一下

书歌葡萄茶

给力，真免费

木马实锤

都是干货，谢谢啦