DevOps实践指南 PDF 电子书

张玉斌

Java电子书：DevOps实践指南 格式 pdf 电子书 PDF 电子书 Java吧 java8.com


编号：mudaima-P0281【Java吧 java8.com】

( }6 m; G7 d0 y, P* m* @( C! a

. c9 ~* ~% o# AJava电子书目录：第 一部分　DevOps介绍
( }7 o( L+ r3 z1 ]0 s6 ^% q) Y7 L
7 b  j" y' p! ]( w( b第 1章　敏捷、持续交付和三步法　　4

6 [5 c: D; m: \2 p2 t1 v4 Q1.1　制造业价值流　　4
% B9 X/ d  f$ m/ T5 E# m( |
' L7 o  W( D! p1.2　技术价值流　　4

1.2.1　聚焦于部署前置时间　　5
) d/ z: M) E) p. s& K. y
6 E+ c: X2 z, h  g1.2.2　关注返工指标——%C/A　　7
  o% E. a+ O( d
$ Y2 {2 Y2 M) e' Q& h' o2 Y1.3　三步工作法：DevOps的基础原则　　7

* B8 q- n1 P% z9 E# l1.4　小结　　8
5 V; }- Z  O1 L7 o4 e+ {
第 2章　第 一步：流动原则　　9
( z' x' C/ p* `% u& R1 s
2.1　使工作可见　　9

2.2　限制在制品数　　10
/ ^  p+ u! P/ P$ K4 `' z
2.3　减小批量大小　　11

2.4　减少交接次数　　13
. \( ]% U/ o* C6 @2 L! B+ ?
2.5　持续识别和改善约束点　　14
2 j! ?& N1 L* e# {
2.6　消除价值流中的困境和浪费　　15
# G* |5 q( q/ f
2.7　小结　　16

0 D! O$ n3 E8 c7 j) g" _; n第3章　第二步：反馈原则　　17
7 b5 o. [8 w: \7 }$ d/ k
5 N3 ]6 [& J5 U3.1　在复杂系统中安全地工作　　17
5 r) r+ s' d3 H6 ?& U: u* s3 `1 M
8 R. S0 ^' a* j: r* K1 h3.2　及时发现问题　　18
* e4 M( \5 x9 Z) B3 d' ?3 r3 i
3.3　群策群力，战胜问题获取新知　　19

) E' e! g0 f4 i3 O: {. G3.4　在源头保障质量　　21
  L% N, j+ i8 c9 F; ~
3.5　为下游工作中心而优化　　22
2 k* \6 `* ?( W, Z
3.6　小结　　22
, K  v2 g- a/ _
第4章　第三步：持续学习与实验原则　　23
$ Q, A. Y- |3 X( {1 l3 X
5 X: u7 B! @  Q* W9 ?4.1　建立学习型组织和安全文化　　23

4.2　将日常工作的改进制度化　　25
! O/ x! ?9 p; |) {" ?
4.3　把局部发现转化为全局优化　　26

4.4　在日常工作中注入弹性模式　　27

4.5　领导层强化学习文化　　27
1 H0 p" b& X: e6 W; O& I; F' }" J
0 D7 X* h6 d  L& n; O4 g4.6　小结　　29

7 n5 R9 n# `( T6 Z: W+ q4.7　第 一部分总结　　29

第二部分　从何处开始
9 G4 v6 h: w7 L. ]. t. y
第5章　选择合适的价值流作为切入点　　32
# p  d/ Y' a. N0 ~5 X9 J
8 c$ k; d! W0 E: d$ w5.1　绿地项目与棕地项目　　34

) I. W0 L; a7 [( r' x+ r! M0 U5.2　兼顾记录型系统和交互型系统　　35
: }; ?& ?) l0 [: d9 {9 u
5.3　从乐于创新的团队开始　　36
8 X8 q/ A3 B1 h& R1 z$ [7 K) ^: Z. B
5.4　扩大DevOps的范围　　37
9 T& a2 ~5 I8 P/ L
$ R- k4 I7 a" i' B& U" S/ g5.5　小结　　38

第6章　理解、可视化和运用价值流　　39
6 Z6 _9 m$ q3 X" `1 T9 p8 b
3 K* j8 Z6 |! V5 k2 T) u6.1　确定创造客户价值所需的团队　　40
  w( u% v! A3 B) H4 g1 Y) z' j
" F& u, ], ^* J7 Q5 m' k# }8 d6.2　针对团队工作绘制价值流图　　40

