赵成的运维体系管理课
赵成
蘑菇街平台技术总监
立即订阅
5558 人已学习
课程目录
已完结 48 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 带给你不一样的运维思考
免费
应用运维体系建设 (11讲)
01 | 为什么Netflix没有运维岗位?
02 | 微服务架构时代,运维体系建设为什么要以“应用”为核心?
03 | 标准化体系建设(上):如何建立应用标准化体系和模型?
04 | 标准化体系建设(下):如何建立基础架构标准化及服务化体系?
05 | 如何从生命周期的视角看待应用运维体系建设?
06 | 聊聊CMDB的前世今生
07 | 有了CMDB,为什么还需要应用配置管理?
08 | 如何在CMDB中落地应用的概念?
09 | 如何打造运维组织架构?
10 | 谷歌SRE运维模式解读
11 | 从谷歌CRE谈起,运维如何培养服务意识?
效率和稳定性最佳实践 (20讲)
12 | 持续交付知易行难,想做成这事你要理解这几个关键点
13 | 持续交付的第一关键点:配置管理
14 | 如何做好持续交付中的多环境配置管理?
15 | 开发和测试争抢环境?是时候进行多环境建设了
16 | 线上环境建设,要扛得住真刀真枪的考验
17 | 人多力量大vs.两个披萨原则,聊聊持续交付中的流水线模式
18 | 持续交付流水线软件构建难吗?有哪些关键问题?
19 | 持续交付中流水线构建完成后就大功告成了吗?别忘了质量保障
20 | 做持续交付概念重要还是场景重要?看“笨办法”如何找到最佳方案
21 | 极端业务场景下,我们应该如何做好稳定性保障?
22 | 稳定性实践:容量规划之业务场景分析
23 | 稳定性实践:容量规划之压测系统建设
24 | 稳定性实践:限流降级
25 | 稳定性实践:开关和预案
26 | 稳定性实践:全链路跟踪系统,技术运营能力的体现
27 | 故障管理:谈谈我对故障的理解
28 | 故障管理:故障定级和定责
29 | 故障管理:鼓励做事,而不是处罚错误
30 | 故障管理:故障应急和故障复盘
31 | 唇亡齿寒,运维与安全
云计算时代的运维实践 (6讲)
32 | 为什么蘑菇街会选择上云?是被动选择还是主动出击?
33 | 为什么混合云是未来云计算的主流形态?
34 | Spring Cloud:面向应用层的云架构解决方案
35 | 以绝对优势立足:从CDN和云存储来聊聊云生态的崛起
36 | 量体裁衣方得最优解:聊聊页面静态化架构和二级CDN建设
37 | 云计算时代,我们所说的弹性伸缩,弹的到底是什么?
个人成长 (5讲)
38 | 我是如何走上运维岗位的?
39 | 云计算和AI时代,运维应该如何做好转型?
40 | 运维需要懂产品和运营吗?
41 | 冷静下来想想,员工离职这事真能“防得住”吗?
42 | 树立个人品牌意识:从背景调查谈谈职业口碑的重要性
加餐 (4讲)
划重点:赵成的运维体系管理课精华(一)
划重点:赵成的运维体系管理课精华(二)
划重点:赵成的运维体系管理课精华(三)
新书 |《进化:运维技术变革与实践探索》
结束语 (1讲)
结束语 | 学习的过程,多些耐心和脚踏实地
赵成的运维体系管理课
登录|注册

结束语 | 学习的过程,多些耐心和脚踏实地

赵成 2018-04-04
我的运维体系管理课专栏,已接近尾声,这是最后一篇,也是我们的结束语。
我打算分两部分来写,一部分来对我们的专栏学习做个总结,另一部分打算写一下专栏文章写作这件事情给我带来的改变,或者说我个人的一些收获。

专栏学习的总结

在学校的时候,曾经有一位历史老师讲过,历史书可以很厚,厚到将每一个历史事件和细节都记录下来,要用图书馆来保存这么多的文字内容;但是历史书也可以很薄,薄到用几句话,几段文字就可以描述,用人的脑子就可以记住,因为历史的发展规律总是相似的。
我想这条规律对于我们的学习也同样适用,学习也是一个从厚到薄的过程。起初我们对一个领域或行业不熟悉,这个时候要学习大量的知识,不断向别人请教。但是在这个过程中,随着我们自己的不断实践和思考,逐步总结提炼出一条条原则和经验,甚至形成自己独有的方法论,然后再通过这些原则和经验举一反三,指导我们来应对在这个领域中所遇到的各类问题。
我想我们专栏中所分享的内容,就是厚的那一部分。希望这个专栏可以给你一个指引,告诉你方向在哪里,应该从何做起,这样就不必在混沌中从头摸索;至于薄的那一部分,虽然在最后几篇文章中我们有一起复习,但是,更希望你能够亲自实践和参与,形成自己的总结。
这个过程,可以多一些耐心,多一些脚踏实地。
对专栏的总结,我借用 Bob 大叔(Robert C·Martin )最新图书《简洁架构》(Clean Architecture)中的一句话,原文如下:
The goal of software architecture is to minimize the human resources
required to bulid an maintain the required system.
翻译过来就是:
软件架构的目的,是将构建和维护所需的人力资源降到最低。
万变不离其宗,我们整个专栏的文章和内容,其实就是围绕着这句话展开的。从厚到薄的学习过程,我想用这句话来总结,再准确不过。

我在专栏写作中的收获

再来谈谈专栏写作给我带来的一些改变,或者说我从中的收获,期望对你也有帮助。
1.专注带来效率提升
当我发现有一件非常重要,且优先级非常高的事情摆在面前时,自然而然地就能意识到哪些事情是不重要的了,也不会再为要做哪些事情,不做哪些事情而反复纠结。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《赵成的运维体系管理课》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(9)

  • 赵成
    一路相伴,感谢大家!
    2018-04-04
    28
  • 王长荣
    学习、实践、再文字复盘总结。形成习惯,踏实稳定成长!

    (个体-通过技能(学习能力)-达成事情-复盘经历-落地过程资产)
    2019-06-21
  • 孙志宇
    感谢赵老师,收获非常大!
    2019-04-01
  • 芝士老爹
    感谢!
    2018-11-22
  • Hey.ZengGuang
    the end
    2018-06-07
  • 恒念
    文章质量很高,运维架构、全链路等文章给了我很多实际工作上的启示。
    2018-06-03
  • 苏忆
    谢谢赵老师,过了一遍收获真的很大。谢谢
    2018-05-22
  • kevinsu
    赵老师,互联网外包公司运维岗位怎么样?运维人员适合呆在大小项目繁多的外包公司吗?
    2018-05-04
  • running
    每一节课都听完了,打算再继续重复听几遍,非常系统。希望老师以后再继续开课
    2018-04-19
收起评论
9
返回
顶部