钟韵 (作者)
书 号:978-7-121-33885-4
出版日期:2018-05-18
页 数:304
开 本:32(145*210)
出版状态:上市销售
本书整体包含四大部分内容:应用运维体系建设、效率和稳定性最佳实践、云计算时代的运维实践以及运维人员的个人成长。
应用运维体系建设部分从运维的本质开始讲起,到运维体系的基本建立和运维组织架构和模式的解读,介绍如何一步步建立运维技术体系和组织架构,如何树立正确的运维建设思路,系统讲解了运维工作的基础。
效率和稳定性最佳实践部分是运维价值的体现,将围绕持续交付、稳定性保障和故障管理,分享如何打造不需要任何运维参与的端到端交付过程,以及如何在实践中锤炼出稳定性保障体系、有效进行故障管理等内容。
云计算时代的运维实践部分是新时代运维升级转型的必备要求,将分享在混合云、云存储、静态化以及 CDN 上的实践经验,以及这些实践所带来的巨大收益。
运维人员的个人成长作为和运维人员软实力息息相关的一部分,将会分享作者的一些深度思考,包括运维技术发展趋势、个人成长等。
第1章 运维的本质
1.1 顶级公司的运维定义 / 2
1.1.1 没有运维的Netflix / 2
1.1.2 Netflix是如何成为行业典范的 / 3
1.1.3 总结 / 7
1.2 运维体系建设的核心概念:应用 / 7
1.2.1 应用的起源 / 8
1.2.2 应用模型及关系模型的建立 / 9
1.2.3 微服务架构时代下为什么要以应用为核心 / 12
第2章 运维体系建设
2.1 标准化体系建设基础 / 16
2.1.1 标准化的原因和步骤 / 16
2.1.2 基础设施层面的标准化 / 17
2.1.3 应用层面的标准化 / 19
2.1.4 总结 / 21
2.2 标准化体系建设实践:基础架构标准化 / 22
2.2.1 常见的分布式基础架构组件 / 23
2.2.2 基础架构组件的选型问题 / 24
2.2.3 基础架构的服务化 / 26
2.2.4 运维的职责 / 27
第3章 配置管理数据库(CMDB)
3.1 CMDB的前世今生 / 36
3.1.1 CMDB源起 / 36
3.1.2 传统运维思路下的CMDB / 37
3.1.3 互联网运维体系下的CMDB / 39
3.1.4 CMDB进行时 / 40
3.2 有了CMDB,为什么还需要应用配置管理 / 41
3.2.1 CMDB是面向资源的管理,是运维的基石 / 42
3.2.2 应用配置管理是面向应用的管理,是运维的核心 / 43
3.2.3 总结 / 45
3.3 在CMDB中落地应用的概念 / 46
3.3.1 如何有效组织和管理应用 / 46
3.3.2 应用的集群服务分组建设 / 49
3.3.3 CMDB在基础服务体系中的核心位置 / 51
3.3.4 总结 / 54
第4章 运维组织架构及模式
4.1 运维组织架构和转型 / 56
4.1.1 自助化运维能力的建设 / 56
4.1.2 从价值呈现的角度看运维 / 57
4.1.3 运维协作模式的改变 / 59
4.1.4 运维的组织架构 / 61
4.1.5 总结 / 62
4.2 Google SRE的运维模式 / 63
4.2.1 SRE岗位的定位 / 63
4.2.2 SRE岗位的职责 / 64
4.2.3 如何借鉴和落地 / 67
4.3 从Google CRE谈运维的服务意识 / 67
4.3.1 CRE产生的背景 / 68
4.3.2 CRE岗位的职责 / 69
4.3.3 从CRE谈谈做运维为什么要有服务心态 / 70
4.4 云计算和AI时代下的运维转型 / 73
4.4.1 应用运维的转型 / 75
4.4.2 云计算和AI带给我们的挑战 / 78
4.4.3 总结 / 80
第5章 持续交付
5.1 提升效率,为什么要先做持续交付 / 84
5.1.1 什么是持续交付 / 85
5.1.2 持续交付的关键点 / 86
5.2 持续交付的第一关键点:配置管理 / 88
5.2.1 版本控制 / 89
5.2.2 依赖管理 / 90
5.2.3 软件配置 / 91
5.3 多环境配置管理 / 94
5.3.1 多环境问题 / 94
5.3.2 不同环境下的应用配置管理 / 95
5.3.3 环境配置管理解决方案 / 96
5.3.4 总结 / 100
5.4 多环境建设 / 101
5.4.1 环境分类 / 101
5.4.2 线下环境分类建设 / 102
5.4.3 环境建设上的关键技术点 / 106
5.4.4 总结 / 109
5.5 线上环境建设 / 110
5.5.1 生产环境 / 110
5.5.2 Beta环境 / 112
5.5.3 预发环境 / 113
5.5.4 办公网生产环境 / 116
5.5.5 总结 / 117
5.6 流水线模式 / 118
5.6.1 持续交付流水线简要说明 / 119
5.6.2 项目需求分解 / 119
5.6.3 提交阶段之开发模式选择 / 121
5.6.4 开发模式的选型原则 / 123
5.7 流水线软件构建 / 125
5.7.1 构建环节 / 126
5.7.2 几个关键问题 / 127
5.8 流水线构建完成后的质量保障 / 131
5.8.1 依赖规则限制 / 131
5.8.2 功能测试 / 132
5.8.3 非功能测试 / 133
5.8.4 总结 / 135
5.9 持续交付实践:根据业务场景找方案 / 136
5.9.1 软件的持续部署发布 / 137
5.9.2 发布策略 / 139
5.9.3 持续交付体系的收益 / 141
5.9.4 总结 / 141
第6章 稳定性保障
6.1 极端业务场景下的稳定性保障 / 144
6.1.1 我们所面对的极端业务场景 / 144
6.1.2 技术上的挑战 / 146
6.1.3 极端业务场景下的不确定因素 / 148
6.2 稳定性实践 / 150
6.2.1 容量规划 / 150
6.2.2 限流降级 / 160
6.2.3 开关和预案 / 167
6.2.4 全链路跟踪系统 / 172
第7章 故障管理
7.1 我对故障的理解 / 182
7.2 故障定级和定责 / 186
7.2.1 故障的定级标准 / 187
7.2.2 故障的定责标准 / 189
7.3 故障定责的目的 / 192
7.3.1 关于定责和处罚 / 192
7.3.2 目的是鼓励做事,而不是处罚错误 / 194
7.3.3 处罚的“负”作用远超我们的想象 / 196
7.4 故障应急和故障复盘 / 197
7.4.1 故障应急 / 198
7.4.2 故障复盘 / 201
7.4.3 定期总结故障案例 / 203
7.4.4 总结 / 204
第8章 云运维的技术选型
8.1 为什么蘑菇街会选择上云 / 206
8.1.1 我们所面临的问题 / 206
8.1.2 纵观技术发展趋势 / 211
8.1.3 没有银弹 / 212
8.2 为什么混合云是未来云计算的主流形态 / 213
8.2.1 关于混合云 / 213
8.2.2 我们所经历的几个基础设施建设阶段 / 215
8.2.3 总结 / 219
8.3 面向应用层的云架构解决方案:Spring Cloud / 219
8.3.1 Spring Cloud框架中云的影子 / 220
8.3.2 CNCF / 223
8.3.3 可以预见的技术发展趋势 / 224
8.4 云计算时代的弹性伸缩 / 225
8.4.1 弹性伸缩的主体是谁 / 225
8.4.2 总结 / 228
第9章 CDN
9.1 从CDN和云存储来聊聊云生态的崛起 / 230
9.1.1 CDN和云存储 / 230
9.1.2 云生态的优势 / 231
9.1.3 总结 / 234
9.2 页面静态化架构和二级CDN建设 / 235
9.2.1 静态化架构建设的业务场景 / 235
9.2.2 页面静态化架构 / 237
9.2.3 静态化架构在大促场景中的应用 / 239
9.2.4 二级CDN建设 / 240
9.2.5 总结 / 241
第10章 运维人员的成长之路
10.1 我是如何走上运维岗位的 / 244
10.1.1 我是怎么开始做运维工作的 / 244
10.1.2 我为什么会把运维当作职业发展的方向 / 247
10.1.3 给我们的一点启发 / 251
10.2 运维需要懂产品和运营吗 / 252
10.2.1 运维的角色转变和价值体现 / 253
10.2.2 技术产品 / 254
10.2.3 技术运营 / 254
10.2.4 总结 / 256
10.3 从技术到管理,如何转身 / 257
10.3.1 从员工离职说起 / 257
10.3.2 关于员工离职的两个观点 / 258
10.3.3 谈谈如何做好技术管理 / 259
10.3.4 技术管理中引以为戒的一些反模式 / 261
10.3.5 总结 / 262
10.4 树立个人品牌意识 / 263
10.4.1 对求职者的背景调查 / 263
10.4.2 如何树立个人口碑 / 265
10.4.3 要引以为戒的反例 / 266
10.4.4 共勉 / 268
书名:跃迁:从技术到管理的硅谷路径
定价:59.00元
出版社:电子工业出版社
ISBN:9787121338007
出版时间:2018.4
开本:16
暂时没有内容介绍,请见谅!
目录.jpg
一章 技术管理
技术管理包含了两层含义,一个是管理自己和团队的艺术,进行技术选型,保证程序的简洁、强壮和可维护,*终完成产品的上线。另一个是管理技术团队,帮助团队成员成长,把事情做成。
职场中:从给答案到做引导
如何帮助团队成员成长
项目延期了,作为负责人该怎么办?
管理和被管理:期望值差异
管理者在进行工作分配时,会考虑哪些问题?
管理者不必亲力亲为:关键是什么?
项目管理中的三个技巧
不要做微观管理者
兼容并包的领导方式
激发团队人员的责任心
系统开发中的“攻城”与“守城”
说说绩效评估这件事
公司增长:关于工程师的跨组协作
论一线管理者的基本素养
*章 技术实践
技术人要成长,就必须要不断用新的视角看待行业和技术的变迁。不同的技术视角,会给我们带来不同的挑战和成长。一门技术到底能做什么,也完全和工程师怎么去用,在什么场景中做什么样的实践息息相关。
机器学习快速入门
每个工程师都应该了解的:A/B 测试
每个工程师都应该了解的:聊聊幂等
每个工程师都应该了解的:大数据时代的算法
每个工程师都应该了解的:数据库知识
每个工程师都应该了解的:系统拆分
每个工程师都应该了解的:API 的设计与实现
中美在支付技术和大环境下的差异
编程语言漫谈
小议 JAVA 语言
关于软件质量
写代码的四个境界
聊聊 Ruby on Rails
再谈系统 Monitoring
连续开发中常见的三个问题
怎么写 Design Doc
面对 Bug 的正确姿势
三章 硅谷文化
硅谷的黑客精神、叛逆性、好奇心、创新思维和鼓励犯错的做法,造就了独特的工程师文化,让硅谷的工程师能在*大程度上探究技术和商业的可能性。这一部分,我会讲讲硅谷互联网公司的开发流程,工程师、产品经理和数据工程师是如何一起工作的等。
说说硅谷互联网公司的开发流程
工程师、产品经理、数据工程师是如何一起工作的
硅谷面试:那些你应该知道的事儿
硅谷人如何做 Code Review
Bug 引发事故,该不该追究责任?
编程马拉松
说说硅谷公司中的一对一沟通
硅谷人到底忙不忙?
关于 On Call
关于运维
关于 Level 和 Promotion,其实就那么简单
漫谈产品的国际化和本地化
为什么人人都爱的优惠券,维护起来有那么多的坑?
Facebook 工程师印象一二三
公司里的 Data Scientist(数据科学家)
四章 个人成长
在我们漫长的职业生涯中,每个人都希望有个完*的职业规划,建立高人气的个人影响力,维护好人际关系……如何做到呢?成长*好的起点又是什么呢?这一章会揭晓答案。
技术人如何建立个人影响力
如何处理工作中的人际关系
如何在错误中成长
如何对更多的工作说不
当我们给别人提意见是,要注意些什么?
当别人给我们提意见时,该如何应对?
如何做自己的职场规划
技术人的犯错成本
理解和建立你自己的工作弹性
怎样让自己成为不可替代的程序员?
为什么有的程序员可以一下抓住问题关键?
说说公司内部的转组和选组
关于学习的焦虑感
当我们说成长遇到了瓶颈的时候,我们遇到的是什么?
关于工程师成长的一点思考
管理你的精力,而不是你的时间
论程序员的自我修养
五章 杂谈
这个章节,我会和大家聊聊一个工程师关于技术生活的奇思妙想。其中包括两个系列,一个是百话 IT,一个是 IT 江湖,都以轻松明快的笔触讲述了我对一些技术内容的思考,其中还涉及逻辑、设计和美学等内容。
作为一名长期在技术一线奋斗的工程师,我时常会思考职业生涯的下一步该走向何方。当我看到《跃迁》这本书时,它所包含的“从技术到管理的硅谷路径”立刻吸引了我。我曾多次听说过硅谷的技术文化和管理模式,它们往往代表着行业的最前沿。我很好奇,这本书会如何剖析这种“路径”,它是否提供了一些可供普通技术人借鉴的框架和方法?比如,如何从一个纯粹的技术执行者转变为一个能够带领团队、规划方向的管理者?在这个过程中,哪些关键的转变是必须的?是沟通能力、项目管理能力,还是战略思维?书中是否会分享一些成功的案例,让我们看到技术背景的管理人员是如何在硅谷取得成功的?此外,“进化”这个词也给我留下了深刻的印象,它似乎暗示着一个持续学习和发展的过程。我期待这本书能够不仅仅是提供一个转型蓝图,更能教会我如何在职业生涯中不断“进化”,保持竞争力。
评分对于很多投身于技术领域的朋友来说,如何突破现有职业阶段,实现个人价值的“跃迁”是一个永恒的课题。这本书名《跃迁:从技术到管理的硅谷路径+进化 运维技术变革与实践探索》就恰恰点燃了我内心深处的求知欲。尤其“从技术到管理”这一部分,听起来就像是为我们这些在技术道路上不断深耕、但又对未来管理岗位充满好奇的人量身定做的。我想了解,在这条充满挑战的转型之路上,究竟需要哪些关键的技能和心法?是需要学习全新的沟通策略,还是掌握项目管理的艺术?书中是否会分享一些“过来人”的经验,揭示硅谷那些顶尖的技术管理者是如何从技术岗位一步步走向领导岗位,并取得卓越成就的?“进化”这个词,也让我联想到个人在职业生涯中的持续成长和迭代,我期待书中能提供一些关于如何保持技术敏锐度的同时,培养管理思维的方法。而“运维技术变革与实践探索”,更是让我对这本书的深度和前瞻性充满期待,希望能够从中学习到前沿的运维理念和实用的落地经验。
评分最近在和几位技术同行交流时,大家不约而同地谈到了职业瓶颈和转型的问题。在这样的背景下,看到《跃迁》这本书,感觉像是找到了一个潜在的解决方案。尤其是“从技术到管理的硅谷路径”这个主题,对我触动很大。我一直认为,技术能力的深度固然重要,但要实现更长远的职业发展,管理能力和领导力也是不可或缺的。我特别想知道,这本书是如何描绘这条从技术到管理的“路径”的?它是否提供了一些具体可行的步骤和建议,能够帮助像我这样处于转型期的技术人员更好地规划自己的职业发展?例如,在技术深度和管理广度之间如何平衡?如何培养自己的领导才能和团队协作能力?书中提到的“硅谷路径”是否意味着它会借鉴硅谷一些成功公司的经验和模式?我希望这本书能够提供一些实操性的指导,让我能够更清晰地认识到自己的优势和不足,并朝着理想的职业方向迈进。
评分最近在找一些关于技术转型和职业发展的书籍,无意间看到了这本《跃迁》。虽然我还没有开始阅读,但仅仅是书名就充满了吸引力。我从事技术工作很多年了,也到了一个瓶颈期,总感觉自己需要一些新的视角来突破。书中提到的“从技术到管理”的路径,正是我当下最关心的话题。我一直很好奇,一个纯粹的技术专家是如何成功转型为一名优秀的管理者的?他们需要具备哪些新的能力?又会遇到哪些挑战?这本书似乎给了我一个非常直接的答案。而且,它还提到了“硅谷路径”,这让我联想到硅谷那些创新和高速发展的公司,他们的管理模式和技术发展策略一定有很多值得学习的地方。我期待这本书能够提供一些具体的案例和方法论,帮助我理解在技术领域内如何实现职业生涯的“跃迁”。另外,书中还包含“进化”和“运维技术变革与实践探索”这两个部分,这让我对这本书的广度和深度有了更多的期待。运维作为技术领域的核心支撑,其变革的速度和深度一直是我关注的焦点,能够在这本书中看到相关的探索,对我来说无疑是锦上添花。总而言之,这本书的选题非常契合我目前的阅读需求,我对它充满了好奇和期待。
评分我一直以来都对技术发展的前沿领域保持着高度的关注,特别是那些能够引领行业变革的观点和实践。最近偶然了解到《跃迁》这本书,其副标题“运维技术变革与实践探索” immediately 引起了我的兴趣。在当下这个技术飞速迭代的时代,运维工作的重要性日益凸显,从传统的IT支持到如今的DevOps、SRE,运维团队扮演的角色越来越关键。我个人在运维领域也摸爬滚打了几年,深切体会到技术更新的紧迫性和挑战性。我特别想了解书中是如何阐述运维技术变革的本质,以及在这个过程中,哪些实践是真正有效的,哪些又是需要警惕的。比如,容器化、微服务、云原生等技术对运维工作带来了怎样的冲击和机遇?自动化和智能化在运维中的应用又达到了一个什么样的程度?书中是否能分享一些来自一线实践的宝贵经验,或者对未来运维技术的发展趋势做出一些有价值的预测?我对这本书能够帮助我拓宽视野,更深入地理解运维技术发展的脉络,并从中汲取养分,不断提升自己的专业能力。
本站所有内容均为互联网搜索引擎提供的公开搜索信息,本站不存储任何数据与内容,任何内容与数据均与本站无关,如有需要请联系相关搜索引擎包括但不限于百度,google,bing,sogou 等
© 2025 book.idnshop.cc All Rights Reserved. 静思书屋 版权所有