! Z* i& H% y5 h7 y0 H6.3　组建专门的转型团队　　42

6.3.1　拥有共同的目标　　43

6.3.2　保持小跨度的改进计划　　44

0 B/ o# }# X$ [- o, E$ X6.3.3　为非功能性需求预留20%的开发时间，减少技术债务　　44

6.3.4　提高工作的可视化程度　　47

6.4　用工具强化预期行为　　47

6.5　小结　　48
& m" I: s9 v# a5 F5 Q
第7章　参考康威定律设计组织结构　　49
6 _6 S5 {3 D1 w9 K3 ~& H" t
7.1　组织原型　　51
) p' R3 m! p0 b  n( g; p0 x
# H+ n" N+ D7 h9 P7.2　过度职能导向的危害（“成本优化”）　　51
7 n" G" ^1 G- V& M9 w( d  _. z
2 {$ _& L; [- U* u7.3　组建以市场为导向的团队（“速度优化”）　　52

% V) P& C& L! Z  \7.4　使职能导向有效　　53
6 A' l% K& ~, S: D
; \' Y3 q$ w6 m# N; S3 Z5 Z7.5　将测试、运维和信息安全融入日常工作　　54

7.6　使团队成员都成为通才　　54

  Y* S- d: T0 N' j$ l7.7　投资于服务和产品，而非项目　　56
9 V2 Q* }" u3 A
" B7 n; n4 @8 i$ z" `) z1 D& |+ Z7.8　根据康威定律设定团队边界　　56

7.9　创建松耦合架构，提高生产力和安全性　　57

/ u  _9 C! b' [! f) O7.10　小结　　60
- a/ v* h) O6 Y: F3 E/ O2 {) A
2 T+ D* Y' ^& k( c6 ?第8章　将运维融入日常开发工作　　61
" r5 T2 C8 u2 o6 T5 w
8.1　创建共享服务，提高开发生产力　　62

6 U/ o& y* [, O8.2　将运维工程师融入服务团队　　63
3 f9 z5 Z6 [8 T4 \$ n
8.3　为每个服务团队分派运维联络人　　64
1 o& F/ W) S9 x& {
3 R( Y9 t& z; k& c/ M, C8 {8.4　邀请运维工程师参加开发团队的会议　　65
' `2 J$ Y6 j+ z- D8 v' R( M$ G. T
8.4.1　邀请运维工程师参加每日站会　　65
8 v2 t8 l3 K) O+ q
8 Q+ D1 o1 ^& G8.4.2　邀请运维工程师参加回顾会议　　66
& v) F! q3 Z; v* k+ W2 [1 {
8.4.3　使用看板图展示运维工作　　66

8.5　小结　　67
1 @1 s& U8 E; V; T- N+ z' Q3 e
5 ]3 U8 s8 q2 I; m8.6　第二部分总结　　67
: X" X4 s& c. U: {0 l9 c
第三部分　第 一步：流动的技术实践
: V& Q, E# f: `/ C* L5 L
& ]  k6 b1 L0 M' t第9章　为部署流水线奠定基础　　70
& C: q4 C- O" l- q! F
9.1　按需搭建开发环境、测试环境和生产环境　　71

7 S1 |: f- c+ u; U' K. m9.2　应用统一的代码仓库　　72

  ~: @4 \1 W4 d, S6 G9.3　使基础设施的重建更容易　　74

' T! L4 H6 s# R8 _9.4　运行在类生产环境里才算“完成”　　75
' L4 e8 \3 c  k( x3 @7 ?
2 ~# S$ D+ H4 V' G: J) k  Z9.5　小结　　76
) E) Z0 a5 |: ]9 w7 r
3 |# N. b3 t! u' ^第 10章　实现快速可靠的自动化测试　　77

10.1　对代码和环境做持续构建、测试和集成　　79

10.2　构建快速可靠的自动化测试套件　　81
; @" B1 ?9 g( r# `9 B
10.2.1　在自动化测试中尽早发现错误　　83

, U9 l% D, R% @* o. g* y10.2.2　尽可能并行地快速执行测试　　84
* P5 o  j% p: k# E
: U% a% Z$ H# R10.2.3　先编写自动化测试　　84

, k! x) S2 A3 V" a! a10.2.4　尽量将手动测试自动化　　85

10.2.5　在测试套件中集成性能测试　　86
5 w+ E3 ?, P* D( \' f, W2 Y
3 a3 v, }- ~% ]4 ?10.2.6　在测试套件中集成非功能性需求测试　　86
0 O; _# F) p' S% ?! z! U7 X7 M" A
2 x+ o( f% p8 Q3 ^2 q2 u& x10.3　在部署流水线失败时拉下安灯绳　　87
! ]; s. `4 f& b3 p2 ?, \4 U
% e( t$ U4 I* x4 q: H% ]3 n$ I8 D10.4　小结　　89

第 11章　应用和实践持续集成　　90
5 k3 X& R5 M. i; P! \/ V
11.1　小批量开发与大批量合并　　92
+ X" N4 P. L9 y* O
. {; D' p) o- b6 h11.2　应用基于主干的开发实践　　93

11.3　小结　　95

3 |9 N( `6 M$ ?) Z第 12章　自动化和低风险发布　　96

: M/ r3 t: S& q) L' [4 h" C12.1　自动化部署流程　　97

12.1.1　应用自动化的自助式部署　　100
& c) X8 ?8 h- p. c" c
6 v0 d" Z$ \( d$ n" I12.1.2　在部署流水线中集成代码部署　　101
/ F1 g2 k7 i6 K! _
12.2　将部署与发布解耦　　104
6 I7 @3 J$ ]  p5 H# A3 J( J
12.2.1　基于环境的发布模式　　105

% F# V# J9 w0 w  D' J/ m+ v12.2.2　基于应用的发布模式更安全　　109

, X5 X0 K" H7 m! M12.3　持续交付和持续部署实践的调查　　112
1 B8 W* p* P( B0 B; D2 `
12.4　小结　　113
1 B, e* h5 Q4 @- l5 E8 R
% G1 D- T$ a7 _第 13章　降低发布风险的架构　　114
" L$ I! }+ S$ V$ R3 m0 s
- y% K, R, u) A# F/ J13.1　能提高生产力、可测试性和安全性的架构　　115

13.2　架构原型：单体架构与微服务　　116

13.3　安全地演进企业架构　　118
8 Z0 k) _0 V. e6 b: r# z
13.4　小结　　121

13.5　第三部分总结　　121

第四部分　第二步：反馈的技术实践

第 14章　建立能发现并解决问题的遥测系统　　125
5 q6 {3 U! p5 `! y% P+ q* C
( ~. t7 }! q6 L14.1　建设集中式监控架构　　127
4 e  O# J% u$ J+ V/ a: J
/ g$ e6 |+ c& Z4 S14.2　建立生产环境的应用程序日志遥测　　129
) @" w- @! A8 m
14.3　使用遥测指导问题的解决　　131

14.4　将建立生产遥测融入日常工作　　132
9 L, H' I9 j; R) A0 |- e
14.5　建立自助访问的遥测和信息辐射器　　133
2 ~& A3 Y" ]! g% U5 R8 }
0 W" S( s9 B' p$ r14.6　发现和填补遥测的盲区　　135
# I3 u  W4 W" W" m, v: _
14.6.1　应用程序和业务度量指标　　136

14.6.2　基础架构度量指标　　137
" f# e% [! L  g" ?8 Q# W( N3 T' J, \
$ t9 e2 t5 X6 b# l- m14.6.3　显示叠加的指标组合　　138

1 i+ [2 O: Q% \14.7　小结　　139

第 15章　分析遥测数据以更好地预测故障和实现目标　　140
" w# u! I2 _: z0 O- G5 ?
15.1　用均值和标准差识别潜在问题　　141

3 T& C' D- b, v1 d7 D+ H$ ?% A15.2　异常状态的处理和告警　　142
9 o, J5 x1 b) y5 K5 A' r! f3 U1 M
15.3　非高斯分布遥测数据的问题　　143
; }2 |# }( ~3 C! c0 S9 Z
15.4　应用异常检测技术　　146
# G5 m* P) [% F  d" A% H
15.5　小结　　149
! B  ^1 ?5 L6 o- w: c
, D( i  u- J* F# m6 G# b第 16章　应用反馈实现安全部署　　150

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

4 e  @- |' _3 V# G3 o: J! p9 W. l1 b16.2　开发和运维共同承担值班工作　　153
5 b# }  v7 h2 f; c$ {
# N! |% H/ d/ `& W6 ]$ d# R0 w( k16.3　让开发人员跟踪工作对下游的影响　　153
* `) Z. ?& m* E
16.4　让开发人员自行管理生产服务　　155
0 h4 X! m; X. L) E( N2 [, Y1 ?
1 Z8 p/ l; ^8 q5 G16.5　小结　　159

' k$ K5 S, E6 P# @1 J6 @第 17章　将假设驱动的开发和A/B测试融入日常工作　　160
, s) n/ ]* I2 _" [- I
17.1　A/B测试简史　　161

17.2　在功能测试中集成A/B测试　　162

17.3　在发布中集成A/B测试　　162
+ O0 R. \" K2 W$ T1 Z# i( {# S8 b
" r6 ?, m" e2 G% s17.4　在功能规划中集成A/B测试　　163
# t1 X; a% u$ q0 S
1 _6 C( d) K8 `$ _3 o( S4 G$ W* T3 m17.5　小结　　165
1 F, R4 Q) I! Q- t' f
第 18章　建立评审和协作流程以提升当前工作的质量　　166

1 [# q  r, A9 f- X6 Y! T, j8 d0 s18.1　变更审批流程的危险　　168
. v/ b2 P2 Y6 k, a. w% V. C
18.2　“过度控制变更”的潜在危险　　168

18.3　变更的协调和排程　　170

18.4　变更的同行评审　　170
' g) x2 @7 F# y$ f! p
18.5　人工测试和变更冻结的潜在危害　　173
" n% S0 ~. Q% Y0 Q5 W( ?& Z
" J# \( m2 v$ ^0 y( z6 p18.6　利用结对编程改进代码变更　　173

18.7　消除官僚流程　　176
7 u/ Z0 u% c  @; K& k
18.8　小结　　177

6 m- u8 l) a* J  o& f8 P* e, c4 l* g18.9　第四部分总结　　178

6 H. u& W( w; V0 i: u2 x* a第五部分　第三步：持续学习与实验的技术实践
9 R  u7 U  o% m$ `& ]
第 19章　将学习融入日常工作　　180

5 E1 U2 y/ ~' s& y& \  e+ Y! ]19.1　建立公正和学习的文化　　181
9 _% P' p/ E; f8 I8 @! ]
7 b) T5 O6 u/ H0 D19.2　举行不指责的事后分析会议　　182
5 k3 W2 J% V1 _4 e, `  Q
19.3　尽可能广泛地公开事后分析会议结果　　184

5 M! R6 {' v# J8 Z/ @3 Y$ K$ W19.4　降低事故容忍度，寻找更弱的故障信号　　185

19.5　重新定义失败，鼓励评估风险　　186
  S( v. H. |- N* i  F9 U, f
  z- e# I( h! s2 V4 W1 [19.6　在生产环境注入故障来恢复和学习　　186

19.7　创建故障演练日　　187
8 J8 @/ x# v6 @% q2 j; ]& U/ s
4 ~. g; @* f7 A  }1 @19.8　小结　　189

' |( {8 Q* z2 ^$ f& b9 j7 [. u第 20章　将局部经验转化为全局改进　　190

20.1　使用聊天室和聊天机器人自动积累组织知识　　190
7 z9 _/ [8 u9 ~8 U
20.2　软件中便于重用的自动化、标准化流程　　192
) `2 u1 U8 t: H+ R
1 I6 u. d4 S& ~. ?+ F* W, g20.3　创建全组织共享的单一源代码库　　192

1 [6 x7 X- N- o20.4　运用自动化测试记录和交流实践来传播知识　　194

20.5　通过确定非功能性需求来设计运维　　194
7 Z# w6 G! \+ P( j. ]3 R# H. u
20.6　把可重用的运维用户故事纳入开发　　195
8 A: _3 [$ s. h3 \
20.7　确保技术选型有助于实现组织目标　　195
! z' I+ e6 E  l) i2 o
+ E( x7 }- E# E! U/ v2 Q20.8　小结　　197
0 o' t0 o& o1 J
# b' Y" [3 ?+ z( X第 21章　预留组织学习和改进的时间　　198

* K* a' k# A. _7 E3 @- O21.1　偿还技术债务的制度化惯例　　199
' l' D# W+ L* |3 x5 N
+ N5 j# e5 a; \$ U& c/ @7 U* o# V8 f21.2　让所有人教学相长　　200

6 o' p3 ]/ m/ B+ W21.3　在DevOps会议中分享经验　　201

& U& g1 V7 b3 }) H) \( e0 l5 i21.4　传播实践的内部顾问和教练　　203

* t! \/ _' Y5 Z; F21.5　小结　　204
9 d! X8 h% }9 ?/ B2 M
4 E! W8 Q; l4 ?0 N+ M21.6　第五部分总结　　204
9 G+ V( l0 Y  A! R
: S' \3 v8 ?; `8 y+ ~" J' `) @0 S第六部分　集成信息安全、变更管理和合规性的技术实践

第 22章　将信息安全融入每个人的日常工作　　207

. f) H) @" I2 ^" j8 O; E$ d22.1　将安全集成到开发迭代的演示中　　207
5 s  S; x! R1 G9 M+ B  C, I' B
# }# l8 Q" R6 p4 Q22.2　将安全集成到缺陷跟踪和事后分析会议中　　208
8 X' V) V$ w1 W% W! S" v
22.3　将预防性安全控制集成到共享源代码库及共享服务中　　208
% l4 w2 C4 B  L7 t+ K% W
22.4　将安全集成到部署流水线中　　209

22.5　保证应用程序的安全性　　210

' H! ^! p& |, Q, _22.6　确保软件供应链的安全　　214
# N; n' B# D6 p
- J$ R0 a9 |: y, W) U4 P22.7　确保环境的安全　　215
2 h- ]) @& w3 ?2 U( @6 C9 a
* j" P! t4 _' ~% B% P' i+ F5 ^, x22.8　将信息安全集成到生产环境遥测中　　216

8 t  P$ L% K; S3 i5 U2 A22.9　在应用程序中建立安全遥测系统　　217

22.10　在环境中建立安全遥测系统　　217
, e3 R" [. o+ ^  V& t
22.11　保护部署流水线　　219

22.12　小结　　219
8 ~( f* Z9 f/ O$ Y6 v* C% |* ?( a
% _& K9 G* `6 e, j0 d' Z1 O1 H第 23章　保护部署流水线　　220

4 }8 @6 U6 _8 |5 Y% |, h, p9 b23.1　将安全和合规性集成到变更批准流程中　　220

1 J1 o% x. T, r* R* ^23.2　将大量低风险变更重新归类为标准变更　　221
' m0 w# t  D$ p5 g3 n% D
23.3　如何处理常规变更　　222

23.4　减少对职责分离的依赖　　224
5 Y, Y- N. w8 g# f! F" e& _% l
7 n' Q7 y0 g! e* x0 J/ g23.5　确保为审计人员和合规人员留存文档和证据　　226

23.6　小结　　228
4 n+ V/ H% t; p5 f5 O/ A1 h! ~
23.7　第六部分总结　　228
& A+ K1 E" W3 o2 t
- h8 [8 T& ?; q& [: l7 ^/ I行动起来——本书总结　　229

7 z+ p5 d% a. E7 \/ ?/ o) w7 K附加材料
# J2 U/ J- S0 B8 X6 K2 @
附　录　　232

+ H- E$ K9 ]: D: l3 j  f$ k附录1　DevOps的大融合　　232

附录2　约束理论和核心的长期冲突　　234
& X) S' q. {3 ^7 M9 }7 S
附录3　恶性循环列表　　235

. |/ M% M, ^. R6 K1 U附录4　交接和队列的危害　　235
# W' {2 a3 P4 w+ h$ c& d
附录5　工业安全神话　　236

附录6　丰田安灯绳　　237

/ Z3 Z  D/ \' {6 P% v2 p5 v. R附录7　软件包产品　　238
9 ~7 h. U+ Q7 ?
附录8　事后分析会议　　238
+ w! M# o$ u; g% s  z: |* V4 o! l
附录9　猿猴军团　　239
/ k9 @$ ]* L( f6 a: bjava8.com
附录10　上线时间透明化　　240

参考资源　　241

+ a/ V: s5 l- z1 S致　谢　　243
' b. s( W, ?7 ~2 I
3 m. \: Y: }* y7 I! ?EXIN DevOps Professional认证备考指南&模拟题　　245
9 f3 p: J8 ]! P百度云盘下载地址(完全免费-绝无套路)：

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

- `7 j# }" n5 V  }) S. A

高小球

学习java，就选java吧了

王吉诃德

给力，真免费

青桔柠檬

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

水电秦班组长

java吧 真给力

袁佳义

免费下载的网站 头一次遇到 不错

首席问答

都是干货，谢谢啦

可爱可恨

良心网站，力挺

程凛

都是干货，谢谢啦

司空绝滨

真心不错 收下下